On 28 Sep 2015, at 19:02, David Lobron <[email protected]> wrote: > > Hey David, > >> /usr/local/{include,lib} is not in the default search path for gcc / clang >> on Ubuntu. You should install libobjc2 with the prefix set to /usr/ or >> explicitly add /usr/local to the search paths when configuring -make (see my >> earlier email). > > I rebuilt libobjc2 with the prefix set to /usr (I left off the trailing > slash, because paths are appended to it with a slash). This appeared to work > find, and the libs are now in /usr/lib. I uninstalled them from > /usr/local/lib, as well, to avoid any confusion: > > :~/build/clangport/akamai/gnustep-base/gnustep-base-1.24.8$ ls -l > /usr/lib/libobjc* > lrwxrwxrwx 1 root root 14 Sep 28 17:48 /usr/lib/libobjc.so -> > libobjc.so.4.6 > -rw-r--r-- 1 root root 243188 Sep 28 17:47 /usr/lib/libobjc.so.4.6 > lrwxrwxrwx 1 root root 16 Sep 28 17:48 /usr/lib/libobjcxx.so -> > libobjcxx.so.4.6 > -rw-r--r-- 1 root root 19282 Sep 28 17:47 /usr/lib/libobjcxx.so.4.6 > :~/build/clangport/akamai/gnustep-base/gnustep-base-1.24.8$ ls -l > /usr/local/lib/libobjc* > ls: cannot access /usr/local/lib/libobjc*: No such file or directory > > So far, this seems correct. But I'm still having the same issue: > OBJC2RUNTIME is true and HAVE_BLOCKS is false, leading make to build the > ObjectiveC2 subproject. The namespace clash confirms that it's looking in > /usr/include/objc, not /usr/local/include/objc: > > ../../Headers/ObjectiveC2/objc/runtime.h:89:15: error: typedef redefinition > with different types ('void *' vs 'struct objc_property *') > typedef void *objc_property_t; > ^ > /usr/include/objc/runtime.h:143:31: note: previous definition is here > typedef struct objc_property* objc_property_t; > > Do you have any other ideas as to what I might be doing wrong?
Can you find the output in config.log from the test that’s determining that you don’t have blocks support? It may be that you need to add -fblocks to [OBJ]C[C]FLAGS. Just to confirm: You did reconfigure / reinstall GNUstep-make after reinstalling the runtime? David -- This email complies with ISO 3103 _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
