Mozy Online Backup: 2GB Free. Automatic. Secure.

Subject: RE: Problems builting GDAL with MrSid support - msg#00123

List: gis.gdal.devel

Date: Prev Next Index Thread: Prev Next Index

Lorenzo,
I have not built GDAL with MrSID but several MrSID Decode SDK users have had
problems like this when try to make SOs and dynlibs. DSDK archive has some
object files that should not be in there and linker is not pruning them out.
Could you send me the link line?

-john
(MrSID SDK Engineer)

-----Original Message-----
From: gdal-dev-bounces@xxxxxxxxxxxxxxxx
[mailto:gdal-dev-bounces@xxxxxxxxxxxxxxxx]On Behalf Of Lorenzo Moretti
Sent: Wednesday, December 22, 2004 9:06 AM
To: gdal-dev@xxxxxxxxxxxxxxxx
Subject: [Gdal-dev] Problems builting GDAL with MrSid support

I want to add MrSid support in GDAL 1.2.5 on Mac OS X.

MrSID is the binary from Lizard Tech.

In configure all is ok and the - Geo_DSDK-4.0.9.713 folder is recognized.

In Make the problem is at the end. There is an undefined symbols

ld: Undefined symbols:
_LTUMDenomMrSIDEnc
LizardTech::LTUMKeyMgr::getUsagePackKey(unsigned char*, unsigned int&)
LizardTech::LTUMKeyMgr::getSysID(char*, unsigned int&)
LizardTech::LTLocalUsageManager::initialize()
LizardTech::LTLocalUsageManager::installUsagePack(LizardTech::LTIOStreamInf*,
unsigned char const*, unsigned int)
LizardTech::LTLocalUsageManager::getMeter(_GUID const*,
LizardTech::LTUsageMeterInf**)
LizardTech::LTLocalUsageManager::getDBPath(char*, unsigned int&)
LizardTech::LTLocalUsageManager::LTLocalUsageManager()
LizardTech::LTLocalUsageManager::~LTLocalUsageManager()
LizardTech::MG3PlaneRangeDecoder::done()
LizardTech::MG3PlaneRangeDecoder::begin()
LizardTech::MG3PlaneRangeDecoder::nextRange(unsigned long long&, bool&)
LizardTech::MG3PlaneRangeEncoder::nextRange(unsigned long long, bool)
LizardTech::MSEAdjuster::nominalMSE(LizardTech::MG3PlaneDesc const&,
LizardTech::MG3ImageInfo const&)
LizardTech::MG3MessageReader::initialize()
LizardTech::MG3MessageReader::nextMessage()
LizardTech::MG3MessageReader::getMessageBody(LizardTech::MG3Message&)
LizardTech::MG3MessageReader::skipMessageBody()
LizardTech::MG3MessageReader::MG3MessageReader(LizardTech::LTIOStreamInf&)
LizardTech::MG3MessageReader::~MG3MessageReader()
LizardTech::MG3MessageWriter::initialize()
LizardTech::MG3MessageWriter::writeMessage(LizardTech::MG3Message&)
LizardTech::MG3MessageWriter::done()
LizardTech::MG3MessageWriter::MG3MessageWriter(LizardTech::LTIOStreamInf&)
LizardTech::MG3MessageWriter::~MG3MessageWriter()
LizardTech::MG3MSEReplyMessage::MG3MSEReplyMessage(unsigned int,
LizardTech::LTIOStreamInf*)
LizardTech::MG3MSEReplyMessage::~MG3MSEReplyMessage()
LizardTech::MG3DataReplyMessage::MG3DataReplyMessage(unsigned int,
LizardTech::LTIOStreamInf*)
LizardTech::MG3DataReplyMessage::~MG3DataReplyMessage()
LizardTech::MG3MSERequestMessage::MG3MSERequestMessage()
LizardTech::MG3MSERequestMessage::~MG3MSERequestMessage()
LizardTech::MG3DataRequestMessage::MG3DataRequestMessage()
LizardTech::MG3DataRequestMessage::~MG3DataRequestMessage()
LizardTech::MG3PacketReplyMessage::MG3PacketReplyMessage(unsigned int,
LizardTech::MG3PacketType const&, LizardTech::MG3PacketWriter*)
LizardTech::MG3PacketReplyMessage::~MG3PacketReplyMessage()
LizardTech::MG3VersionReplyMessage::MG3VersionReplyMessage(LizardTech::MG3Version
const*)
LizardTech::MG3VersionReplyMessage::~MG3VersionReplyMessage()
LizardTech::MG3PacketRequestMessage::MG3PacketRequestMessage()
LizardTech::MG3PacketRequestMessage::~MG3PacketRequestMessage()
LizardTech::MG3VersionRequestMessage::MG3VersionRequestMessage()
LizardTech::MG3VersionRequestMessage::~MG3VersionRequestMessage()
/usr/bin/libtool: internal link edit command failed
make[1]: *** [libgdal.la] Error 1
make: *** [check-lib] Error 2

