Hi Arjen
I see the same problem. 64 bit windows, 64 bit tcl, linking fails in visual 
studio for 32 bit builds.

This is the only library I see this problem with, but I think I built all other 
dependencies myself, whereas I installed tcl with its installer.

My solution is that I have just stopped doing 32 bit builds, but I appreciate 
there are still a few 32 bit windows installs around that you may need to 
compile for. For a while I persisted with a separate 32 bit cmake call, which I 
needed to do anyway to pull in the correct wxWidgets library. I just disabled 
tcl in that build.

Phil

-----Original Message-----
From: "Arjen Markus" <arjen.mar...@deltares.nl>
Sent: ‎24/‎05/‎2016 07:48
To: "plplot-devel@lists.sourceforge.net" <plplot-devel@lists.sourceforge.net>
Subject: [Plplot-devel] Distinction between 32-bits and 64-bits libraries

Hello,
 
Yesterday, while trying to solve an issue with the Tcl binding under bare 
Windows, I came across the following problem:
-        I have a 64-bits Tcl version installed
-        I use the 32-bits compiler environment (MS Visual Studio, set for 32 
bits)
-        CMake finds the Tcl libraries and arranges for the Tcl bindings to be 
built
-        The build subsequently fails because the import library that is used 
(64-bits) is not suitable for the compilation and linking (32-bits)
 
I presume similar things may happen with other external dependencies that come 
in different varieties. Should we guard against this happening or not? I have 
no idea how difficult it is to implement that.
 
For now, I suggest we warn about the possibility of this confusion in the 
documentation.
 
Regards,
 
Arjen
 
 



DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail. 
------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to