Re: [Fink-beginners] grass60?

[Alexander H. <ale...@gm...>]

(shortened version for lists)

That's not quite the full line, but I guess the ld64 call is probably
buried in the call to g++, unless there is an error.
However, that doesn't change the fact that you're seeing libnetcdf.a,
and if you've turned on the whole unstable tree and have netcdf-3.6.3-2
that file shouldn't even exist anymore.  Did you _not_ turn on the whole
unstable tree?  What version of netcdf do you have? (One way to get that
information is to use "fink dumpinfo -fallversions netcdf" and see which
version number has "bi" in front of it)


stephen sefick wrote:
> ....
> 0/ogr/ogrsf_frmts/o/.libs/ustrings.o
> /sw/src/fink.build/gdal-1.6.0-1002/gdal-1.6.0/ogr/ogrsf_frmts/o/.libs/writer.o
> ./ogr/.libs/ogrgeometryfactory.o ./ogr/.libs/ogrpoint.o
> ./ogr/.libs/ogrcurve.o ./ogr/.libs/ogrlinestring.o
> ./ogr/.libs/ogrlinearring.o ./ogr/.libs/ogrpolygon.o
> ./ogr/.libs/ogrutils.o ./ogr/.libs/ogrgeometry.o
> ./ogr/.libs/ogrgeometrycollection.o ./ogr/.libs/ogrmultipolygon.o
> ./ogr/.libs/ogrsurface.o ./ogr/.libs/ogrmultipoint.o
> ./ogr/.libs/ogrmultilinestring.o ./ogr/.libs/ogr_api.o
> ./ogr/.libs/ogrfeature.o ./ogr/.libs/ogrfeaturedefn.o
> ./ogr/.libs/ogrfeaturequery.o ./ogr/.libs/ogrfeaturestyle.o
> ./ogr/.libs/ogrfielddefn.o ./ogr/.libs/ogrspatialreference.o
> ./ogr/.libs/ogr_srsnode.o ./ogr/.libs/ogr_srs_proj4.o
> ./ogr/.libs/ogr_fromepsg.o ./ogr/.libs/ogrct.o ./ogr/.libs/ogr_opt.o
> ./ogr/.libs/ogr_srs_esri.o ./ogr/.libs/ogr_srs_pci.o
> ./ogr/.libs/ogr_srs_usgs.o ./ogr/.libs/ogr_srs_dict.o
> ./ogr/.libs/ogr_srs_panorama.o ./ogr/.libs/ogr_srs_erm.o
> ./ogr/.libs/swq.o ./ogr/.libs/ogr_srs_validate.o
> ./ogr/.libs/ogr_srs_xml.o ./ogr/.libs/ograssemblepolygon.o
> ./ogr/.libs/ogr2gmlgeometry.o ./ogr/.libs/gml2ogrgeometry.o
> -L/sw/lib /sw/lib/libproj.dylib -L/sw/lib/libgeos3
> /sw/lib/libgeos3/libgeos_c.dylib /sw/lib/libgeos3/libgeos.dylib
> /sw/lib/libsqlite3.dylib -L/sw /sw/lib/libodbc.dylib
> /sw/lib/libiconv.dylib /sw/lib/libodbcinst.dylib -L/usr/lib
> /sw/lib/libexpat.dylib -lxerces-c -lpthread /sw/lib/libjasper.dylib
> -L/usr/X11R6/lib /sw/lib/libhdf5.dylib /sw/lib/libsz.dylib -lm -lmfhdf
> -ldf -logdi31 /sw/lib/libgif.dylib -L/usr/X11/lib
> /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib
> /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau.6.0.0.dylib
> /usr/X11/lib/libXdmcp.6.0.0.dylib /sw/lib/libtiff.dylib
> /sw/lib/libjpeg.dylib -lc /sw/lib/libpng12.dylib /sw/lib/libnetcdf.a
> -lcfitsio -L/sw/lib/postgresql-8.3 -lpq -lz -ldl /sw/lib/libcurl.dylib
>  -Wl,-m                                             -install_name
> /sw/lib/libgdal.1.dylib -Wl,-compatibility_version -Wl,15
> -Wl,-current_version -Wl,15.0
> ld64: warning: option -m is obsolete and being ignored
> ld: duplicate symbol _nctypelen in /sw/lib/libmfhdf.a(array.o) and
> /sw/lib/libnetcdf.a(putget.o)
>
> collect2: ld returned 1 exit status
> make[1]: *** [libgdal.la] Error 1
> make: *** [check-lib] Error 2
> ### execution of /var/tmp/tmp.1.QmuZ7V failed, exit code 2
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-gdal-1.6.0-1002
> (Reading database ... 85610 files and directories currently installed.)
> Removing fink-buildlock-gdal-1.6.0-1002 ...
> Failed: phase compiling: gdal-1.6.0-1002 failed
>
> Before reporting any errors, please run "fink selfupdate" and
> try again.  If you continue to have issues, please check to see if the
> FAQ on fink's website solves the problem.  If not, ask on the fink-users
> or fink-beginners mailing lists, with a carbon copy to the maintainer:
>
> 	Kurt Schwehr <go...@us...>
>
> Note that this is preferable to emailing the maintainer directly, since
> most fink package maintainers do not have access to all possible
> hardware and software configurations.
>
> I tried to install netcdf, but to no avail.  What is my course of action.
>
>
> On Sun, Apr 26, 2009 at 6:54 PM, Alexander Hansen
> <ale...@gm...> wrote:
>   
>> I'm removing people who aren't actually involved with the problem at
>> hand, since your issue is with gdal and will instead cc its maintainer.
>>
>> It would be nice actually to see the last line of output from the
>> compiler, but I do see a couple of issues here:
>>
>> 1)  You're not using the most recent version of netcdf, because I made
>> it stop building libnetcdf.a as of  version 3.6.3-2 (currently in
>> unstable) to avoid this very problem.
>> 2)  The call to "ld64" is suspicious:  I don't have that show up on my
>> builds.  Can we see the compiler output line just before what you've posted?
>>
>> stephen sefick wrote:
>>     
>>> this is the error message when trying to install gdal 1.6.0-1002 .
>>> Any help would be appreciated.
>>> thanks
>>>
>>> stephen
>>>
>>> ld64: warning: option -m is obsolete and being ignored
>>> ld: duplicate symbol _nctypelen in /sw/lib/libmfhdf.a(array.o) and
>>> /sw/lib/libnetcdf.a(putget.o)
>>>
>>> collect2: ld returned 1 exit status
>>> make[1]: *** [libgdal.la] Error 1
>>> make: *** [check-lib] Error 2
>>> ### execution of /var/tmp/tmp.1.GlMCKh failed, exit code 2
>>> Removing runtime build-lock...
>>> Removing build-lock package...
>>> /sw/bin/dpkg-lockwait -r fink-buildlock-gdal-1.6.0-1002
>>> (Reading database ... 83453 files and directories currently installed.)
>>> Removing fink-buildlock-gdal-1.6.0-1002 ...
>>> Failed: phase compiling: gdal-1.6.0-1002 failed
>>>
>>>
>>>
>>>       
>> --
>> Alexander Hansen
>> Fink User Liaison
>>
>>
>>     
>
>
>
>   


-- 
Alexander Hansen
Fink User Liaison