Gdal is built with other libs but not with MrSid now.

Who can help me?

--

________________________________________________________________________
|| Lorenzo Moretti e-mail: lorenzo.moretti@xxxxxxxxxxxxxxx
||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/
|| | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ (ris.)
~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131
________________________________________________________________________

Was this page helpful?

Thread at a glance:

Previous Message by Date: click to view message preview

Re: Linux port problem

Bruce, It would be helpful if you included the command you are attempting to execute, the stdout and stderr it is producing, your platform specifics, (i.e., OS vender, kernel rev. & system architecture), and your compiler (version). You don't need root access to build gdal, just execute permission to the compiler, (make tools, preprocessor), read access to shared libraries and headers, and write access to some place (i.e., your home directory) where you can compile (and ultimately execute) your binaries. However, I am confused as to what you're trying to do. Are you attempting to link GDAL to an application you wrote, or some other (perhaps common) application? I'm also confused by your statement, "it kept looking for SQL files." Jack Varga Clay, Bruce wrote: I am having problems porting my (working) Windows based application to Linux. It is most likely something I am doing wrong in the Makefile. Right up front I will admit I am very rusty on Linux. It has been several years since I have used it regularly and then I explicitly linked dot a files rather than dot so files. I first tried to build GDAL from the current tarball and did get libraries out of it but it kept looking for SQL files so I downloaded the FWTools-linux-0.9.4.tar.gz file. I do not have root access to the system so I unpacked the tar file and put all of the files from the lib directory in a directory in my LD_LIBRARY_PATH. I have libgdal.so in my makefile library path but I get several link (undefined reference) errors on various GDAL and OGR member functions such as GDALRasterBand::GetRasterDataType and OGRPoint::OGRPoint. I believe the linker is finding the library ok because if I take libgdal.so out of the make file I get eve more errors such as GDALOpen. As I recall we used to have to run ranlib on dot a files when they did this kind of thing but that doesn’t apply to dot so files does it? Besides that since I am using the precompiled libraries it seems like they should already be up to date. I know this is likely some dumb thing I am not doing but I don’t see what. Any thoughts would be greatly appreciated. Bruce ------------------------------------------------------------------------ _______________________________________________ Gdal-dev mailing list Gdal-dev@xxxxxxxxxxxxxxxx http://xserve.flids.com/mailman/listinfo/gdal-dev

Next Message by Date: click to view message preview

Re: Problems builting GDAL with MrSid support

Lorenzo Moretti wrote: I want to add MrSid support in GDAL 1.2.5 on Mac OS X. MrSID is the binary from Lizard Tech. In configure all is ok and the - Geo_DSDK-4.0.9.713 folder is recognized. [ ... ] Gdal is built with other libs but not with MrSid now. After you installed the MrSID SDK, did you run "ranlib" on the MrSID library ? MacOS X has the annoying "feature" that the linker will refuse to link libraries whose last file modification date is newer than the last time it's archive directory was updated. This means that if you copy a library to a different location, you must then run "ranlib" on it. With kind regards, Eric

Previous Message by Thread: click to view message preview

Re: Problems builting GDAL with MrSid support - resolved

Hi all After many tests I have discovered a conflict between JASPER lib and MrSID lib. The error is linked to this conflict. in configure you must enter .... --with-jasper=no \ --with-mrsid=/src/Geo_DSDK-4.0.9.713 \ .... and mrsid is built with gdal in Mac OS X. Bye -- ________________________________________________________________________ || Lorenzo Moretti e-mail: lorenzo.moretti@xxxxxxxxxxxxxxx ||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/ || | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ (ris.) ~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131 ________________________________________________________________________ _______________________________________________ Gdal-dev mailing list Gdal-dev@xxxxxxxxxxxxxxxx http://xserve.flids.com/mailman/listinfo/gdal-dev

Next Message by Thread: click to view message preview

Bug on gdal hdf format webpage?

Hi all, the gdal webpage about the hdf format (http://www.remotesensing.org/gdal/frmt_hdf4.html) says you don't need to recompile gdal when you change the MAX_FILE setting in hdf's hlimits.h and recompile the hdflib. However, my experience is different: the change in the max number of open files of the hdf driver in gdal only changes after recompiling gdal too. Which probably makes sense because the hdf lib is linked statically into gdal, and not dynamically? Am I the only one experiencing this behaviour, or is it a bug on the webpage? I'm on an amd64 gentoo linux system, using the hdf library from gentoo (4.2.0-r3) and the latest gdal from cvs. Regards, Vincent.

Loading Comments...