Re: [PHP4] Problem with old versions of 'ar'

From: Date: Tue, 28 Mar 2000 17:04:57 +0000
Subject: Re: [PHP4] Problem with old versions of 'ar'
References: 1 2  Groups: php.dev 
Request: Send a blank email to php-dev+get-17321@lists.php.net to get a copy of this message
On Tue, Mar 28, 2000 at 11:23:07AM -0500, Jim Jagielski wrote: > Sascha Schumann wrote: > > > > On Tue, Mar 28, 2000 at 08:30:52AM -0500, Jim Jagielski wrote: > > > But that doesn't help at all if the underlaying compiler, and more > > > importantly the loader, does not support the new archive > > > structure. You can't simply install GNU ar and have your system 'ld' > > > parse the new archive. And there are many, many legacy systems > > > out there that have gcc installed, but it's 'ld' implementation > > > is simply collect. > > > > If people install binutils, they get a fresh and widely portable link editor > > for free.. > > That may or may not work :) Basically, you're requiring them > to totally rebuild their entire compiler/assembler/loader system just > so they can use GNU ar just because they can use libtool. > > Seems a bit much :) :) No. You need to build one single package. There is no separate ar. > > And the real question is: why would someone want to install PHP 4.0 on a > > machine with 25MHz or less. Masochist? ;) > > > > Nah. The question is do "we" want to make people jump through these > hoops to be able to upgrade to 4.0 when they had to do nothing > for 3.0. Makes no diff to me. I have a GNUar-to-SYSar converter > that allows for libtool to use GNU ar and then repackages > the archives to the system-type ones > > Again, I see this more as a libtool problem, so I hope to convince > them of that :) I have a few different ways of addressing this :) Good luck. They like to experiment.. I wonder when they will merge their hundreds of different CVS branches. - Sascha

« previous php.dev (#17321) next »