Re: problems building for x86_64

[Daniel Holbach <dh mailempfang de>]

Hello Carl,

the  autogen.sh  file, I use for a library for me goes like this:

dir=`echo "$0" | sed 's,[^/]*$,,'`
test "x${dir}" = "x" && dir='.'

if test "x`cd "${dir}" 2>/dev/null && pwd`" != "x`pwd`"
then
    echo "This script must be executed directly from the source directory."
    exit 1
fi

rm -f config.cache acconfig.h

echo "- libtoolize."                    && \
libtoolize --force                      && \
echo "- aclocal."                       && \
aclocal                                 && \
echo "- autoconf."                      && \
autoconf                                && \
echo "- autoheader."                    && \
autoheader                              && \
echo "- automake."                      && \
automake --add-missing --gnu            && \
echo                                    && \
./configure "$@"                        && exit 0


Note the changed order of aclocal and libtoolize. Maybe you should even
"make clean; make distclean" before, but I do not know exactly.

Hope this helps, have a nice day,
 Daniel






Am Montag, den 10.01.2005, 23:24 -0500 schrieb Carl Nygard:
> there are problems building libglademm-2.2.0 on FC2/x86_64 platform.
> There is a problem with the generated configure on x86_64 resulting in
> multiply defined symbols (caused by lack of -nostdlib arg to linker).
> 
> The workaround is to do:
> rm libtool
> aclocal
> libtoolize
> autoconf
> configure
> 
> but once I do that, configure gives problems because:
> AL_ACLOCAL_INCLUDE(scripts) line is not translated by m4 and gives bash
> error when running configure
> 
> Can someone help me out with getting configure to generate properly?  
> 
> BTW, gtkmm will have the same problems, but luckily it compiled from the
> tarball.
>