[gdal-dev] build issue on OSX
Etienne Tourigny
etourigny.dev at gmail.com
Wed Dec 14 16:40:05 EST 2011
I'd say the best habit is to 'make clean' after a significant 'svn
update', or if something is funny after a minor svn update.
cheers
Etienne
On Wed, Dec 14, 2011 at 10:25 AM, Joaquim Luis <jluis at ualg.pt> wrote:
> On 14-12-2011 07:01, Even Rouault wrote:
>>
>> Le mercredi 14 décembre 2011 01:48:36, Joaquim Luis a écrit :
>>>
>>> Hi,
>>>
>>> It's been a while (well, a couple of months) since I built on OSX but I
>>> only did a svn update and I now get these linking errors
>>>
>>> ....stall_name /usr/local/lib/libgdal.1.dylib -compatibility_version 17
>>> -current_version 17.0 -Wl,-single_module
>>> ld: warning: path '/System/Library/Frameworks/Carbon.framework/Carbon'
>>> following -L not a directory
>>> Undefined symbols:
>>> "HFAEntry::FindChildren(char const*, char const*)", referenced from:
>>> _HFAGetIGEFilename in hfaopen.o
>>> _HFARenameReferences in hfaopen.o
>>> _HFARenameReferences in hfaopen.o
>>> _HFARenameReferences in hfaopen.o
>>> (maybe you meant: HFAEntry::FindChildren(char const*, char const*,
>>> int))
>>> ld: symbol(s) not found
>
>
>> Did you 'make clean' before 'make' ? Sounds like you didn't. The
>> FindChildren() has an extra optional argument now.
>
>
> Apparently I hadn't (I try to keep the habit of 'make install' immediately
> followed by 'make clean') because it worked after doing it.
> Thanks
>
>
> Joaquim
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
More information about the gdal-dev
mailing list