CLISP build fails w/unresolved ref to _FMTID_UserDefinedProperties

Fred Stone freddybear428007@cs.com
Sun Dec 24 00:17:00 GMT 2006


rurban@x-ray.at wrote:
> Fred Stone schrieb:
>> I am attempting to build CLISP 2.41 from the Cygwin source download and
>> I get unresolved references in the clisp-link "base" step in the
>> syscalls module.
>>
>> The build parameters I used are as follows:
>> ./configure \
>>       --build /build2 \
>>       --prefix=/usr
>>       --fsstnd=redhat \
>>       --with-dynamic-ffi \
>>       --with-module=bindings/win32 \
>>       --with-module=gdi \
>>       --with-module=fastcgi \
>>       --with-module=clx/new-clx \
>>       --with-module=pcre \
>>       --with-module=rawsock \
>>       --with-module=wildcard \
>>       --with-module=dirkey \
>>       --with-module=zlib
>>
>> I chose to match those suggested in the CYGWIN-PATCHES/README, with the
>> addition of clx. I did make sure to apply the source patches using 
>> cygport.
> 
> Be sure to have the interim build patch applied to Makefile cflags.h 
> makevars for LIBS as described in the .cygport.
> Maybe that's the cause for the linker problem below.
> 
>> I patched /usr/include/w32api/basetyps.h as suggested in the message
>> http://www.cygwin.com/ml/cygwin/2006-12/msg00103.html to fix the error
>> with REFFMTID, however, I then get this link error:
>> function `C_subr_posix_file_properties':
>> /build2/syscalls/calls.c:3928: undefined reference to
>> `_FMTID_UserDefinedProperties'
>> /build2/syscalls/calls.c:3930: undefined reference to
>> `_FMTID_SummaryInformation'
> 
> Good boy,
> Anton Vodonosov has a point. syscalls worked before.
> 
>> The link includes the "-luuid" parameter which references 
>> ..w32api/libuuid.a however, an objdump shows that they are not present 
>> in that library. The library of the same name in mingw does have the 
>> references to the symbols _FMTID_UserDefinedProperties and 
>> _FMTID_SummaryInformation.
> 
> Thanks for reporting this w32api issue.
> Unfortunately I'm off into holidays for two weeks.
> Try with the previous w32api to have clx support.
> 

I regressed w32api to the 3.7-1 level using setup and was able to 
successfully build and test CLISP with the clx demos.

> BTW: The new gtk+ module looks much more promising!
> It probably will be in the next cygwin release.

Something to look for :)

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/



More information about the Cygwin mailing list