This was a puzzling link error. I then noticed that modules/dev-libs/gdl2/Examples/GNUmakefile uses
ADDITIONAL_NATIVE_LIBS=EOAccess EOControl which had a different order to the testsuite. This change surprisingly fixed the problem on my machine. My local (conservative) environment is Linux 3.13.0-65-generic #106-Ubuntu SMP Fri Oct 2 22:08:27 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Ubuntu 14.04.3 (yes, I need to update) gcc (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 I am currently using the GCC runtime compiled from github.com/gnustep. Would it be better to do this using clang and libobjc2? -- Mark On 05/02/2017 10:45 AM, Matt Rice wrote: > On Mon, May 1, 2017 at 2:25 PM, Mark Clements <[email protected]> wrote: >> I have had a first attempt at getting the testsuite working with GDL2. > Cool, > >> + Change ADDITIONAL_NATIVE_LIBS+=EOControl EOAccess to >> ADDITIONAL_NATIVE_LIBS+=EOAccess EOControl (?) > Which os/libc/etc are you using, and is this fixing link error, or > runtime error? > Not sure if this is fixing an order of symbol resolution, or a dependency on, > The undefined order in which shared library constructors are called. > > If its the latter, its possible this change of order will just swap > broken behavior on another platform, > in which case either the problem should be sorted out (at the shared > library constructor), > or more hackily ordering the link in a platform dependent manner. > _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
