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

Reply via email to