Re: [EXT] Re: Building "Fat" Mac Binary, or Cross-Compiling from ARM arch to x86-64

"Blumenthal, Uri - 0553 - MITLL" <[email protected]>
Newsgroups gmane.comp.encryption.openssl.user
Message-ID <BN0P110MB1419443472B6D4308E675DC09015A@BN0P110MB1419.NAMP110.PROD.OUTLOOK.COM>
I hear you. But given that there are two (or three at most!) architectures – I fail to see why building one complicated package with guaranteed 50% garbage (x86 machines don’t need PPC or AARCH64, and vs. versa) would be better than building two (or three) straightforward packages, one for each architecture, with no fluff. 

-- 
V/R, 
Uri 

There are two ways to design a system. One is to make it so simple there are obviously no deficiencies. 
The other is to make it so complex there are no obvious deficiencies. 
- C. A. R. Hoare 



From: 'Mounir IDRASSI' via openssl-users <[email protected]>
Date: Friday, January 3, 2025 at 04:16
To: [email protected] <[email protected]>
Subject: Re: [EXT] Re: Building "Fat" Mac Binary, or Cross-Compiling from ARM arch to x86-64 

!-------------------------------------------------------------------|
This Message Is From an External Sender
This message came from outside the Laboratory.
|-------------------------------------------------------------------!

On 1/3/2025 3:01 AM, Blumenthal, Uri - 0553 - MITLL wrote:
> In my experience, it’s been _never_ useful to build “fat” binaries. 
> They brought nothing but problems.
>
> In our place we build x86_64 binaries for Intel, and AARCH64 for 
> Silicon - and is been perfectly satisfactory here. I recommend 
> considering the same (proven) approach.

On my side, using "fat" binaries on macOS for OpenSSL linked products 
has been a positive experience.
I have been using this approach for various macOS products since Mac OS 
X Tiger to provide single installation packages that target all 
architectures (including ppc, i386).
Of course, it depends on the type and complexity of the application 
logic but usually it is possible to sort out issues without much 
difficulty, and OpenSSL is almost never the cause of any issues.

--
Mounir IDRASSI


-- 
You received this message because you are subscribed to the Google Groups "openssl-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openssl-users+unsubscribe-MCmKBN63+Bmbup2nOX2J7Q@public.gmane.org
To view this discussion visit https://groups.google.com/a/openssl.org/d/msgid/openssl-users/a9a300d1-fe63-48ae-b38e-ea4bd1aacc1c%40idrix.net <https://groups.google.com/a/openssl.org/d/msgid/openssl-users/a9a300d1-fe63-48ae-b38e-ea4bd1aacc1c%40idrix.net>. 





-- 
You received this message because you are subscribed to the Google Groups "openssl-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openssl-users+unsubscribe-MCmKBN63+Bmbup2nOX2J7Q@public.gmane.org
To view this discussion visit https://groups.google.com/a/openssl.org/d/msgid/openssl-users/BN0P110MB1419443472B6D4308E675DC09015A%40BN0P110MB1419.NAMP110.PROD.OUTLOOK.COM.
smime.p7s (application/x-pkcs7-signature, 9.1 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.