buffer overflow detected during arm-apple-darwin-ar in llvm-gcc-4.0-iphone

[GoogleCodeExporter]

During compile of llvm-gcc-4.0-iphone:

Consistently fails at this build stage as many of the object files contain
no symbols, causing a "buffer overflow detected" error from arm-apple-darwin-ar

arm-apple-darwin-ranlib: file: ./libgcc.a(blah) has no symbols
arm-apple-darwin-ranlib: file: ./libgcc.a(blah) has no symbols
...
arm-apple-darwin-ranlib: file: ./libgcc.a(blah) has no symbols

Here is my system:

uname -a:
Linux akira 2.6.27-14-generic #1 SMP Fri Mar 13 18:00:20 UTC 2009 i686
GNU/Linux
cat /proc/version:
Linux version 2.6.27-14-generic (buildd@palmer) (gcc version 4.3.2 (Ubuntu
4.3.2-1ubuntu12) ) #1 SMP Fri Mar 13 18:00:20 UTC 2009

Is there anyway to switch off the buffer overflow detection?
Should the object files have no symbols? seems odd to me.

Original issue reported on code.google.com by wmbraith...@gmail.com on 1 Apr 2009 at 5:05

[GoogleCodeExporter]

no worries.
fixed it by just plowing through the errors, eventually it gets through all the 
code.
Looks like the lack of symbols isn't a problem.

Original comment by wmbraith...@gmail.com on 1 Apr 2009 at 6:41

[GoogleCodeExporter]

Unfortunately I am unable to simply ignore the buffer overflow while building
"llvm-gcc-4.0-iphone/arm-apple-darwin/libstdc++-v3/libsupc++/libsupc++convenienc
e.a"

arm-apple-darwin-ar cru .libs/libsupc++convenience.a  del_op.o del_opnt.o 
del_opv.o
del_opvnt.o eh_alloc.o eh_arm.o eh_aux_runtime.o eh_call.o eh_catch.o 
eh_exception.o
eh_globals.o eh_personality.o eh_term_handler.o eh_terminate.o eh_throw.o 
eh_type.o
eh_unex_handler.o guard.o new_handler.o new_op.o new_opnt.o new_opv.o 
new_opvnt.o
pure.o tinfo.o tinfo2.o vec.o vterminate.o cp-demangle.o
/share/dev/third/iphone-linux/bin/arm-apple-darwin-ranlib: file:
.libs/libsupc++convenience.a(eh_arm.o) has no symbols
*** buffer overflow detected ***:
/share/dev/third/iphone-linux/bin/arm-apple-darwin-ranlib terminated

any thoughts would be appreciated, thanks.

Original comment by wmbraith...@gmail.com on 1 Apr 2009 at 6:29

[GoogleCodeExporter]

I also got the error (see my error report for id 173). What I noticed was that 
if I
just re-ran 'make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn' This seemed to 
make
it ignore the buffer-overflow, but eventually I ran into another error (the -lc 
not
finding libgcc_s.dylib) I'm pretty sure I extracted the decrypted dmg of the
filesystem properly (though I am still not completely sure)

I am on Ubuntu Intrepid with gcc 4.3.2

Original comment by undefinedspace on 1 Apr 2009 at 7:40

[GoogleCodeExporter]

I installed gcc-4.2 and g++-4.2 and changed the symlinks to point to those 
binaries
and I don't get the buffer overflow error anymore. I do, however, still get the 
"load
command 7 unknown cmd field" error.

Original comment by undefinedspace on 1 Apr 2009 at 11:12

[GoogleCodeExporter]

Anyone know how to deal with the buffer overflow? I still stuck there even 
using gcc-4.2. Thanks

Original comment by chuangts...@gmail.com on 8 Dec 2009 at 3:46

[GoogleCodeExporter]

I am stuck, getting the same error. please help if anyone has come across this. 

Original comment by kumarsfr...@gmail.com on 13 Dec 2009 at 5:15