Re: GDL2: prototypes and EOAttribute.m

[Mark Clements]

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 <mark.clements@ki.se> 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.
>