Hi David,
David Chisnall wrote:
This looks like what happens if you have no @catch block anywhere on the stack.
If you can recompile the runtime, try sticking #define DEBUG_EXCEPTIONS in
eh_personality.c - it will report where failures are happening.
I updated and rebuilt with clang-devel (7.0)
Finally, this compiler completes build! I install but things do not work
better.
I rerun configure of gnustep-base and notice that the obj-c availability
test fails with this error:
| int main(int argc, char **argv) {
| pid_t t = syscall(SYS_gettid); return t == -1 ? 1 : 0; }
configure:7806: result: no
configure:7817: checking whether objc really works
configure:7837: gcc7 -o conftest -g -O2 -I/Local/Library/Headers
-I/Local/Library/Headers -I/System/Library/Headers -I/usr/local/include
-I/System/Library/Headers -fgnu-runtime -x ob
jective-c -shared-libgcc -L/Local/Library/Libraries
-L/Local/Library/Libraries -L/System/Library/Libraries -L/usr/local/lib
-L/System/Library/Libraries conftest.c -lrt -lpthread -rdy
namic -shared-libgcc -pthread -fexceptions -fgnu-runtime
-L/home/multix/GNUstep/Library/Libraries -L/Local/Library/Libraries
-L/System/Library/Libraries -L/usr/local/lib -lobjc -lm >&5
/System/Library/Libraries/libobjc.so: undefined reference to `__atomic_load'
collect2: error: ld returned 1 exit status
configure:7837: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
This hints that libobjc.so is not properly linked or misses atomic_load
for some reason.
Riccardo
_______________________________________________
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev