Linking problems on Linux that cause strip to produce corrupt objects about iphone-dev HOT 11 OPEN

The corruption is happening here:

check_indirect_symtab (arch=0x3001c0, member=0x0, object=0x300290, nitems=2, 
reserved1=30, 
section_type=6, contents=0x6e000 "?m", symbols=0x76080, symbols64=0x0, 
nsyms=303, strings=0x77430 
"", missing_reloc_symbols=0xbfffef3c, host_byte_sex=LITTLE_ENDIAN_BYTE_SEX) at 
strip.c:2019

after running indent on the file so I can read it, it's:

0x00002245 in check_indirect_symtab (arch=0x3001c0, member=0x0, 
object=0x300290, nitems=2, 
reserved1=30, section_type=6, contents=0x6e000 "?m", symbols=0x76080, 
symbols64=0x0, nsyms=303, 
strings=0x77430 "", missing_reloc_symbols=0xbfffef3c, 
host_byte_sex=LITTLE_ENDIAN_BYTE_SEX) at 
strip.c:1978
1978                        *(uint32_t *) (contents + k * 4) = value;

Possibly related to a faulty __attribute__((hidden)).

Doesn't always seem to occur. Hmmmm.

Rebuilt and the problem went away -- rebuild again and it showed up. Even after 
a
"successful" build, many apps are randomly crashing (ruby interpreter for 
example)

Could you file the crashes as separate bugs, with stack backtraces? Thanks.

Any ideas for obtaining a stack backtrace from a native app? I didn't see an 
easy way
to build gcc.

On the iPhone, /var/logs/CrashReporter/LatestCrash.plist has a backtrace; you 
can also try vmutils.framework in 
PrivateFrameworks on the iPhone (class-dump it).

Filed as bug #44. 

I got around this by skipping the stripping of libgcc_s.  

run make.  wait until make stops with errors about arm-apple-darwin-lipo and
libgcc_s.10.4.dylib.  Then run:

# cd llvm-gcc-4.0-iphone/gcc
# arm-apple-darwin-lipo -output libgcc_s.10.4.dylib -create libgcc_s.1.dylib.tmp
# arm-apple-darwin-lipo -output libgcc_s.10.5.dylib -create libgcc_s.1.dylib.tmp
# cd ..

and then make and sudo make install to finish up.  

Apps now compile for me on an x86 Linux box!