[fdo-internals] RE: Self Build Thirdparty (curllib) on Windows
Greg Boone
greg.boone at autodesk.com
Tue Nov 16 14:04:09 EST 2010
When OpenSSL is compiled, it copies files to the following location as a part of its build process:
...\Thirdparty\openssl\inc32\openssl
Check to see if these files exist.
I recommend cleaning up the generated files in the openssl directory under thirdparty, are re-building the entire openssl solution.
...\Thirdparty\openssl\inc32
...\Thirdparty\openssl\lib
...\Thirdparty\openssl\tmp32
Mixing Win64 and Win32 builds under a single source tree may also prove to be problematic.
Greg
-----Original Message-----
From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Crispin_at_1Spatial
Sent: Tuesday, November 16, 2010 11:06 AM
To: fdo-internals at lists.osgeo.org
Subject: [fdo-internals] RE: Self Build Thirdparty (curllib) on Windows
So,
Poor case reporting by me - I do call what you suggest:
build_thirdparty -w=fdo -w=wms
But get the errors - this is on a SVN check-out version that implies it is
all OK.
Am I the only one? I have seen it on two machines so must be something I am
missing in my general setup.
If I launch the "...Thirdparty\libcurl\lib\curllib.sln" in MSVC2008 then I
get the same message.
Crispin
build_thirdparty -w=fdo OK
build_thirdparty -w=gdal OK
build -w=fdo OK
build -w=gdal OK
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Self-Build-Thirdparty-curllib-on-Windows-tp5743435p5744348.html
Sent from the FDO Internals mailing list archive at Nabble.com.
_______________________________________________
fdo-internals mailing list
fdo-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/fdo-internals
More information about the fdo-internals
mailing list