 |
 |
Hi Alden, We never tested mon on MacOS and do not recommend building it there (we likely should default it to disable on MacOS). You can get around this by adding --disable-mon when invoking configure.classic don't know about autotools. Andy On Wed, 22 Sep 2010, Alden Stradling wrote: > OK -- building mon fails... > > Making all in XrdMon > /bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O2 -D_REENTRANT -static -o xrdmonAdmin XrdMonSndAdminApp.o libXrdMonDummySender.la libXrdMonCommon.la -lresolv > libtool: link: g++ -g -O2 -D_REENTRANT -o xrdmonAdmin XrdMonSndAdminApp.o ./.libs/libXrdMonDummySender.a ./.libs/libXrdMonCommon.a -lresolv > Undefined symbols: > "_Swap_n2hll", referenced from: > XrdMonSndCoder::prepare2Transfer(std::vector<XrdMonSndTraceEntry, std::allocator<XrdMonSndTraceEntry> > const&)in libXrdMonDummySender.a(XrdMonSndCoder.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[2]: *** [xrdmonAdmin] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > > > and building doc fails after I disable mon to stop it from blocking: > > BUILDING DOXYGEN DOCUMENTATION > /bin/sh: no: command not found > make[1]: *** [doc] Error 127 > make: *** [all-recursive] Error 1 > > After those are gone, things seem to run smoothly. > > Thanks, > > Alden > > On Sep 22, 2010, at 8:01 AM, Lukasz Janyst wrote: > >> Hi Alden, >> >> the autotools build should be fixed now in git head. You can >> download a snapshot from here (for some reason the repository visible >> via http is not synced with the one on the afs...): >> >> http://cern.ch/ljanyst/xrootd/xrootd-autotools.tar.gz >> >> I have tested it to work on: Debian Squeeze, SLC5, MacOS X 10.6.4 >> and SunOS 5.10 sparc. Could you check if it works for you? >> >> Cheers, >> Lukasz >> >> >> On Sat, Sep 18, 2010 at 1:25 PM, Lukasz Janyst <[log in to unmask]> wrote: >>> 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]> 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] !!!!!! >>>> >>>> >>>> OS X 10.6.4, Mac Pro x86_64 >>>> >>> > >