On 2008-06-05 17:13+0200 Werner Smekal wrote:
> Hi Alan,
>
> with the latest svn version of plplot I'm unable to compile the
> wxwidgets bindings of plplot. If I run "wx-config --libs" which
> returns the linker options I get
>
> -framework QuickTime -framework IOKit -framework Carbon -framework
> Cocoa -framework System -lwx_macud-2.8
>
> in wxwidgets.cmake it is tried to get full pathnames in
>
> # Convert wxWidgets_LIBRARIES to full pathname form.
> cmake_link_flags(wxwidgets_LINK_FLAGS "${wxWidgets_LIBRARIES}")
>
> but this messes up the linker options to
>
> -framework -lQuickTime -framework -lIOKit -framework -lCarbon -
> framework -lCocoa -framework -lSystem -lwx_macud-2.8
There are four different levels of determining the library flags for
wxWidgets.
(1) The command-line results of wx-config --libs. You have already
printed those out.
(2) What is reported by FindwxWidgets.cmake to wxwidgets.cmake. That is
stored in the variable wxWidgets_LIBRARIES, but please print it out to
make sure it is identical to (1).
(3) The results from cmake_link_flags. Please print out those results
which are in the variable wxwidgets_LINK_FLAGS.
(4) The actual link line that CMake uses for builds which may transform
wxwidgets_LINK_FLAGS some more. Please use make VERBOSE=1 to see the
actual link command being used.
You have already given (1), but could you please send me the results from
(2), (3), and (4)?
I am pretty sure the bad result you are getting (I am not sure whether you
reported (3) or (4)) is a sign of a bug in the cmake_link_flags logic, which
is only supposed to transform -L and -l options to full pathnames and leave
the rest alone. But I need the explicit (2), (3), and (4) results to be
absolutely certain this is the problem. For example, once I have (2) from
you I can try cmake_link_flags on that exact string in a separate test
project to see if the problem reveals itself in that simpler context.
Alan
__________________________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________
Linux-powered Science
__________________________
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
