Print

Print


Aahh, that is much better :-)

Cheers, Fons.


On 20/09/2010 15:34, Alden Stradling wrote:
>
>
> On Sep 20, 2010, at 2:06 AM, Fons Rademakers <[log in to unmask]
> <mailto:[log in to unmask]>> wrote:
>
>> But I see that Alden is still using 10.4, ouch, that's old man.
>
> 10.6.4. :)
>
>> Perl (and python and ruby) are fixed in 10.6 to support all three main
>> architectures.
>>
>> In general though I would in this day and time stay away from autotools
>> as far as I can as they are in general the most horrendous, ugly,
>> complicated and SLOW build hack in existence. It did serve its purpose in
>> the past, but is not adequate anymore. For a fairly straight forward
>> project like xrootd I would move the build system to cmake, or keep the
>> by now fine tuned gmake file build system.
>
> I wound up using configure.classic.
>
>> Cheers, Fons.
>>
>>
>>
>> On 20/09/10 8:30, Derek Feichtinger wrote:
>>> Hi, Lukasz
>>>
>>> I am the original author of the autotools build.
>>> Most of this work I had done in 2005, and for some years I kept all of it
>>> working on x86 Linux, Solaris, and also Mac. I can no longer invest this
>>> amount of time in trying to follow all the different OSs, and so I am glad
>>> for anybody submitting patches or improving the build for their systems.
>>> Macs proved to be particularly irksome, since compiler behavior changed
>>> significantly based on environment variable setting (...DEPLOYMENT_TARGET,
>>> if I remember), and later on the issue of allowing multi architecture
>>> binaries. The correct way for linking against PERL libraries, was to query
>>> the local perl installation for the correct compilation and linker flags.
>>> The current solution in the autotools script is only a workaround which
>>> tries to get rid of the correct extra architectures... but this could
>>> (should) be done better.
>>>
>>> The distinction between shared libs and modules was a problem to which I
>>> pointed early on. But this used to be a deeper problem in the xrootd build
>>> organization, where sometimes deliverables were used for both. Libtool
>>> offers a "-module" switch which correctly should build a module also on
>>> Macs. Maybe it is used once too much... would need to investigate.
>>>
>>> Cheers,
>>> Derek
>>>
>>>
>>> -----Original Message-----
>>> From: [log in to unmask]
>>> <mailto:[log in to unmask]> on behalf of Lukasz Janyst
>>> Sent: Sat 9/18/2010 1:25 PM
>>> To: Alden Stradling
>>> Cc: <mailto:[log in to unmask]>[log in to unmask]
>>> <mailto:[log in to unmask]>
>>> Subject: Re: Dutifully reporting...
>>>
>>> Yes, indeed. The autotools build is broken on 64 bits Macs because,
>>> contrary to the assumption of the autoconf script, the compiling
>>> toolchain supports three architectures there and not just two. You can
>>> workaround this problem by disabling the perl interface if you don't
>>> need it (--disable-perlint parameter of the configure script) or by
>>> using the classical build. There are also two other problems with the
>>> autotools stuff. The first one is the missing libtoolize binary called
>>> from the bootstrap.sh script (on Mac it's called glibtoolize). Also,
>>> the autotools build tries to link the xrootd binary to a dynamically
>>> loadable module which results with a linking error. On Mac there is a
>>> clear distinction between loadable modules and shared libraries which
>>> is not the case for the ELF systems where both are the same and this
>>> is why this problems has been introduced and not spotted earlier.
>>> Anyways, thanks for reporting. I will be fixing that on Monday.
>>>
>>> Cheers,
>>> Lukasz
>>>
>>>
>>> On Sat, Sep 18, 2010 at 7:22 AM, Alden Stradling
>>> <[log in to unmask] <mailto:[log in to unmask]>> wrote:
>>> > as the config file requested --
>>> >
>>> > ./getAutotools.sh
>>> > ./getAutotools.sh -i /opt/xrootd
>>> > ./bootstrap.sh
>>> > ./configure -h
>>> > ./configure --prefix=/opt/xrootd --enable-pwd --enable-posix
>>> --enable-mon --enable-apps --enable-doc --enable--gsi
>>> >
>>> > configure: WARNING: perl says it was linked with multiple -arch flags
>>> (-arch i386 -arch ppc)! Will try to remove one
>>> > configure: WARNING: perl says it was compiled with multiple -arch flags
>>> (-arch i386 -arch ppc)! Will try to remove one
>>> > configure: error: Failed to remove extra -arch flags
>>> > LD: -arch x86_64 -arch i386
>>> > CC: -arch x86_64 -arch i386 -g -pipe -fno-common
>>> -DPERL_DARWIN -fno-strict-aliasing -I/usr/local/include
>>> -I/System/Library/Perl/5.10.0/darwin-thread-multi-2level/CORE
>>> > !!!!!! Please notify maintainers at [log in to unmask]
>>> <mailto:[log in to unmask]> !!!!!!
>>> >
>>> >
>>> > OS X 10.6.4, Mac Pro x86_64
>>> >
>>>
>>>
>>
>> --
>> Org: CERN, European Laboratory for Particle Physics.
>> Mail: 1211 Geneve 23, Switzerland
>> E-Mail: [log in to unmask] <mailto:[log in to unmask]> Phone:
>> +41 22 7679248
>> WWW: http://fons.rademakers.org Fax: +41 22 7669640

-- 
Org:    CERN, European Laboratory for Particle Physics.
Mail:   1211 Geneve 23, Switzerland
E-Mail: [log in to unmask]              Phone: +41 22 7679248
WWW:    http://fons.rademakers.org           Fax:   +41 22 7669640