=default32
--disable-werror
--with-long-double-128
collect2: ld terminated with signal 11 [Segmentation fault]
make[7]: *** [libstdc++.la] Error 1
make[7]: Leaving directory
`/home/doko/gcc/4.2/u/gcc-4.2-4.2-20070212/build/powerpc-linux-gnu/libstdc++-v3/src/debug'
make[6]: *** [build_debug]
On Mon, 12 Feb 2007, Andreas Schwab wrote:
Mikulas Patocka <[EMAIL PROTECTED]> writes:
__asm__ (".global number; number = 0x12345678");
extern void number;
These two declarations are not compatible. The latter declares number as
a data symbol, but the former defines it is an absolute symbol
objdump does not use the .gnu_debuglink information to
find debug information for a stripped executable. This
means objdump -l does not produce line numbers when
disassembling even though the information is available.
$ gcc -g -o forkfork forkfork.c
$ objcopy --only-keep-debug forkfork forkfork.db
Mikulas Patocka <[EMAIL PROTECTED]> writes:
> __asm__ (".global number; number = 0x12345678");
> extern void number;
These two declarations are not compatible. The latter declares number as
a data symbol, but the former defines it is an absolute symbol. Thus what
you get is undefined behaviour.
Hi
I found the following issue. This program:
#include
__asm__ (".global number; number = 0x12345678");
extern void number;
int main()
{
printf("%p\n", &number);
return 0;
}
works when compiled without -fPIC and segfaults when compiled with -fPIC.
When the program is broken to
--- Additional Comments From schwab at suse dot de 2007-02-12 16:32 ---
Created an attachment (id=1549)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1549&action=view)
Testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4029
--- You are receiving this mail becaus
relax_segment loops forever on relaxing .gcc_except_table, with growth
oscillating between 1 and -1.
--
Summary: relax_segment can't stabilize .gcc_except_table
Product: binutils
Version: 2.18 (HEAD)
Status: NEW
Severity: normal
Pr
