Re: Build problem, no rule to make target libiberty/libiberty.a required by full-stamp

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



to answer my own question:

I had to creaty symlinks in the objdir (gcc-build)

ln -s stagefeedback-gcc gcc
ln -s stagefeedback-intl intl
ln -s stagefeedback-libcpp libcpp
ln -s stagefeedback-libiberty libiberty

and I was able to perform a proper installation.

Is this intensional ?

cheers Tobias

2005/5/29, Tobias Gerschner <t.g.listen@xxxxxxxxx>:
> Hi,
> 
> I have a problem to build recent versions (snapshots of 4.1) .
> Profiled bootstrap runs through (with:
> 
> ./gcc-4.1-20050528/configure --host=i686-pc-linux-gnu
> --build=i686-pc-linux-gnu --target=i686-pc-linux-gnu --prefix=/usr
> --sysconfdir=/etc --shar
> edstatedir=/var/com --localstatedir=/var --libdir=/usr/lib
> --includedir=/usr/include --infodir=/usr/share/info
> --mandir=/usr/share/man --enable-shar
> ed --enable-threads=posix --enable-libgcj-multifile
> --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++
> --enable-nls --with-system-z
> lib --disable-multilib --enable-bootstrap --disable-werror
> 
> >>>
> 
> *** This configuration is not supported in the following subdirectories:
>      target-libffi target-boehm-gc target-zlib target-libjava zlib fastjar
>     (Any other directories should still work fine.)
> 
> After the make process finished, I get the following error message:
> 
> make DESTDIR=/var/tmp/gcc-buildroot/ install
> /bin/sh ../gcc-4.0-20050528/mkinstalldirs /var/tmp/gcc-buildroot//usr
> /var/tmp/gcc-buildroot//usr
> mkdir -p -- /var/tmp/gcc-buildroot//usr /var/tmp/gcc-buildroot//usr
> make[1]: Entering directory `/mnt/dev.rep/version2.2/BUILD/gcc-obj/fixincludes'
> make[1]: *** No rule to make target `../libiberty/libiberty.a', needed
> by `full-stamp'.  Stop.
> make[1]: Leaving directory `/mnt/dev.rep/version2.2/BUILD/gcc-obj/fixincludes'
> make: *** [install-fixincludes] Error 2
> 
> Here are also my optimization flags, though they have worked in 3.4.3 very fine:
> 
> CC=/opt/gcc-3.4.3/bin/gcc \
> make \
> CFLAGS="-O3 -march=i686 -mtune=i686 -m32 -pipe -fomit-frame-pointer
> -maccumulate-outgoing-args" \
> LIBCFLAGS="-g -O3 -march=i686 -mtune=i686 -m32 -pipe \
> -fomit-frame-pointer -maccumulate-outgoing-args" \
> CXXFLAGS="-O3 -march=i686 -mtune=i686 -m32 -pipe -fomit-frame-pointer \
> -maccumulate-outgoing-args -fvisibility-inlines-hidden" \
> LIBCXXFLAGS="-g -O3 -march=i686 -mtune=i686 -m32 -pipe -fomit-frame-pointer \
> -maccumulate-outgoing-args  -fvisibility-inlines-hidden" \
> GCJFLAGS="-O3 -march=i686 -mtune=i686 -m32 -pipe -fomit-frame-pointer
> -maccumulate-outgoing-args" \
> LIBGCJFLAGS="-g -O3 -march=i686 -mtune=i686 -m32 -pipe -fomit-frame-pointer \
> -maccumulate-outgoing-args" \
> BOOT_CFLAGS="-O3 -march=i686 -mtune=i686 -m32 -pipe -fomit-frame-pointer
> -maccumulate-outgoing-args" \
> profiledbootstrap
> 
> I've seen that this issue could be an objdir / srcdir issue, however I
> do have an objdir outside of the srcdir. I am lost at this one,
> already spent a week trying to cope with this issue.
> 
> Thanks in advance for any guidance.
> 
> Tobias Gerschner
>


[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux