On Oct 19, 2007, at 3:21 AM, Duncan Sands wrote: > Hi Bill, > >>> I think the objc front-end is emitting the setjmp/longjmp calls >>> itself directly, not relying on the rest of the GCC EH mechanisms... >>> >> Yes. That's my understanding. If you look at >> obj-act.c:next_sjlj_build_try_catch_finally(), it has a big comment >> showing what it converts try-catch-finalize to. > > I see. I wanted to examine how llvm-gcc-4.2 and mainline handle > the testcase > 2007-10-17-SJLJExceptions.m, but it doesn't compile with either: > > $ gcc-4.2 -x objective-c 2007-10-17-SJLJExceptions.m -O2 - > fexceptions -S -o - > .file "2007-10-17-SJLJExceptions.m" > 2007-10-17-SJLJExceptions.m:3:34: error: Foundation/Foundation.h: > No such file or directory > 2007-10-17-SJLJExceptions.m:5: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ > or ‘__attribute__’ before ‘*’ token > 2007-10-17-SJLJExceptions.m:7: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ > or ‘__attribute__’ before ‘bork’ > > Ciao, > > Duncan. > > PS: the run line has "-arch i386". Is that right? My compiler > doesn't recognize it.
"-arch i386" is an apple-ism, and Foundation.h is part of the mac system libraries. Bill, can you please adjust the test to not include a foundation header? -Chris _______________________________________________ llvm-commits mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
