Re: [Freemint-discuss] latest mintlef failing to build with mintlib

[Thorsten O. <ad...@th...>]

On Montag, 29. April 2024 17:09:39 CEST Miro Kropáček wrote:

>quite a lot of them...

Yes. Maybe i should have used the approach from other projects and redefine 
the register names in the header file instead, that would make a lot of the 
changes obsolete. But since i had to take a careful look at all register 
usages anyway...

> you decided that "a0" should be replaced with "a1" to better fit the fast
> call code later) changes to make it a bit smaller for the final fast call
> patch.

Yes. Similar changes were already done by @mfro for libcmini. With the recent 
changes to mintlib, and the PR in libcmini, those sources should be almost 
identical now again.

>there are empty directories like "argp", "common" etc

Yes, those are from the checkrules, when generating the .deps subdirectories. 
But should be now better than before, which generated empty .deps directories 
in the source directories. Moving them to the build directory also avoids 
problems with parallel makes.

> zic (and others) doesn't seem to be built for other than 68000:

Not when you run it locally. Other cpu targets are build separately in 
.scripts/build.sh for the snapshots only. For the tz directory (and also for 
other directories where test executables are built), the rules from checkrules 
are used, which currently only build for a single architecture.

> 4. Is there a reason to build the debug targets on ELF by default?

Is there a reason not to build them? Apart from the additional compilation 
time, there is no harm. Apparently nobody builded them for a long time, 
otherwise such bugs as recently found would have popped up earlier.


> Perhaps it is not code at all 

That are string constants, which are put into the .text segment. The first one 
is "../../posix/wordexp.c", some expansion from an assert() i think. That also 
explains why they are different, because of different directory layout.