with MacOS X 10.6 this distinction between shared library and dynamic 
library has disappeared. One can just build, like on Linux, shared 
libraries that can be used either at link time or loaded at run-time. So 
that should simplify the issue, as long as autotools takes this into 
account too. But I see that Alden is still using 10.4, ouch, that's old man.

Perl (and python and ruby) are fixed in 10.6 to support all three main 

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.

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] on behalf of Lukasz Janyst
> Sent: Sat 9/18/2010 1:25 PM
> To: Alden Stradling
> Cc: [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 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]> wrote:
>  > as the config file requested --
>  >
>  > ./
>  > ./ -i /opt/xrootd
>  > ./
>  > ./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] !!!!!!
>  >
>  >
>  > 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]              Phone: +41 22 7679248
WWW:           Fax:   +41 22 7669640