[Vm-dev] New unicode plugin

[Marcel Taeumel]

Hi Eliot --

Cmake might be a step into the right direction, considering low-effort, cross-platform compatibility.

If you want a single person to be able to maintain all platforms, then a single representation would be nice. Sure, static Makefiles could be just that. Unfortunately, static makefiles often entail too much redundancy and brittle, hard-coded magic. It's very easy to make mistakes.

If you want specific shepherds for each platform, then we would keep autoconf for Linux because that's what one would use on Linux, right? Anyway...

Cmake sounds like the better compromise for our situation. Static makefiles do not. Ian already sketched a Cmake config for the SqueakVM before the beginning of Cog. So, we wouldn't even have to start at zero.

Best,
Marcel
Am 01.10.2021 06:06:11 schrieb Eliot Miranda <eliot.miranda at gmail.com>:



> On Sep 28, 2021, at 7:47 AM, Tobias Pape wrote:
>
> 
> Hi
>
>
>>> On 28. Sep 2021, at 16:39, Eliot Miranda wrote:
>>>
>>>
>>>
>>>> On Sep 28, 2021, at 5:39 AM, Marcel Taeumel wrote:
>>>
>>> 
>>> Hi Bruce --
>>>
>>>> What debian package is it trying to find the cflags for?
>>>
>>> glib, pango, cairo, ... something like this:
>>>
>>> UNICODE_PLUGIN_CFLAGS = -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16
>>> UNICODE_PLUGIN_LIBS = -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lcairo
>>>
>>
>> We will have to elaborate the makefiles to remove the processor specificity. An if-then-elif-then Chan is needed fir the processor specificity. arm64 and x86_64 are only two of several possibilities here.
>
> What you see there was provided by pkg-config.
> it is linux-specifc and necessary due to glib (not to be confused with glibc)
>
> these path are not in the repo.
>
>>
>> I am building the Virtend vm on Apple silicon and x86_64 and have to do similarly.
>>
>> But more concerning is the glibc version. The entire vm must use the same glibc version and so if we want to be able to specify it we need a variable name and that needs to be used across the entire vm build.
>>
>> Again let me suggest that using static makefiles is far easier and faster to implement and debug this kind of flexibility rather than the autoconf nightmare we endure now.
>
> They confuse the hell out of me.

Perhaps. You can learn.

> And break profoundly once any of the involved 3drpartys (linux,distro,windors,apple) changes any path…

That’s simply not so. The information about the various oaths has to be somewhere. It isn’t magic. The information is either in autoconf, necessitating a rebuild, and dealing with the two phase build, or in a makefiles. Putting variants in a makefiles has the advantage that one can see the variants in context. For example, a makefile in platforms/unix/plugins/UnicodePlugin is a much more natural place to put and find variants in building Unicode than in magic inside platforms/unix/conf.

>
> -t
>
>>
>>> Best,
>>> Marcel
>>>> Am 28.09.2021 13:18:22 schrieb Bruce O'Neel :
>>>>
>>>> Hi,
>>>>
>>>> Nope, you are right, I am one commit behind.
>>>>
>>>> I'll check that out and build. Thanks!
>>>>
>>>> bruce
>>>>
>>>> On 2021-09-28T13:06:40.000+02:00, Tobias Pape
>>>> wrote:
>>>>
>>>> Hi Bruce
>>>>
>>>> On 28. Sep 2021, at 12:44, Bruce O'Neel wrote:
>>>>
>>>> HI,
>>>>
>>>> On my arm64 system the unicode plugin is disabled.
>>>>
>>>> But on my two Raspberry PI Arm 32 systems, one old and one new, the unicode plugin tries to build but fails because @UNICODE_PLUGIN_CFLAGS@ is not substituted.
>>>>
>>>> What debian package is it trying to find the cflags for?
>>>>
>>>> It should be, i missed the reconfigure, but commited that…
>>>> Can you check you're on the latest checkout?
>>>> -t
>>>>
>>>>
>>>> Thanks.
>>>>
>>>> bruce
>>>>
>>>>
>>>> Hi,
>>>>
>>>> Nope, you are right, I am one commit behind.
>>>>
>>>> I'll check that out and build. Thanks!
>>>>
>>>> bruce
>>>>
>>>> On 2021-09-28T13:06:40.000+02:00, Tobias Pape wrote:
>>>> Hi Bruce
>>>>
>>>>
>>>> On 28. Sep 2021, at 12:44, Bruce O'Neel wrote:
>>>>
>>>> HI,
>>>>
>>>> On my arm64 system the unicode plugin is disabled.
>>>>
>>>> But on my two Raspberry PI Arm 32 systems, one old and one new, the unicode plugin tries to build but fails because @UNICODE_PLUGIN_CFLAGS@ is not substituted.
>>>>
>>>> What debian package is it trying to find the cflags for?
>>>>
>>>> It should be, i missed the reconfigure, but commited that…
>>>> Can you check you're on the latest checkout?
>>>> -t
>>>>
>>>>
>>>> Thanks.
>>>>
>>>> bruce
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20211001/0efe617e/attachment-0001.html>