[Bug binutils/13730] New: Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730 Bug #: 13730 Summary: Trying to link against gt.m object code Product: binutils Version: 2.21 Status: NEW Severity: enhancement Priority: P2 Component: binutils AssignedTo: unassig...@sourceware.org ReportedBy: jamesmikedup...@googlemail.com Classification: Unclassified Created attachment 6238 --> http://sourceware.org/bugzilla/attachment.cgi?id=6238 object file from gt.m mumps I have done a s imple experiment with trying binutils on the a gt.m binary I would like to work on getting objtools to support these binaries, and the objdump works, but the linker fails. Attached is a mini program that just calls some internal routine and the object file produced by it. It is not clear yet if gtm processes the binaries on its own before loading them. It is not clear if this should work at all, but it would be nice to know. GTM compiles the source code to obj files and loads them into memory, http://tinco.pair.com/bhaskar/gtm/doc/books/pg/OpenVMS_manual/zlinking_ch3.html g++ serenji.o /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 1 has invalid symbol index 12 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 2 has invalid symbol index 2 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 3 has invalid symbol index 2 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 4 has invalid symbol index 11 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 5 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 6 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 7 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 8 has invalid symbol index 2 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 9 has invalid symbol index 2 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 10 has invalid symbol index 12 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 11 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 12 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 13 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 14 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 15 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 16 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 17 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 18 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 19 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 20 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 21 has invalid symbol index 13 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 22 has invalid symbol index 21 /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../i386-linux-gnu/crt1.o: In function `_start': (.text+0x18): undefined reference to `main' serenji.o:serenji.o:(.text+0x67): undefined reference to `_Serenji.SHELL' serenji.o:serenji.o:(.text+0x6c): undefined reference to `_Serenji' /usr/bin/ld.bfd.real: BFD (GNU Binutils for Ubuntu) 2.21.53.20110810 internal error, aborting at ../../bfd/reloc.c line 6281 in bfd_generic_get_relocated_section_contents /usr/bin/ld.bfd.real: Please report this bug. collect2: ld returned 1 exit status Second Invocation including those two symbols as assembler code : mdupont@space-station:~/experiments/fosm/pine02/scripts$ gcc serenji.o testcode.s /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 1 has invalid symbol index 12 /usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/i386-linux-gnu/crt1.o(.debug_info): relocation 2 ha
[Bug binutils/13730] Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730
--- Comment #1 from James Michael DuPont 2012-02-23 17:38:55 UTC ---
Created attachment 6239
--> http://sourceware.org/bugzilla/attachment.cgi?id=6239
simple assembler stubs to define missing symbols
created from this c code, and just renamed the _ to . in the assembly.
void _Serenji_SHELL () {
}
void _Serenji () {
}
--
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
https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13730] Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730 --- Comment #2 from James Michael DuPont 2012-02-23 17:39:37 UTC --- Created attachment 6240 --> http://sourceware.org/bugzilla/attachment.cgi?id=6240 the mumps file , very simple one. the mumps file , very simple one. -- 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 https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13730] Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730 --- Comment #6 from James Michael DuPont 2012-02-24 11:37:51 UTC --- Thanks Nick, Compiled and tested. I will be looking into gtm more in detail. here are my test results : h4ck3rm1k3@gcc10:~/experiments/binutils$ ./ld/ld-new ~/test/attachment.cgi\?id\=6238 ./ld/ld-new: i386 architecture of input file `/home/h4ck3rm1k3/test/attachment.cgi?id=6238' is incompatible with i386:x86-64 output ./ld/ld-new: warning: cannot find entry symbol _start; defaulting to 004000b0 /home/h4ck3rm1k3/test/attachment.cgi?id=6238:/home/h4ck3rm1k3/test/attachment.cgi?id=6238:(.text+0x67): undefined reference to `_Serenji.SHELL' /home/h4ck3rm1k3/test/attachment.cgi?id=6238:/home/h4ck3rm1k3/test/attachment.cgi?id=6238:(.text+0x6c): undefined reference to `_Serenji' ./ld/ld-new: a.out(.data): relocation ".data+0xff50 (type 32)" goes out of range thanks, mike On Fri, Feb 24, 2012 at 11:58 AM, nickc at redhat dot com wrote: > http://sourceware.org/bugzilla/show_bug.cgi?id=13730 > > Nick Clifton changed: > > What |Removed |Added > > Status|NEW |RESOLVED > CC| |nickc at redhat dot com > Resolution| |FIXED > > --- Comment #5 from Nick Clifton 2012-02-24 > 10:58:33 UTC --- > Hi James, > > I think that gtm does process the binaries before linking. Certainly the > serenji.o binary cannot be linked on its own. On the other hand, the linker > should not be aborting in situations like this. Instead it should return an > error message and a suitable exit value. So I have checked in a patch that > does just this. With the patch applied I now get this message: > > a.out(.data): relocation ".data+0xff50 (type 32)" goes out of range > > Still not perfect - it does not say why the reloc is out of range - but that > is > about that best that the linker can do in this situation. > > Cheers > Nick > > -- > Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You reported the bug. -- 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 https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20838] New: Strange disassembly for 4d in x86-64 mode
https://sourceware.org/bugzilla/show_bug.cgi?id=20838 Bug ID: 20838 Summary: Strange disassembly for 4d in x86-64 mode Product: binutils Version: 2.27 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: jamesmikedupont at googlemail dot com Target Milestone: --- GNU objdump (GNU Binutils for Debian) 2.27.51.20161108 The disam seems to skip the first byte if presented with another op afterwards. please let me know if this is a bug or intended behavior. Input to as : .test16: .byte 77 .byte 0 .byte 1 .byte 1 .byte 1 .byte 1 .test17: .byte 77 .byte 1 .byte 0 .byte 0 .byte 0 .byte 0 Output of objdump : 005a <.test16>: 5a: 4d 00 01 rex.WRB add %r8b,(%r9) 5d: 01 01 add %eax,(%rcx) 5f: 01 .byte 0x1 0060 <.test17>: 60: 4d 01 00 add %r8,(%r8) 63: 00 00 add %al,(%rax) Next test : .test17: .byte 77 .byte 1 .test17b: .byte 77 .byte 1 .byte 0 .test17c: .byte 77 .byte 1 .byte 1 output : Disassembly of section .text: <.test17>: 0: 4d rex.WRB 1: 01 .byte 0x1 0002 <.test17b>: 2: 4d 01 00add%r8,(%r8) 0005 <.test17c>: 5: 4d 01 01add%r8,(%r9) -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20838] Strange disassembly for 4d in x86-64 mode
https://sourceware.org/bugzilla/show_bug.cgi?id=20838 --- Comment #2 from James Michael DuPont --- It did not disasm the first instruction as a byte, it subsumed it, the 4d is lost. Here are some permutations over the data bytes with different lengths and values to show what is outputted. Also the output "rex.WRB add %r8b,(%r8)" does not compile with gas. a.out: file format elf64-x86-64 Disassembly of section .text: <.test1>: 0: 4d rex.WRB 0003 <.test3>: 3: 4d 00 00rex.WRB add %r8b,(%r8) 0015 <.test7>: 15: 4d 00 00rex.WRB add %r8b,(%r8) 18: 00 00 add%al,(%rax) 1a: 01 .byte 0x1 001b <.test8>: 1b: 4d 00 00rex.WRB add %r8b,(%r8) 1e: 00 01 add%al,(%rcx) 0030 <.test12>: 30: 4d 00 00rex.WRB add %r8b,(%r8) 33: 01 00 add%eax,(%rax) 003b <.test14>: 3b: 4d 00 00rex.WRB add %r8b,(%r8) 3e: 01 00 add%eax,(%rax) 40: 01 .byte 0x1 0041 <.test15>: 41: 4d 00 00rex.WRB add %r8b,(%r8) 44: 01 01 add%eax,(%rcx) 004c <.test17>: 4c: 4d 00 00rex.WRB add %r8b,(%r8) 4f: 01 01 add%eax,(%rcx) 51: 01 .byte 0x1 0052 <.test18>: 52: 4d 00 01rex.WRB add %r8b,(%r9) 00a1 <.test33>: a1: 4d rex.WRB a2: 01 .byte 0x1 00a3 <.test34>: a3: 4d 01 00add%r8,(%r8) 00b5 <.test38>: b5: 4d 01 00add%r8,(%r8) b8: 00 00 add%al,(%rax) ba: 01 .byte 0x1 00bb <.test39>: bb: 4d 01 00add%r8,(%r8) be: 00 01 add%al,(%rcx) 0141 <.test64>: 141: 4d rex.WRB 142: 02 .byte 0x2 0143 <.test65>: 143: 4d 02 00rex.WRB add (%r8),%r8b 01e3 <.test96>: 1e3: 4d 03 00add(%r8),%r8 0281 <.test126>: 281: 4d rex.WRB 282: 04 .byte 0x4 0283 <.test127>: 283: 4d 04 00rex.WRB add $0x0,%al 0295 <.test131>: 295: 4d 04 00rex.WRB add $0x0,%al 298: 00 00 add%al,(%rax) 29a: 01 .byte 0x1 0321 <.test157>: 321: 4d rex.WRB 322: 05 .byte 0x5 032f <.test161>: 32f: 4d 05 00 00 00 00 rex.WRB add $0x0,%rax -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/20842] New: Crash of AS on invalid data
https://sourceware.org/bugzilla/show_bug.cgi?id=20842 Bug ID: 20842 Summary: Crash of AS on invalid data Product: binutils Version: 2.27 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: jamesmikedupont at googlemail dot com Target Milestone: --- This line was genrated by objdump : 9f5ed5: 66 c4 01 01 66 c4 data16 vpcmpgtd %xmm12,%xmm15,%xmm8 Feeding it back to as : regen2.asm: Assembler messages: regen2.asm:2: Internal error, aborting at ../../gas/config/tc-i386.c:7215 in output_insn Please report this bug. Here are the lines that crashed the as. test19777: data16 vpcmpgtd %xmm12,%xmm15,%xmm8 test19778: data16 vpcmpgtd %xmm5,%xmm15,%xmm8 test19779: data16 movb $0x01,(%rax) test19780: data16 movb $0x01,(%rcx) -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20838] Strange disassembly for 4d in x86-64 mode
https://sourceware.org/bugzilla/show_bug.cgi?id=20838 --- Comment #3 from James Michael DuPont --- Here is another problem I can reproduce : 1. asm input: test5: epz; add %al,(%rax); Assembling produces this : 1test5: 2 F3repz; 3 0001 add %al,(%rax); Objdump is missing an newline: : 0: f3 00 00repz add %al,(%rax) -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20838] Strange disassembly for 4d in x86-64 mode
https://sourceware.org/bugzilla/show_bug.cgi?id=20838 --- Comment #4 from James Michael DuPont --- Created attachment 9650 --> https://sourceware.org/bugzilla/attachment.cgi?id=9650&action=edit example objdump output from bad test cases these are produced by objdump from the as input file attached via as http://paste.debian.net/896743/ -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20838] Strange disassembly for 4d in x86-64 mode
https://sourceware.org/bugzilla/show_bug.cgi?id=20838 --- Comment #5 from James Michael DuPont --- Here are some invalid operations that are generated by objdump but cannot be compiled by as : # 44 63 0a movslq (%rdx),%r9d test20: .byte 68 # 44 .byte 99 # 63 .byte 10 # 0a compiling and dumping that produces : 0030 : 30: 44 63 0amovslq (%rdx),%r9d compiling the result : movslq (%rdx),%r9d Assembler messages: 1: Error: operand type mismatch for `movslq' I have a bunch of ones that are not round trippable : http://paste.debian.net/896743/ then the extracted assembler from objdump with invalid instructions are http://paste.debian.net/896744/ -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/20838] Strange disassembly for 4d in x86-64 mode
https://sourceware.org/bugzilla/show_bug.cgi?id=20838 --- Comment #6 from James Michael DuPont --- Created attachment 9651 --> https://sourceware.org/bugzilla/attachment.cgi?id=9651&action=edit example binary input these are annotated bytes for x86 64 assembler from instructions were produced by objdump that did not compile by as. Compiling the bytes and objdumping them produces new asm that is sometimes invalid. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12076] New: Duplicate line of code
In git head of binutils opcodes/i386-dis.c git://sources.redhat.com/git/binutils.git commit 02b8e8a650538a408144a3b5d329f229036ffbde Author: Alan Modra Date: Wed Sep 29 06:49:32 2010 + There is a duplicate line: 241 #define RMAL OP_REG, al_reg 242 #define RMAL OP_REG, al_reg I dont think this is needed. -- Summary: Duplicate line of code Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: jamesmikedupont at googlemail dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=12076 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12087] build fails on 'make'
--- Additional Comments From jamesmikedupont at googlemail dot com 2010-10-03 09:51 --- please include the results of -save-temps when compiling. gcc --verbose -save-temps -DHAVE_CONFIG_H -I. -I../../binutils -I. -I../../binutils -I../bfd -I../../binutils/../bfd -I../../binutils/../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT size.o -MD -MP -MF .deps/size.Tpo -c -o size.o ../../binutils/size.c -- http://sourceware.org/bugzilla/show_bug.cgi?id=12087 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12089] build fails on 'make' #1
--- Additional Comments From jamesmikedupont at googlemail dot com 2010-10-03 15:27 --- ../../binutils/sysdep.h:79:1 #if !HAVE_DECL_STRSTR extern char *strstr (); #endif It should look more like this, no? extern char *strstr(const char *, const char *) __ATTR_PURE__; not () -- http://sourceware.org/bugzilla/show_bug.cgi?id=12089 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12089] build fails on 'make' #1
--- Additional Comments From jamesmikedupont at googlemail dot com 2010-10-04 17:34 --- This occurs on hurd as well. GNU flubber 0.3 GNU-Mach 1.3.99/Hurd-0.3 i386-AT386 GNU gcc -v Using built-in specs. Target: i486-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.4-14' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --enable-libstdcxx-debug --with-arch=i586 --with-tune=generic --enable-checking=release --build=i486-gnu --host=i486-gnu --target=i486-gnu Thread model: posix gcc version 4.4.5 20100909 (prerelease) (Debian 4.4.4-14) -- What|Removed |Added CC| |jamesmikedupont at | |googlemail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=12089 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/12089] build fails on 'make' #1
http://sourceware.org/bugzilla/show_bug.cgi?id=12089 --- Comment #6 from James Michael DuPont 2010-10-09 17:08:05 UTC --- Flubber is down, cannot reproduce. http://news.gmane.org/gmane.os.hurd.bugs/cutoff=19821 will try again soon. mike -- 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/12089] build fails on 'make' #1
http://sourceware.org/bugzilla/show_bug.cgi?id=12089 --- Comment #8 from James Michael DuPont 2010-10-20 10:57:57 UTC --- I am guessing that this has something to do with my branch, I will check now. mike -- 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/12089] build fails on 'make' #1
http://sourceware.org/bugzilla/show_bug.cgi?id=12089 James Michael DuPont changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1 |0 --- Comment #9 from James Michael DuPont 2010-10-20 17:47:45 UTC --- I have tested this on hurd with the git version of binutils and it is not a problem. It seems to be a problem with the autoconf version I used in my branch. So I guess we can close the bug. mike -- 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/12089] build fails on 'make' #1
http://sourceware.org/bugzilla/show_bug.cgi?id=12089 --- Comment #11 from James Michael DuPont 2010-10-20 18:13:44 UTC --- Bert was testing my branch and had the problem. http://gitorious.org/binutils-introspector/binutils-introspector I will have to check out the autotools stuff. i suspect it is a problem. mike On Wed, Oct 20, 2010 at 7:59 PM, tschwinge at sourceware dot org wrote: > http://sourceware.org/bugzilla/show_bug.cgi?id=12089 > > Thomas Schwinge changed: > > What |Removed |Added > > Status|UNCONFIRMED |RESOLVED > Resolution| |WORKSFORME > > --- Comment #10 from Thomas Schwinge > 2010-10-20 17:58:41 UTC --- > Ack. > > Bert, please re-open if this is still an issue for you (and you can > provide the data I asked for). > > -- > 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. > -- 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
