--- Comment #11 from marek dot rouchal at infineon dot com 2009-07-09
14:48 ---
(In reply to comment #10)
Thank you very much! I can confirm now that with the given information I was
able to compile on a x86_64 Linux box a gcc-4.3.3 with all executables (gcc,
cc1, ...) built in 32bit
--- Comment #9 from marek dot rouchal at infineon dot com 2009-07-02 13:52
---
(In reply to comment #8)
> For a 32-bit-default compiler that can also build 64-bit code, configure
> for i686-pc-linux-gnu with --enable-targets=all. (Set CC="gcc -m32"
> and CC_FOR_
--- Comment #7 from marek dot rouchal at infineon dot com 2009-07-02 11:46
---
(In reply to comment #5)
> What you want is --with-cpu=default32 for x86_64 which does not exist yet. It
> does for powerpc64 though.
I'd like to ping this request once again - it seems that t
--- Comment #11 from marek dot rouchal at infineon dot com 2009-07-01
11:58 ---
(In reply to comment #2)
> and did get farther, but the final link fails like
> ...
> ld: fatal: unwind table: file
> /home/bfriesen/build/gcc-4.3.0/./gcc/amd64/crtend.o: section .eh_frame
--- Comment #7 from marek dot rouchal at infineon dot com 2006-07-17 07:56
---
Subject: RE: unresolved symbols in libstdc++, shared lib link strategy of
libgcc.a
Using --with-local-prefix="something" may work ok, but what I
want is --without-local-prefix, and that does not
--- Comment #5 from marek dot rouchal at infineon dot com 2006-07-14 14:01
---
Ok, the compile is done. In gcc/Makefile.in, I changed
-DLOCAL_INCLUDE_DIR=\"$(local_includedir)\" \
to
-ULOCAL_INCLUDE_DIR \
so that /usr/local/include is NOT searched by default by the pr
--- Comment #4 from marek dot rouchal at infineon dot com 2006-07-14 11:03
---
I think I have found the root cause - there is indeed a
/usr/local/include/assert.h on my system. However, I was not aware that
/usr/local/include is being searched by default! So I will recompile
(bootstrap
--- Comment #2 from marek dot rouchal at infineon dot com 2006-07-14 09:08
---
The test case is the build of gcc 4.0.3 on Solaris 8, including the
libstdc++.so build. When done, run
env LD_LIBRARY_PATH= ldd -r -v .../libstdc++-IFX.so
and you will see __eprintf unresolved.
I will try
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marek dot rouchal at infineon dot com
GCC build triplet: sparc-sun-solaris2.8
GCC host triplet: sparc-sun-solaris2.8
GCC target triplet:
--- Comment #6 from marek dot rouchal at infineon dot com 2005-10-24 06:26
---
Subject: RE: --with-cpu=default32 for x86_64
> What you want is --with-cpu=default32 for x86_64 which does
> not exist yet. It does for powerpc64 though.
This is also correct. It would be sufficie
--- Additional Comments From marek dot rouchal at infineon dot com
2005-07-01 09:04 ---
(In reply to comment #1)
> Can you try the following:
> CFLAGS="-m32 -O2 -g" BOOT_CFLAGS="-m32 -O2 -g" STAGE1_CFLAGS="-m32 -g"
I spent some more thoughts on this:
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marek dot rouchal at infineon dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-u
12 matches
Mail list logo
