[Gdal-dev] Link errors with Ilwis in MS dotnet SDK

[Delfos, Jacob]

Howard,
 
yeah, that's what I did. But like I said, my DLL is now misbehaving a bit. I
was just wondering whether it had to do with me removing it, since I am not
sure what it is.
 
thanks,
 
Jacob

  _____  

From: Howard Butler [mailto:hobu at iastate.edu] 
Sent: 14 April 2005 11:12
To: Delfos, Jacob; 'gdal-dev at xserve.flids.com'
Subject: Re: [Gdal-dev] Link errors with Ilwis in MS dotnet SDK


Jacob,

You can disable the ilwis driver by editing the makefile.vc in the frmts
directory and removing the -DFRMT_ilwis variable in the EXTRAFLAGS line.

Howard


At 1:04 PM +1000 4/14/05, Delfos, Jacob wrote:

Hi List,


When trying to compile using the CVS version of April 13, I get some errors
about "ilwiscoordinatesystem.obj". I have tried to remove it from the
makefile.vc, which results in it compiling at least to the stage of the DLL
(which is all I need).


Unfortunately, the DLL doesn't quite seem to work, because php_mapscript_44
won't load. When using "depends.exe", I get this error:


Error: At least one module has an unresolved import due to a missing export
function in an implicitly dependent module.
It shows gdal12.dll in red, although running "depends" on gdal12.dll itself
gives no errors.


Can anyone tell me whether "Ilwis" is essential, or what else the problem
could be? Using the same platform, I previously compiled a working DLL
(gdal125).


The link errors I get if I keep Ilwis included are:



msvcprt.lib(msvcp71imp.obj) : error LNK2005: "class
std::basic_istream<char,struct std::char_traits<char> > & __cdecl st


d::operator>><char,struct std::char_traits<char>,class std::allocator<char>
>(class std::basic_istream<char,struct std::


char_traits<char> > &,class std::basic_string<char,struct
std::char_traits<char>,class std::allocator<char> > &)" (??$?5


DU?$char_traits at D@std@@V?$allocator at D@1@@std@@YAAAV?$basic_istream at DU?$char_
traits at D@std@@@0 at AAV10@AAV?$basic_string at DU?


$char_traits at D@std@@V?$allocator at D@2@@0@@Z) already defined in
ilwiscoordinatesystem.obj


[...]


msvcprt.lib(msvcp71imp.obj) : warning LNK4006: "class
std::basic_istream<unsigned short,struct std::char_traits<unsigned


 short> > & __cdecl std::getline<unsigned short,struct
std::char_traits<unsigned short>,class std::allocator<unsigned sh


ort> >(class std::basic_istream<unsigned short,struct
std::char_traits<unsigned short> > &,class std::basic_string<unsig


ned short,struct std::char_traits<unsigned short>,class
std::allocator<unsigned short> > &,unsigned short)" (??$getline@


GU?$char_traits at G@std@@V?$allocator at G@2@@std@@YAAAV?$basic_istream at GU?$char_
traits at G@std@@@0 at AAV10@AAV?$basic_string at GU?


$char_traits at G@std@@V?$allocator at G@2@@0 at G@Z) already defined in
ilwiscoordinatesystem.obj; second definition ignored
   Creating library gdal_i.lib and object gdal_i.exp
MSVCRT.lib(cinitexe.obj) : warning LNK4098: defaultlib 'libc.lib' conflicts
with use of other libs; use /NODEFAULTLIB:li


brary
gdal12.dll : fatal error LNK1169: one or more multiply defined symbols found
NMAKE : fatal error U1077: 'link' : return code '0x491'



Regards,


Jacob



JACOB DELFOS
SPATIAL INFORMATION ANALYST
Maunsell Australia Pty Ltd
629 Newcastle Street, WA 6007
PO Box 81, WA 6902
Leederville
Western Australia
ABN 20 093 846 925

Tel     + 61 8 9281 6185
Fax    + 61 8 9281 6297
jacob.delfos at maunsell.com



_______________________________________________
Gdal-dev mailing list
Gdal-dev at xserve.flids.com
http://xserve.flids.com/mailman/listinfo/gdal-dev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20050414/c42e17c4/attachment.html