[GRASS-dev] v.what compiling error

[Hamish]

Michael Barton wrote:
> Well, I just updated and recompiled from the cvs and v.what won't compile.
> I'll list the error below.
...
> ========= v.what compile error ===============
...
> gcc -L/Users/cmbarton/grass_dev/grass6/dist.i686-apple-darwin8.10.1/lib
> -I/Library/Frameworks/GDAL.framework/unix/include
> -DPACKAGE=\""grassmods"\" -o
> /Users/cmbarton/grass_dev/grass6/dist.i686-apple-darwin8.10.1/bin/v.what
> OBJ.i686-apple-darwin8.10.1/main-1.12work.o
> OBJ.i686-apple-darwin8.10.1/main.o OBJ.i686-apple-darwin8.10.1/what.o
> -lgrass_display -lgrass_gis -lgrass_datetime -lz     -lgrass_raster
> -lgrass_pngdriver -lgrass_driver -lgrass_gis -lgrass_datetime -lz
> -L/Library/Frameworks/FreeType.framework/unix/lib -lfreetype  -liconv
> -lgrass_gis -lgrass_datetime -lz
> -L/Library/Frameworks/UnixImageIO.framework/unix/lib -lpng  -lz
> -lgrass_psdriver -lgrass_driver -lgrass_gis -lgrass_datetime -lz
> -L/Library/Frameworks/FreeType.framework/unix/lib -lfreetype  -liconv
> -lgrass_gis -lgrass_datetime -lz      -lgrass_driver -lgrass_gis
> -lgrass_datetime -lz     -L/Library/Frameworks/FreeType.framework/unix/lib
> -lfreetype  -liconv  -lgrass_gis -lgrass_datetime -lz       -lgrass_raster
> -lgrass_pngdriver -lgrass_driver -lgrass_gis -lgrass_datetime -lz
> -L/Library/Frameworks/FreeType.framework/unix/lib -lfreetype  -liconv
> -lgrass_gis -lgrass_datetime -lz
> -L/Library/Frameworks/UnixImageIO.framework/unix/lib -lpng  -lz
> -lgrass_psdriver -lgrass_driver -lgrass_gis -lgrass_datetime -lz
> -L/Library/Frameworks/FreeType.framework/unix/lib -lfreetype  -liconv
> -lgrass_gis -lgrass_datetime -lz      -lgrass_driver -lgrass_gis
> -lgrass_datetime -lz     -L/Library/Frameworks/FreeType.framework/unix/lib
> -lfreetype  -liconv  -lgrass_gis -lgrass_datetime -lz      -lgrass_vect
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz      -lgrass_dbmiclient
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz      -lgrass_gis
> -lgrass_datetime -lz      -lgrass_dgl -lgrass_dig2 -lgrass_gis
> -lgrass_datetime -lz     -lgrass_rtree  -lgrass_gis -lgrass_datetime -lz
> -lgrass_linkm -lgrass_rtree  -lgrass_dig2 -lgrass_gis -lgrass_datetime -lz
> -lgrass_rtree  -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz      -lgrass_gis
> -lgrass_datetime -lz      -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz
> -L/Library/Frameworks/GDAL.framework/unix/lib -lgdal -lgrass_form
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz      -lgrass_dbmiclient
> -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz      -lgrass_gis
> -lgrass_datetime -lz      -lgrass_gis -lgrass_datetime -lz
> -lgrass_dbmiclient -lgrass_dbmibase -lgrass_gis -lgrass_datetime -lz
> -lgrass_gis -lgrass_datetime -lz      -lgrass_dbmibase -lgrass_gis
> -lgrass_datetime -lz       -lgrass_gis -lgrass_datetime -lz      -lz
> /usr/bin/ld: multiple definitions of symbol _main
> OBJ.i686-apple-darwin8.10.1/main-1.12work.o definition of _main in section
> (__TEXT,__text)
> OBJ.i686-apple-darwin8.10.1/main.o definition of _main in section
> (__TEXT,__text)
...
> collect2: ld returned 1 exit status
> make: *** 
> [/Users/cmbarton/grass_dev/grass6/dist.i686-apple-darwin8.10.1/bin/v.what]
> Error 1


(no idea; what() or a global var name used somewhere else in the namespace?)


slightly off-topic annoyance:
Could the -l{$LIBNAME} strings be processed to remove duplicates? It makes
pulling the signal out of the noise in these situations that much more
difficult. IIRC library order can matter, so a simple sort|uniq approach may
not be a quick fix, and that combinations are only specified in each modules'
Makefile, so would have to happen after that.

?

thanks,
Hamish



       
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC