[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 receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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 inclination...) If I understand correctly, you are saying that fido is solely an elf target, and hence no m68k-linux multilib variant should be built for fido. But since CPU32 is a uClinux platform, the libgfortran variant for CPU32 should use "-mcpu32 -m68881". If I'm right about the above (?) then we can look at fixing GCC. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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
Component: ld
AssignedTo: unassig...@sources.redhat.com
ReportedBy: pl...@agmk.net
Host: x86_64-gnu-linux
Target: *-pc-mingw32
Build: x86_64-gnu-linux
hi,
i've discovered some weird problem with cross-binutils configured
for {i686,x86_64}-pc-mingw32 targets with an explicite option:
--enable-targets="i386-linux,x86_64-linux,i386-mingw32,x86_64-mingw32"
with this option linker produces broken binaries.
trivial testcase...
#include
int main()
{
puts( "hello mingw world." );
return 0;
}
...assembled/lined with binutils configured WITHOUT --enable-targets
renders to proper .o and .exe:
% less 32.good/test.o.asm
(...)
<_main>:
0: 55 push %ebp
1: 89 e5 mov%esp,%ebp
3: 83 e4 f0and$0xfff0,%esp
6: 83 ec 10sub$0x10,%esp
9: e8 00 00 00 00 call e <_main+0xe>
a: DISP32 ___main
e: c7 04 24 00 00 00 00movl $0x0,(%esp)
11: dir32 .rdata
15: e8 00 00 00 00 call 1a <_main+0x1a>
16: DISP32 _puts
1a: 31 c0 xor%eax,%eax
1c: c9 leave
1d: c3 ret
% less 32.good/test.exe.asm
(...)
004017d0 <_main>:
4017d0: 55 push %ebp
4017d1: 89 e5 mov%esp,%ebp
4017d3: 83 e4 f0and$0xfff0,%esp
4017d6: 83 ec 10sub$0x10,%esp
4017d9: e8 52 08 00 00 call 402030 <___main>
4017de: c7 04 24 a8 40 40 00movl $0x4040a8,(%esp)
4017e5: e8 96 0b 00 00 call 402380 <_puts>
4017ea: 31 c0 xor%eax,%eax
4017ec: c9 leave
4017ed: c3 ret
(...)
00402380 <_puts>:
402380: ff 25 c8 71 40 00 jmp*0x4071c8
402386: 90 nop
402387: 90 nop
but WITH explcite --enable-targets we get correct .o and broken .exe:
% less 32.bad/test.o.asm
(...)
<_main>:
0: 55 push %ebp
1: 89 e5 mov%esp,%ebp
3: 83 e4 f0and$0xfff0,%esp
6: 83 ec 10sub$0x10,%esp
9: e8 f2 ff ff ff call 0 <_main>
a: DISP32 ___main
e: c7 04 24 00 00 00 00movl $0x0,(%esp)
11: dir32 .rdata
15: e8 e6 ff ff ff call 0 <_main>
16: DISP32 _puts
1a: 31 c0 xor%eax,%eax
1c: c9 leave
1d: c3 ret
% less 32.bad/test.exe.asm
(...)
004017d0 <_main>:
4017d0: 55 push %ebp
4017d1: 89 e5 mov%esp,%ebp
4017d3: 83 e4 f0and$0xfff0,%esp
4017d6: 83 ec 10sub$0x10,%esp
4017d9: e8 44 08 00 00 call 402022 <___do_global_ctors+0xd2>
^ BAD!
4017de: c7 04 24 a8 40 40 00movl $0x4040a8,(%esp)
4017e5: e8 7c 0b 00 00 call 402366 <__amsg_exit+0x6>
^ BAD!
4017ea: 31 c0 xor%eax,%eax
4017ec: c9 leave
4017ed: c3 ret
(...)
00402380 <_puts>:
402380: ff 25 c8 71 40 00 jmp*0x4071c8
402386: 90 nop
402387: 90
afaics more emulations suported by binutils (with --enable-targets option)
are problematic.
% i686-pc-mingw32-ld -V
GNU ld (Linux/GNU Binutils) 2.20.51.0.12.20101020
Supported emulations:
i386pe
elf_i386
i386linux
elf_x86_64
elf_l1om
i386pep
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[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: unassig...@sources.redhat.com ReportedBy: yufanyu...@gmail.com make[4]: Entering directory `/home/yufan/src/binutils-2.20.1/gold' g++ -DHAVE_CONFIG_H -I. -I. -I./../include -I./../elfcpp -DLOCALEDIR="\"/home/yufan/share/locale\"" -DBINDIR="\"/home/yufan/bin\"" -DTOOLBINDIR="\"/home/yufan/x86_64-unknown-linux-gnu/bin\"" -W -Wall -Werror -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -frandom-seed=dwarf_reader.o -g -O2 -MT dwarf_reader.o -MD -MP -MF .deps/dwarf_reader.Tpo -c -o dwarf_reader.o dwarf_reader.cc dwarf_reader.cc: In function `int64_t gold::read_signed_LEB_128(const unsigned char*, size_t*)': dwarf_reader.cc:78: warning: 'byte' might be used uninitialized in this function -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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.304319688 +0100 +++ 32.bad/test.exe.asm 2010-11-03 11:29:22.650344926 +0100 @@ -567,14 +567,13 @@ 4017d1: 89 e5 mov%esp,%ebp 4017d3: 83 e4 f0and$0xfff0,%esp 4017d6: 83 ec 10sub$0x10,%esp - 4017d9: e8 52 08 00 00 call 402030 <___main> + 4017d9: e8 44 08 00 00 call 402022 <___do_global_ctors+0xd2> 4017de: c7 04 24 a8 40 40 00movl $0x4040a8,(%esp) - 4017e5: e8 96 0b 00 00 call 402380 <_puts> + 4017e5: e8 7c 0b 00 00 call 402366 <__amsg_exit+0x6> 4017ea: 31 c0 xor%eax,%eax 4017ec: c9 leave 4017ed: c3 ret - 4017ee: 90 nop - 4017ef: 90 nop + ... 004017f0 <___dyn_tls_d...@12>: 4017f0: 55 push %ebp diff -uNr 32.good/test.log 32.bad/test.log --- 32.good/test.log2010-11-03 11:20:41.293319703 +0100 +++ 32.bad/test.log 2010-11-03 11:29:22.639344917 +0100 @@ -33,6 +33,11 @@ GNU ld (Linux/GNU Binutils) 2.20.51.0.12.20101020 Supported emulations: i386pe + elf_i386 + i386linux + elf_x86_64 + elf_l1om + i386pep using internal linker script: == /* Default linker script, for normal executables */ Binary files 32.good/test.o and 32.bad/test.o differ diff -uNr 32.good/test.o.asm 32.bad/test.o.asm --- 32.good/test.o.asm 2010-11-03 11:20:41.296319699 +0100 +++ 32.bad/test.o.asm 2010-11-03 11:29:22.642344919 +0100 @@ -9,14 +9,13 @@ 1: 89 e5 mov%esp,%ebp 3: 83 e4 f0and$0xfff0,%esp 6: 83 ec 10sub$0x10,%esp - 9: e8 00 00 00 00 call e <_main+0xe> + 9: e8 f2 ff ff ff call 0 <_main> a: DISP32 ___main e: c7 04 24 00 00 00 00movl $0x0,(%esp) 11: dir32 .rdata - 15: e8 00 00 00 00 call 1a <_main+0x1a> + 15: e8 e6 ff ff ff call 0 <_main> 16: DISP32 _puts 1a: 31 c0 xor%eax,%eax 1c: c9 leave 1d: c3 ret - 1e: 90 nop - 1f: 90 nop + ... -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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
Component: gas
AssignedTo: unassig...@sources.redhat.com
ReportedBy: hjl.to...@gmail.com
[...@gnu-6 pr46275]$ cat p.c
#include
int main()
{ puts("Hello, world!"); return 0; }
[...@gnu-6 pr46275]$ make
gcc -m32 -masm=intel -fPIC -S p.c
gcc -m32 -o p p.s
./p
[...@gnu-6 pr46275]$
For some reason, the addend in R_386_GOTPC reloc is missing when compiled with
-masm=intel. The objdump difference between -masm=att [hello.o] that works and
-masm=intel [hello_.o] that fails is:
@@ -1,5 +1,5 @@
-hello.o: file format elf32-i386
+hello_.o: file format elf32-i386
Disassembly of section .text:
@@ -12,7 +12,7 @@
7:83 ec 1c sub$0x1c,%esp
a:e8 fc ff ff ff call b
b: R_386_PC32__i686.get_pc_thunk.bx
- f:81 c3 02 00 00 00add$0x2,%ebx
+ f:81 c3 00 00 00 00add$0x0,%ebx
11: R_386_GOTPC_GLOBAL_OFFSET_TABLE_
15:8d 83 00 00 00 00lea0x0(%ebx),%eax
17: R_386_GOTOFF.rodata
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[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 dot ||com --- Comment #1 from hezekiahehud at gmail dot com 2010-11-03 14:18:09 UTC --- Following, coming from GCC bug 46275 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46275). -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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||FIXED --- Comment #2 from H.J. Lu 2010-11-03 14:22:38 UTC --- Fixed by http://sourceware.org/ml/binutils/2010-11/msg00056.html -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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||FIXED --- Comment #7 from Nick Clifton 2010-11-03 17:19:18 UTC --- Hi Mark, I have checked both patches in, so the fix should appear in the next release of the binutils. Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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 on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
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 encoding this is > c4 e3 c9 69 fc 20 > > this means > ModRM.reg=%xmm7 VEX.=%xmm6 ModRM.r/m=%xmm4 imm8[7:4]=%xmm2 > > This is AVX FMA encoding because src1=imm8[7:4]. > > The AMD FMA4 encoding is src1=VEX., so right: > c4 e3 e9 69 fc 60 > > ModRM.reg=%xmm7 VEX.=%xmm2 ModRM.r/m=%xmm4 imm8[7:4]=%xmm6 > > Negishi. HI Negishi Can you post the version, inputs, and options used? I can't reproduce the problem. Using trunk from two days ago with this input (see t1 below) vfmaddpd %xmm4,%xmm6,%xmm2,%xmm7 encoded as c4 e3 ed 69 fc 60 When I feed it this input (t2.s below, note the register arguments) vfmaddpd %xmm4,%xmm2,%xmm6,%xmm7 it is encoded as c4 e3 c9 69 fc 20 -- Quentin --- t1 --- $ /home/qneill/wk/binutils/trunk.git/bld.trunk/gas/as-new --version GNU assembler (GNU Binutils) 2.20.51.20101101 Copyright 2010 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or later. This program has absolutely no warranty. This assembler was configured for a target of `x86_64-unknown-linux-gnu'. $ $ cat t1.s .text _start: vfmaddpd %xmm4,%xmm6,%xmm2,%xmm7 $ $ /home/qneill/wk/binutils/trunk.git/bld.trunk/gas/as-new -msyntax=att --64 t1.s -o t1-att-64.o $ /home/qneill/wk/binutils/trunk.git/bld.trunk/binutils/objdump -dw -Matt,64 t1-att-64.o t1-att-64.o: file format elf64-x86-64 Disassembly of section .text: <_start>: 0: c4 e3 e9 69 fc 60 vfmaddpd %xmm4,%xmm6,%xmm2,%xmm7 --- t2 --- $ /home/qneill/wk/binutils/trunk.git/bld.trunk/gas/as-new --version GNU assembler (GNU Binutils) 2.20.51.20101101 Copyright 2010 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or later. This program has absolutely no warranty. This assembler was configured for a target of `x86_64-unknown-linux-gnu'. $ $ cat t2.s .text _start: vfmaddpd %xmm4,%xmm2,%xmm6,%xmm7 $ $ /home/qneill/wk/binutils/trunk.git/bld.trunk/gas/as-new -msyntax=att --64 t2.s -o t2-att-64.o $ /home/qneill/wk/binutils/trunk.git/bld.trunk/binutils/objdump -dw -Matt,64 t2-att-64.o t2-att-64.o: file format elf64-x86-64 Disassembly of section .text: <_start>: 0: c4 e3 c9 69 fc 20 vfmaddpd %xmm4,%xmm2,%xmm6,%xmm7 ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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 ||redhat.com --- Comment #7 from Daniel Jacobowitz 2010-11-03 21:11:38 UTC --- 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 believe CPU32 can run Linux either, so there's no point trying to build glibc for it. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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/m68k only for
the “classic Linux” targets 680{2,4,6}0 and exclude cpu32 and fidoa (like
rtems, by whitelisting). This solves my initial problem.
Anything further in binutils and gcc should probably still be discussed
among the relevant porters, as it looks to me as if there is something
not in sync with each other, nor with reality?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[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-elf issue in binutils is
academic (FPU emulation). So, I think we agree that a GCC targeting m68k-linux
should not build fido multilib variants.
> I don't believe CPU32 can run Linux either, so there's no point trying to
> build
> glibc for it.
Well, CPU32 is supported by the m68knommu Linux kernel, and apparently glibc
has been built
for m68k-uclinux:
"It has been done, but in practice no one uses it." said Greg Ungerer in
ftp://ftp.au.debian.org/pub/linux.conf.au/2004/papers/16-greg-ungerer-uClinux.pdf
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 agree
with the man page (adding -m68881 should not be necessary). This appears to be
a regression.
(In reply to comment #8)
> 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/m68k only for
> the “classic Linux” targets 680{2,4,6}0 and exclude cpu32 and fidoa (like
> rtems, by whitelisting). This solves my initial problem.
The solution is to disable fido and not CPU32, if (as you say) the binutils you
are using is able to build libgfortran for CPU32. Mainline GCC needs to be
fixed to omit fido multilib variants from m68k-linux builds.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[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 and/or --icf.
Can you try the patch below and let me know if it fixes the problem for you?
-cary
Index: gold.cc
===
RCS file: /cvs/src/src/gold/gold.cc,v
retrieving revision 1.85
diff -u -p -r1.85 gold.cc
--- gold.cc 14 Oct 2010 22:10:22 - 1.85
+++ gold.cc 3 Nov 2010 23:39:44 -
@@ -359,6 +359,7 @@ queue_middle_tasks(const General_options
p != input_objects->relobj_end();
++p)
{
+ Task_lock_obj tlo(task, *p);
(*p)->layout(symtab, layout, NULL);
}
}
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[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 agree > with the man page (adding -m68881 should not be necessary). This appears to be > a regression. Sorry, I got confused. The problem is not binutils. "impossible constraint in asm" comes from gcc, of course. (Which leaves my wondering how Thorsten was able to build libgfortran for CPU32...) -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[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 for you. (But begs the question why does Debian disable optimization?) -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
