bug-binutils
[Top][All Lists]
Advanced

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

[Bug binutils/10468] New: Problems with GCC Multilib


From: xenofears at gmail dot com
Subject: [Bug binutils/10468] New: Problems with GCC Multilib
Date: 31 Jul 2009 03:41:36 -0000

Please read this bug report I submitted to GCC:

One day, I built gcc 4.4.1 prerelease, with normal multilib. The next day, I 
realized I forgot to add Ada, and all of a sudden multilib failed with the 
exact same configuration. At the time, I didn't think too much of it and don't 
remember if anything else happened between the two builds, but it is likely I 
updated Binutils between those two exact same builds. I have not been getting 
it to work at all anymore, and I thought it was unique to Cygwin where I 
couldn't get 4.4.x Multilib for as far as I can remember.

I went back to the build that was building in Multilib, and it died with no 
rule to make 32/zlib. GCC will accept the -m32 flag, but the 64-bit assembler 
is used. The 32 dir multi-versions are not created, as if multilib was 
disabled.

This is highly likely related to Binutils. However, whether it is a bug in 
Binutils, or a change in Binutils that caused a bug in 4.4.x to surface, I do 
not know. I will give you configuration lines (just one time), but believe me, 
they are not relevant. --enable-multilib wasn't even necessary for gcc, only 
Binutils. The working multilib version of 4.4.1 I have proves it (via -v.)

This bug applies 100% to Linux x86_64 as it does to Windows x64. It has 
nothing to do with the Mingw-w64 crt, as it occurs before fresh installation 
of crt, by gcc in make all-gcc (after doing that, building a new crt reveals 
the incorrect 64-bit assembler.)

Binutils (last tried yesterday's update): ../configure --target=x86_64-w64-
mingw32 --enable-multilib --enable-targets=x86_64-w64-mingw32,i686-w64-
mingw32 --with-sysroot=/mingw64 --prefix=/mingw64 --with-ppl=/usr --with-
cloog=/usr

GCC 4.4.1 Release: (small testcase)
../configure --target=x86_64-w64-mingw32 --enable-targets=all --with-
sysroot=/mingw64 --prefix=/mingw64 --with-ppl=/usr --with-cloog=/usr --enable-
languages=c,c++

Thanks, I will pass this same report to Binutils.

I could try an older version of Binutils, but I found on Cygwin, the libbfd 
and/or libopcodes and/or libiberty causes it to fail anyway. I could try in 
Linux from scratch, again, with an appropriate version (2.19.1?). Please guide 
me.

-- 
           Summary: Problems with GCC Multilib
           Product: binutils
           Version: 2.20 (HEAD)
            Status: NEW
          Severity: normal
          Priority: P2
         Component: binutils
        AssignedTo: unassigned at sources dot redhat dot com
        ReportedBy: xenofears at gmail dot com
                CC: bug-binutils at gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu, x86_64-w64-mingw32,i686-pc-
                    cygwin, pro
  GCC host triplet: x86_64-unknown-linux-gnu, x86_64-w64-mingw32,i686-pc-
                    cygwin, pro
GCC target triplet: x86_64-w64-mingw32


http://sourceware.org/bugzilla/show_bug.cgi?id=10468

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]