Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125312
Message-ID: <24eca142-a44e-4b27-99bf-4dc4448ab4fe@gmx.de>
Date: Tue, 27 Aug 2024 13:52:12 +0200
Precedence: bulk
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: [PHP-DEV] Native SSL support in Phar extension
Content-Language: de-DE
To: Calvin Buckley <calvin@cmpct.info>, Peter Kokot <petk@php.net>
Cc: Internals <internals@lists.php.net>
References: <CAAfnsFUP3OoAYSMe2NCo=SFUNtLQU6DiWddhHaXf5xY09GTr5Q@mail.gmail.com>
 <8664467A-D602-48B6-96CA-D6FAD4488F14@cmpct.info>
In-Reply-To: <8664467A-D602-48B6-96CA-D6FAD4488F14@cmpct.info>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
UI-OutboundReport: notjunk:1;M01:P0:rw2N6sOkhDc=;HdzFfZ/kxSInpTgMUUm5RdO3iqw
 h/JrWynk14Iqchh1aUBwmnOQqcxP4Oc+pq7I63g1xUG33+12uIXHEOy2q4RxUCwkOdS8s6fH5
 rLExHwA2JOhlFcWi//zkaxKdJn1u0E4ZMdTbTOXIZrRsFy0eoLA3OQPosZ9xdz1iAaLZhr4hm
 JJjxrlctl/HVVoiC6j0mDaVgiqMjHVEmJGEC8QscsmKxvRjC7iRtOtT832+cXfZtlncVFtBkW
 ga8hMRUb8c8Sd4dlcbbDvmRf+v3Yv8vzhV6OpS617KFRYxMphLh50V0V1ZRdMhnOiRtQv85+u
 DNb16DtYmYQERHJ+bhGR1QyWqmJ3pJFypLoB3g3rkiudKRRbwoAoYuLzTtcP9HcUDhAsN+sYr
 LWhikE8DDVG9o6eokjJUQyod/7Ivrd8cAR+kMzdZ4JVt+RT4S6bcInnKT52N5K3kdLArIiYvq
 JoU4YfSXOJSyaOmdgaIAocKkhztfx6/iX7gDGIev4VJxLAzwnksjqKp9Sq9TwGP80GEmI5IGQ
 TOGDSxmpVfwUsC2PxWCzqQvUpkO1OF0604LPqhLSUZAqp5ayIUOj3PkDlofWOCJYBrZj9dQRr
 C3PdKvETS2MVwIbn9Gt1HJx3V4bJGZqTCNxQRPWr1Sq5lR7OmdTlfScAuMbJpmoiIZ1vQ3yNt
 YOLZ4oKGqjGWsy5xnY13d0lvbrI1ObccOMz1Dqp4lE314n2ZbNjvPsa7uD1MpCkgbkPqeJF5p
 8/kFghS/T5v0AE7mvK3gkMfQ5tJ47IkM8VrSOBK6eZ9b3y/vCJACXF4x960IIV4QezWFagMS5
 bVLjJkyV6sR5957JOktvhHLA==
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 26.08.2024 at 20:05, Calvin Buckley wrote:

> Dynamic linkers that pull from a general symbol slurry (your typical ld.so
> for instance) don't have a problem with it, but some platforms have more
> strict linkage, like Windows. IIRC, things like PDO are built into the PHP
> executable/library for this reason. I know AIX can actually do it both ways;
> I used to build the ld.so style way (they call it "runtime linking"), but it
> turns out that causes problems with different versions of symbols (i.e.
> OpenSSL 1.1 and 3.0 in same address space), so I had to switch to building it
> with the other dynamic linking option, which means I have to make the same
> build compromises as on Windows.

Interesting!  Just a the other day I (re-?)learned that there are
usually no "import libraries" (Windows terminology) on Linux, which are
*very* common on Windows.  Such import libraries define stubs (i.e.
wrappers) for all exported symbols; for functions, basically (pseudo-code):

  the_function(a, b, c) {
      module = dl_load("library.dll")
      proc = dl_fetch_symbol(module, "__imp_the_function")
      return proc(a, b, c)
  }

Might roughly be similar on AIX with "the other dynamic linking option".

> As such, it might be a bit tricky for people on Windows/AIX; the easiest
> solution if PHAR is using the openssl extension's symbols would be to not
> build the openssl extension as shared.

Well, that is not an option for any binaries we build and ship, since
the core is not supposed to rely on any external dependencies (that's
the reason why we still bundle libpcre2 although it is supposed to be
available almost everywhere).

Christoph