Hi,
I was wondering if anyone can make sense of the following make errors.
Platform: xp
gdal1.1.8
Grass5.0.1
There are a couple of pages of undefined references eg:
usr/local/lib/gdal.a(jdemdataset.o)(.text+0x7bc):jdemdataset.cpp: undefined
reference to `operator new(unsigned)’
/usr/local/lib/gdal.a(jdemdataset.o)(.text+0x84e):jdemdataset.cpp: undefined
reference to `operator new(unsigned)’
/usr/local/lib/gdal.a(jdemdataset.o)(.text+0x895):jdemdataset.cpp: undefined
reference to `operator delete(void*)’
/usr/local/lib/gdal.a(jdemdataset.o)(.text+0x8ac):jdemdataset.cpp: undefined
reference to `operator delete(void*)’
/usr/local/lib/gdal.a(jdemdataset.o)(.text+0x968):jdemdataset.cpp: undefined
reference to `operator new(unsigned)’
/usr/local/lib/gdal.a(jdemdataset.o)(.text+0xa1c):jdemdataset.cpp: undefined
reference to `operator delete(void*)’
/usr/local/lib/gdal.a(jdemdataset.o)(.text+0x48b):jdemdataset.cpp: undefined
reference to `operator delete(void*)’
/usr/local/lib/gdal.a(jdemdataset.o)(.text$_ZN14JDEMRasterBandD0Ev+0x24):jde
mdataset.cpp: undefined reference to `operator delete(void*)’
/usr/local/lib/gdal.a(jdemdataset.o)(.data$_ZTI11JDEMDataset+0x0):jdemdatase
t.cpp: undefined reference to `vtable for __cxxabiv1::__si_class_type_info’
/usr/local/lib/gdal.a(jdemdataset.o)(.data$_ZTI14JDEMRasterBand+0x0):jdemdat
aset.cpp: undefined reference to `vtable for
__cxxabiv1::__si_class_type_info’
/usr/local/lib/gdal.a(jdemdataset.o)(.eh_frame+0x12):jdemdataset.cpp:
undefined reference to `___gxx_personality_v0’
/usr/local/lib/gdal.a(memdataset.o)(.text+0x34):memdataset.cpp: undefined
reference to `operator new(unsigned)’
/usr/local/lib/gdal.a(cpl_error.o)(.eh_frame+0x11):cpl_error.cpp: undefined
reference to `___gxx_personality_v0’
Paul Dymecki wrote:
Hi,
I was wondering if anyone can make sense of the following make errors. Platform: xp
gdal1.1.8
Grass5.0.1
Paul,
This presumably means that r.in.gdal was not being linked using a C++
compiler, or linked against the c++ support libraries. I am not too sure
how to fix it. Using "make CC=g++" might help.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
Here's the gcc call from that group error messages. I don't think i have
the right gcc version because -L isn't even an option as far as i can
tell.
gcc -L/home/grass.src/grass5.0.1/src/libes/LIB.i686-pc-cygwin -o
/home/grass.src/grass5.0.1/dist.i686-pc-cygwin/etc/bin/cmd/r.in.gdal
OBJ.i686-pc-cygwin/main.o OBJ.i686-pc-cygwin/gbgetsymbol.o
OBJ.i686-pc-cygwin/gdalbridge.o OBJ.i686-pc-cygwin/make_loc.o \
/usr/local/lib/gdal.a /usr/local/lib/ogr.a /usr/local/lib/gdal.a
/usr/local/lib/cpl.a -lm -L/usr/local
----- Original Message -----
From: "Frank Warmerdam" <warmerdam@pobox.com>
To: "Paul Dymecki" <millardymecki@sympatico.ca>
Cc: <GRASSLIST@baylor.edu>
Sent: Friday, February 21, 2003 1:46 PM
Subject: [GRASSLIST:5632] Re: gdal on cygwin errors
Paul Dymecki wrote:
> Hi,
> I was wondering if anyone can make sense of the following make
errors.
> Platform: xp
> gdal1.1.8
> Grass5.0.1
Paul,
This presumably means that r.in.gdal was not being linked using a C++
compiler, or linked against the c++ support libraries. I am not too sure
how to fix it. Using "make CC=g++" might help.
Best regards,
--
---------------------------------------+----------------------------------
----
I set the clouds in motion - turn up | Frank Warmerdam,
warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
Paul Dymecki wrote:
Here's the gcc call from that group error messages. I don't think i have
the right gcc version because -L isn't even an option as far as i can
tell.
gcc -L/home/grass.src/grass5.0.1/src/libes/LIB.i686-pc-cygwin -o
/home/grass.src/grass5.0.1/dist.i686-pc-cygwin/etc/bin/cmd/r.in.gdal
OBJ.i686-pc-cygwin/main.o OBJ.i686-pc-cygwin/gbgetsymbol.o
OBJ.i686-pc-cygwin/gdalbridge.o OBJ.i686-pc-cygwin/make_loc.o \
/usr/local/lib/gdal.a /usr/local/lib/ogr.a /usr/local/lib/gdal.a
/usr/local/lib/cpl.a -lm -L/usr/local
Either:
1. Edit src/CMD/head/head.i686-pc-cygwin and add "-lstdc++" to the
value of GDAL_LIBS.
2. Edit src/raster/r.in.gdal/Gmakefile, and change "$(CC)" to "g++".
--
Glynn Clements <glynn.clements@virgin.net>
Yes number 1 below worked(plus deleteing a few extraneous /usr/local/lib
paths from the GDAL_LIBS var). As i'm a first time user of GRASS i won't
say any more until i've produced some useful output though.(ie the code
compiled and ran r.in.gdal in=myfile.jpg out=GRASSRaster
Thanks,
Paul
----- Original Message -----
From: "Glynn Clements" <glynn.clements@virgin.net>
To: "Paul Dymecki" <millardymecki@sympatico.ca>
Cc: "Frank Warmerdam" <warmerdam@pobox.com>; <GRASSLIST@baylor.edu>
Sent: Friday, February 21, 2003 2:56 PM
Subject: [GRASSLIST:5637] Re: gdal on cygwin errors
Paul Dymecki wrote:
> Here's the gcc call from that group error messages. I don't think i
have
> the right gcc version because -L isn't even an option as far as i can
> tell.
> gcc -L/home/grass.src/grass5.0.1/src/libes/LIB.i686-pc-cygwin -o
> /home/grass.src/grass5.0.1/dist.i686-pc-cygwin/etc/bin/cmd/r.in.gdal
> OBJ.i686-pc-cygwin/main.o OBJ.i686-pc-cygwin/gbgetsymbol.o
> OBJ.i686-pc-cygwin/gdalbridge.o OBJ.i686-pc-cygwin/make_loc.o \
>
> /usr/local/lib/gdal.a /usr/local/lib/ogr.a /usr/local/lib/gdal.a
> /usr/local/lib/cpl.a -lm -L/usr/local
Either:
1. Edit src/CMD/head/head.i686-pc-cygwin and add "-lstdc++" to the
value of GDAL_LIBS.
2. Edit src/raster/r.in.gdal/Gmakefile, and change "$(CC)" to "g++".
--
Glynn Clements <glynn.clements@virgin.net>