[Plplot-devel] cmake problem on Mac OS X with last svn build
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
make stops the build with
ld: framework not found -lQuickTime
so the prepended -l is the problem. I found the definition of
cmake_link_flags but I wasn't sure what to change here. Alan, should
we just skip this macro for Mac OS X? I'm not sure if for frameworks
you can set full pathnames.
Regards,
Werner
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
email: [EMAIL PROTECTED]
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
-
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
Re: [Plplot-devel] cmake problem on Mac OS X with last svn build
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
Re: [Plplot-devel] cmake problem on Mac OS X with last svn build
Hi Alan,
thank you for the answer. I'll post the requested results as soon as
possible and since I'll not return to the [EMAIL PROTECTED] before Monday, this
is rather later than sooner :).
I'll send you the information on Monday.
Thanks,
Werner
Alan W. Irwin wrote:
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
__
--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria
email: [EMAIL PROTECTED]
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
+43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499
-
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
