[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #11 from Finn Thain 2010-11-04 04:40:58 UTC --- (In reply to comment #10) > Which leaves my wondering how Thorsten was able to build libgfortran for > CPU32... Did you build without optimization? That would explain why it builds

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #10 from Finn Thain 2010-11-04 01:51:36 UTC --- (In reply to comment #9) > Perhaps the issue with libgfortran on CPU32 is also academic. But academic or > not, binutils needs to be fixed for CPU32 because gas behaviour doesn't agre

[Bug gold/10708] "out of file descriptors and couldn't close any" -- probably fd leak

http://sourceware.org/bugzilla/show_bug.cgi?id=10708 --- Comment #10 from Cary Coutant 2010-11-04 00:08:46 UTC --- I found another leak that will explain the problem -- if you're using the --no-keep-files-mapped option (or a 32-bit build of gold, for which that's the default) and --gc-sections a

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #9 from Finn Thain 2010-11-04 01:01:26 UTC --- (In reply to comment #7) > fido doesn't have an MMU to my knowledge, nor an FPU. Trying to build Linux > for it is a bit silly. I don't know of a Linux port for fido either. The fido

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #8 from Thorsten Glaser 2010-11-03 21:40:43 UTC --- Interesting, as fidoa is FL_MMU in gcc. Thanks for the discussion though. I don’t know if there is something to be done in binutils, but I will build multi{arch,lib} in Debian/m6

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 Daniel Jacobowitz changed: What|Removed |Added CC||drow at sources dot

Re: GAS illegally encodes FMA4.

On 18 Sep 08:02, NEGISHI, Kiyoshi usa.net> wrote: > Hi, > > I believe that encoding old INTEL AVX FMA and AMD FMA4 is different > specifications. > > in gas format: > vfmaddpd %xmm4,%xmm6,%xmm2,%xmm7 > > operand order is > vfmaddpd src3, src2, src1, dest > > that's right? > > gas encodin

[Bug ld/12001] Linker includes archive members when symbols therein have already been defined

http://sourceware.org/bugzilla/show_bug.cgi?id=12001 --- Comment #8 from Mark Mitchell 2010-11-03 17:47:36 UTC --- Nick -- Thanks for fixing this! -- Mark -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are

[Bug ld/12001] Linker includes archive members when symbols therein have already been defined

http://sourceware.org/bugzilla/show_bug.cgi?id=12001 Nick Clifton changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug gas/12186] "add ebx, OFFSET FLAT:_GLOBAL_OFFSET_TABLE_" is incorrectly assembled

http://sourceware.org/bugzilla/show_bug.cgi?id=12186 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug gas/12186] "add ebx, OFFSET FLAT:_GLOBAL_OFFSET_TABLE_" is incorrectly assembled

http://sourceware.org/bugzilla/show_bug.cgi?id=12186 hezekiahehud at gmail dot com changed: What|Removed |Added CC||hezekiahehud at gmail do

[Bug gas/12186] New: "add ebx, OFFSET FLAT:_GLOBAL_OFFSET_TABLE_" is incorrectly assembled

http://sourceware.org/bugzilla/show_bug.cgi?id=12186 Summary: "add ebx, OFFSET FLAT:_GLOBAL_OFFSET_TABLE_" is incorrectly assembled Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2

[Bug ld/12184] explicite --enable-targets ./configure option breaks mingw binaries.

http://sourceware.org/bugzilla/show_bug.cgi?id=12184 --- Comment #2 from Pawel Sikora 2010-11-03 12:33:40 UTC --- Created attachment 5107 --> http://sourceware.org/bugzilla/attachment.cgi?id=5107 testcase with precompiled binaries. -- Configure bugmail: http://sourceware.org/bugzilla/userpre

[Bug ld/12184] explicite --enable-targets ./configure option breaks mingw binaries.

http://sourceware.org/bugzilla/show_bug.cgi?id=12184 --- Comment #1 from Pawel Sikora 2010-11-03 11:57:38 UTC --- hmm, in fact the .o and .exe are broken, so there's a bug in assembler. diff -uNr 32.good/test.exe.asm 32.bad/test.exe.asm --- 32.good/test.exe.asm2010-11-03 11:20:41.304319

[Bug binutils/12185] byte' might be used uninitialized in gold

http://sourceware.org/bugzilla/show_bug.cgi?id=12185 yufanyufan at gmail dot com changed: What|Removed |Added Priority|P2 |P1 -- Configure bugmail:

[Bug binutils/12185] New: byte' might be used uninitialized in gold

http://sourceware.org/bugzilla/show_bug.cgi?id=12185 Summary: byte' might be used uninitialized in gold Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassi

[Bug ld/12184] New: explicite --enable-targets ./configure option breaks mingw binaries.

http://sourceware.org/bugzilla/show_bug.cgi?id=12184 Summary: explicite --enable-targets ./configure option breaks mingw binaries. Product: binutils Version: 2.20 Status: NEW Severity: normal Priority: P2

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #6 from Finn Thain 2010-11-03 09:30:13 UTC --- > You are using the wrong target. m68k-linux is only compatible with m68k-linux. (Neglecting FPU emulation for fido-elf: someone else can worry about this bug as I don't have time or

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #5 from Andreas Schwab 2010-11-03 08:40:08 UTC --- You are using the wrong target. m68k-linux is only compatible with m68k-linux. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiv