[fpc-devel] test suite, problem with missing libraries on the target

Bernd Mueller mueller.b at gmx.net
Mon May 30 11:37:38 CEST 2011


Jonas Maebe wrote:
> 
> On 30 May 2011, at 11:19, Bernd Mueller wrote:
> 
>> Jonas Maebe wrote:
>>> Why do you limit it to Linux targets?
>>
>> I am not sure about the other targets.
>>
>> LibraryFileName:= 'lib' + 
>> ForceExtension(SplitFileName(PPFile[current]), 'so');
>>
>> The above code builds the library name out of the test program name. 
>> For example "Test1.pp" becomes "libTest1.so". This cannot be right for 
>> a Windows target for example.
> 
> Windows is not supported as a remote target, but it's indeed not correct 
> for all unix targets either. The prefix of a library is always "lib" on 
> all targets, afaik. The suffix is available via dynlibs.SharedSuffix. 
> The downside of using the dynlibs unit is that it makes the dotest 
> program dependent on libdl (and hence libc) on Linux-targets. I'm not 
> sure about how to best solve this...

One could work with a default suffix ".so" and make this overridable by 
a new test option for example TEST_LIBRARY_SUFFIX.

Regards, Bernd.





More information about the fpc-devel mailing list