From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FORGED_GMAIL_RCVD,FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI autolearn=no autolearn_force=no version=3.4.4 Received: from tb-ob1.topicbox.com (tb-ob1.topicbox.com [64.147.108.173]) by inbox.vuxu.org (Postfix) with ESMTP id 073342CECD for ; Sun, 29 Sep 2024 22:14:30 +0200 (CEST) Received: from tb-mx0.topicbox.com (tb-mx0.nyi.icgroup.com [10.90.30.73]) by tb-ob1.topicbox.com (Postfix) with ESMTP id 0F0E525F30 for ; Sun, 29 Sep 2024 16:14:30 -0400 (EDT) (envelope-from bounce.mMbad13a6d17f4050691a54180.r81958daa-7202-11ef-bbf2-18142b2d11b0@illumos.bounce.topicbox.com) Received: by tb-mx0.topicbox.com (Postfix, from userid 1132) id 0C50A277B759; Sun, 29 Sep 2024 16:14:30 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lists.illumos.org; h= from:to:subject:message-id:references:in-reply-to:date :mime-version:content-type:content-transfer-encoding:list-help :list-id:list-post:list-subscribe:reply-to:list-unsubscribe; s= dkim-1; t=1727640869; x=1727727269; bh=e5Dnu5zwU+9xTcIuTe63lvam9 glZ3yk4kqWAqOmGhyQ=; b=V8FlpXx42h/xfhkCJ5+LGVzPhzXILMnUZTnw3saZi R74ZTU1CsOT6LgID934oH9jB93rPuxHknFnyBhrI1d1poAaHXj0HxtsbDCfF70eh aVQYEFv/Rx0UO6Cdz2dI2/2Dk7D8FdmxnP93JQX070rEgLG0jV1O2pdqKITrCP/N E0= From: "Sad Clouds" To: illumos-discuss Subject: Re: [discuss] Binary compatibility between Illumos distributions Message-Id: <17276407990.2Db2CA.652495@composer.illumos.topicbox.com> References: <17275947840.7AEf7cFfe.949140@composer.illumos.topicbox.com> <17276373860.b4251988.20418@composer.illumos.topicbox.com> In-Reply-To: Date: Sun, 29 Sep 2024 16:13:19 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=17276407991.7b41.652495 Content-Transfer-Encoding: 7bit Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: 44fbbef6-7e9f-11ef-bf49-23142b2d11b0 Archived-At: =?UTF-8?B?PGh0dHBzOi8vaWxsdW1vcy50b3BpY2JveC5jb20vZ3JvdXBz?= =?UTF-8?B?L2Rpc2N1c3MvVGU2MTRkYmE1YzlkOTQ5YmEtTWJhZDEzYTZkMTdmNDA1MDY5?= =?UTF-8?B?MWE1NDE4MD4=?= List-Help: List-Id: "illumos-discuss" List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: illumos-discuss List-Unsubscribe: , Topicbox-Delivery-ID: 2:illumos:a9ae1d0a-2aea-11e7-965f-d98f9f16e227:81958daa-7202-11ef-bbf2-18142b2d11b0:Mbad13a6d17f4050691a54180:1:JtW24FcAM-J2-Z2n4GTJV8EsQy8YGjt5zc17VIUXcQQ --17276407991.7b41.652495 Date: Sun, 29 Sep 2024 16:13:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Over the years I got frustrated with autoconf. It is quite slow, especially on old machines like Sun Ultra 10. It could ta= ke several minutes to run autoconf scripts and then several seconds to comp= ile some small open source package. If you are building large number of pac= kages from something like pkgsrc, the issue is magnified significantly. Eve= n on fast machines with many CPUs, autoconf inhibits parallelization, as it= runs its tests sequentially and then many packages repeat the same tests o= ver and over again, it is really bonkers. The issues are quite noticeable w= hen bulk building many packages.=C2=A0 It has issues correctly detecting features with cross compilers, which is w= hy many packages cannot be cross compiled. For example, with NetBSD you can= cross compile base OS on Linux, Solaris, BSD, etc. You could use the same = cross compiler to cross compile pkgsrc for many other architectures, but un= fortunately many packages just won't build this way. So I try and keep it simple. I stick to POSIX and use OS name and version f= or specific cases where I need to resolve portability issues. I mostly link= against base OS libraries, so don't need to worry too much about testing f= or 3rd party software. ------------------------------------------ illumos: illumos-discuss Permalink: https://illumos.topicbox.com/groups/discuss/Te614dba5c9d949ba-Mb= ad13a6d17f4050691a54180 Delivery options: https://illumos.topicbox.com/groups/discuss/subscription --17276407991.7b41.652495 Date: Sun, 29 Sep 2024 16:13:19 -0400 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Over the years I got frustrated with autoconf.=

It is quite slow, especially on old machi= nes like Sun Ultra 10. It could take several minutes to run autoconf script= s and then several seconds to compile some small open source package. If yo= u are building large number of packages from something like pkgsrc, the iss= ue is magnified significantly. Even on fast machines with many CPUs, autoco= nf inhibits parallelization, as it runs its tests sequentially and then man= y packages repeat the same tests over and over again, it is really bonkers.= The issues are quite noticeable when bulk building many packages. 

It has issues correctly detecting features w= ith cross compilers, which is why many packages cannot be cross compiled. F= or example, with NetBSD you can cross compile base OS on Linux, Solaris, BS= D, etc. You could use the same cross compiler to cross compile pkgsrc for m= any other architectures, but unfortunately many packages just won't bui= ld this way.

So I try and keep it simple. = I stick to POSIX and use OS name and version for specific cases where I nee= d to resolve portability issues. I mostly link against base OS libraries, s= o don't need to worry too much about testing for 3rd party software.


= --17276407991.7b41.652495--