Re: [Plplot-devel] Wrong linker directives for Visual Studio 2010

[Arjen M. <Arj...@de...>]

Hi Thorsten,

there is something weird about these libraries:
my next suggestion would have been to insert the directory, say, c:\program files\something, using a CMake/environment variable, but when I started looking for these import libraries, I could not find any, at least not recent and for "bare" Windows:
- I have copies under Cygwin and MinGW
- I have a copy under version 7.0A of the Windows SDK

but that is all. (I looked for comctl32.lib)

Weird. One thing I can try is examine an example from Intel Fortran that seems to use comctl32.

Maybe these libraries are not required "explicitly"?

Regards,

Arjen

> -----Original Message-----
> From: Thorsten Behrens [mailto:tho...@do...]
> Sent: Friday, April 04, 2014 2:31 PM
> To: PLplot development discussion; Arjen Markus
> Subject: Re: [Plplot-devel] Wrong linker directives for Visual Studio 2010
>
> Hi Arjen!
>
> >> ...
> >> ---snip---
> >> -- 1 summary.cmake -- wxWidgets_LIBRARIES:
> >> F:/wxWidgets-3.0.0/lib/vc_lib/wxbase30ud.lib;F:/wxWidgets-
> >> 3.0.0/lib/vc_lib/wxmsw30ud_core.lib;F:/wxWidgets-
> >> 3.0.0/lib/vc_lib/wxpngd.lib;F:/wxWidgets-3.0.0/lib/vc_lib/wxtiffd.lib
> >> ;F:/wxWidgets-
> >> 3.0.0/lib/vc_lib/wxjpegd.lib;F:/wxWidgets-3.0.0/lib/vc_lib/wxzlibd.li
> >> b;F:/wxWidgets-
> >> 3.0.0/lib/vc_lib/wxregexud.lib;F:/wxWidgets-
> >> 3.0.0/lib/vc_lib/wxexpatd.lib;winmm;comctl32;rpcrt4;wsock32
> >> -- 1 summary.cmake -- wxWidgets_LINK_FLAGS:
> >> ---snap---
> >>
> >> So, everything looks fine here. *But*, if I open the resulting
> >> plplot.sln it gives me the following linker input dependencies:
> >>
> >> ---snip---
> >> kernel32.lib
> >> user32.lib
> >> gdi32.lib
> >> winspool.lib
> >> shell32.lib
> >> ole32.lib
> >> oleaut32.lib
> >> uuid.lib
> >> comdlg32.lib
> >> advapi32.lib
> >> ..\dll\Debug\plplot.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxbase30ud.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxmsw30ud_core.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxpngd.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxtiffd.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxjpegd.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxzlibd.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxregexud.lib
> >> F:\wxWidgets-3.0.0\lib\vc_lib\wxexpatd.lib
> >> -L+winmm.lib
> >> -L+comctl32.lib
> >> -L+rpcrt4.lib
> >> -L+wsock32.lib
> >> ..\dll\Debug\csirocsa.lib
> >> ..\dll\Debug\qsastime.lib
> >> ---snap---
> >
> > the plplot.sln and its components are written by CMake itself - it is
> > done by the generator. But it does bring a suspicious pattern to light:
> > the maltreated libraries are referred to by their _name_ only, whereas
> > all the others have a directory and an extension.
> >
> > I suggest you try this change in FindwxWidgets.cmake:
> >
> > list(APPEND wxWidgets_LIBRARIES winmm.lib comctl32.lib rpcrt4.lib
> > wsock32.lib)
> >
> > My guess is that will suppress the addition of the -L+ prefix, as the
> > names will be complete file names, whereas this -L+ looks like a -l
> > prefix under Linux.
>
> Unfortunately, the change you suggested leads to exactly the same linker input
> dependencies.
>
> --
> Best regards,
> Thorsten

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.