Re: Packaging policy

> On Nov 1, 2024, at 4:20 PM, [email protected] wrote:
> 
> On 2024-11-01 12:35, Scott Hannahs via Fink-users wrote:
>> What is the fink packaging policy on universal binaries?  If I add
>> "-arch x86_64 -arch arm64” to the CFLAGS environmental variable is
>> that an acceptable solution?
>> I am currently trying to update a package that has a XXX-arm64.info
>> and a XXX-x86_64.info
>> version, which are identical except for the Architecture field.  I
>> don’t see the rational for this and figure I might as well build a
>> universal package anyway.
>> -Scott
> 
> What package is this? Do you need the universal binary? If the two .info files are identical except for `Architecture:` field, why do they need to be separate? A single file with no `Architecture:` should suffice, no?
> 
> For CFLAGS, if you add `-arch arm64` indiscriminately, older releases before macOS 11 (I think) may probably crash during the compile.
> 
> Hanspeter
> 

No, I don’t really need it to be universal.  It might be convenient in synchronizing lab machines with different architectures.  But that was secondary.   I did not create the two separate info files, but I am updating a patch to make it run under the stricter compile requirements of CLT 16.

The package is blt, which is an old utility but seems to be used  in a lot of places.  The maintainer email seems to be non-functional and I saw no reason not to go with a single dot-info file rather than having two.  But there may have been a reason for this when the package was submitted.

I couldn’t figure out why setCFLAGS did not work until I realized it was reset within the build script.  Of course I would test for OS version and set the CFLAGS only to build the arm64 version for OS > 10.X  (yes I checked that compile flag seems to work on macOS 11 and greater).

Anyway blt seems to build and since the maintainer is AWOL, I will submit the patch (without the universal binary).  It was just a question before I coalesced the two dot-info files.

-Scott




_______________________________________________
Fink-users mailing list
[email protected]
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users