Hi,
I believe the gcc source already has a patch for multiarch include and library
directories but they are deactiveated in rules.defs.
Can you comment on the functionality of them?
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Package: gcc-4.3
Version: 4.3.1-2
Severity: normal
Hi,
when linking with 'gcc -m32 -lfoo' the library search path differs for
amd64 and i386.
On i386 you have the right directory:
[pid 4966] stat64("/usr/i486-linux-gnu/lib/libfoo.so", 0xffacca30) = -1 ENOENT
(No such file or directory)
On amd
--- Comment #111 from vincent at vinc17 dot org 2008-06-20 16:09 ---
(In reply to comment #109)
> WHERE'S THE BUG
> This is really not a GCC bug. The bug is actually in the x87 FPU because it
> doesn't obey the IEEE standard.
Concerning the standards: The x87 FPU does obey the IEEE754-1
Package: libg2c0
Version: 1:3.4.6-6
Severity: normal
I need libg2c0 for some applications. I'm running mostly unstable with
testing and stable also. I cannot upgrade the gcc-3.4-base to the latest
version (3.4.6-7) as libg2c0 requires version 3.4.6-6.
-- System Information:
Debian Release: len
Processing commands for [EMAIL PROTECTED]:
> retitle 487310 -Wno-strict-aliasing doesn't disable strict aliasing warning
Bug#487310: chiark-tcl: FTBFS with gcc-4.3: New warning and use of -Werror
Changed Bug title to `-Wno-strict-aliasing doesn't disable strict aliasing
warning' from `chiark-tcl:
I have cloned this bug so that I can reassign this clone to GCC
See the transcript in the original report. We see this:
cc -g -Wall -Wmissing-prototypes -Wstrict-prototypes -Werror -O2
-Wno-pointer-sign -Wno-strict-aliasing -fPIC -I/usr/include/tcl8.4 -I../base
-DTCL_MEM_DEBUG -MMD -o
hoo
6 matches
Mail list logo