[Bug binutils/6714] WindRes 2.18 can't concatenate literal strings anymore?

2009-05-13 Thread stu at nosnilmot dot com
--- Additional Comments From stu at nosnilmot dot com 2009-05-13 19:34 --- Here's a test case: $ cat stringconcattest.rc #define PIXMAPSDIR "pixmaps/" TRAY_ICON_TEST ICON PIXMAPSDIR "testicon.ico" $ ls -l pixmaps/testicon.ico -rw-rw-r--. 1 stu stu 318 2009-05-13 20:30 pixmaps/testi

[Bug ld/10152] [2.20 regression] ld segfault linking the kernel

2009-05-13 Thread doko at debian dot org
-- What|Removed |Added CC||paul at codesourcery dot com http://sourceware.org/bugzilla/show_bug.cgi?id=10152 --- You are receiving t

[Bug ld/10152] New: [2.20 regression] ld segfault linking the kernel

2009-05-13 Thread doko at debian dot org
http://sourceware.org/ml/binutils/2009-05/msg00220.html Paul Brook schrieb: > The patch below implements linker processing of ARM unwinding tables > (SHT_ARM_EXIDX). > > 2009-05-05 Paul Brook > > bfd/ > * bfd-in.h (elf32_arm_fix_exidx_coverage): Add prototype. > * bfd-in2.h

libbfd: adr2errline resolution does not work for 32bit programs on x86_64 plattforms

2009-05-13 Thread Elmar Stellnberger
Using the addr2errline sample program from http://linuxgazette.net/151/misc/melinte/addr2line.c I get the following results: > gcc addr2errline.c -o addr2errline -lbfd -liberty -lz > ./addr2errline getlineno 0x804b335 0x804b2aa main [getlineno.c:61] ThisLine [getlineno.c:49] > gcc -m32 addr2errli

[Bug binutils/10151] New: libbfd: adr2errline resolution does not work for 32bit programs on x86_64 plattforms

2009-05-13 Thread estellnb at gmail dot com
Using the addr2errline sample program from http://linuxgazette.net/151/misc/melinte/addr2line.c I get the following results: > gcc addr2errline.c -o addr2errline -lbfd -liberty -lz > ./addr2errline getlineno 0x804b335 0x804b2aa main [getlineno.c:61] ThisLine [getlineno.c:49] > gcc -m32 addr2errli

[Bug gas/10150] New: GAS doesn't allow ljmp foo:bar syntax when using .intel_syntax mode

2009-05-13 Thread jacob at whotookspaz dot org
GAS currently doesn't allow the following syntax for ljmp when using .intel_syntax noprefix: ljmp 0x8:gdt_update_flush The equavilent AT&T syntax is: ljmp $0x8, $gdt_update_flush. The error GAS spits out is foo.S:bar: Error: ambiguous operand size or operands invalid for `ljmp'. The current work