On behalf of Arjen,
Werner
On 29.01.2009, at 10:09, Arjen Markus wrote:
> Hello Paul,
>
> clearly I misunderstood the problem. I will look into that matter.
> Thanks for reporting it.
>
> Regards,
>
> Arjen
>
> Werner, could you post Paul's answer on plplot-devel? My email to the
> list is currently being dropped, for reasons that I can not even begin
> to fathom.
>
> Regards,
>
> Arjen
>
> On 2009-01-28 19:17, pm wrote:
>> Hello Arjen,
>> Actually, I did build the latest version of plplot with cmake (see
>> below build command sequence). That is not a problem.
>> HOW TO SEE THE PROBLEM
>> To see what is going on first hand, try building plplot-5.9.2 with
>> cmake on cygwin under windows XP. Then try to make the F77
>> examples. They won't build unless you edit the *.pc file's Libs:
>> line.
>> WHAT I FOUND OUT
>> The autotools are what I am using for my software. The cmake build
>> of plplot resulted in the suffix -9.1.1 as described below. I did
>> use the current version, 5.9.2 of plplot with cmake.
>> Now my software package depends on the plplot libraries. I compose
>> a Makefile that contains a command like this:
>> `PKG_CONFIG_PATH=/usr/lib/pkgconfig pkg-config --cflags --libs
>> plplotd-f77`
>> This comes from the example Makefile that results when cmake is
>> used to build plplot:
>> (See: /usr/share/doc/libplplot9/examples/f77/Makefile, for example)
>> The conflict is that the names don't match on a cmake static only
>> build (when done on cygwin anyway for sure). That is, the file:
>> /usr/local/lib/pkgconfig/plplotd-f77.pc
>> contains the line
>> Libs: -L${libdir} -lplplotf77d-9.9.1 -lplplotf77cd-9.1.1
>> But there is no -9.1.1 suffix on the name of the library file in
>> /usr/local/lib
>> WHAT I FOUND ON PRE-BUILT PACKAGES
>> Interestingly enough, this does not appear on downloadable binary
>> packages for some linux distributions. My desktop is Debian Etch
>> at the moment, and the plplot*.deb files don't have this conflict
>> between the *.pc file contents and the actual library names. Also,
>> on linux, I use shared libraries, and the suffix would have value
>> in that context.
>> WORK-A-ROUND
>> I can work around this with my software, and use conditionals that
>> detect if CYGWIN is the build host. Or I can write a script that
>> fixes the plplot pkgconfig file. But I thought that the plplot
>> development programmers might be interested in this.
>> Paul
>> On Wednesday 28 January 2009 00:37:24 you wrote:
>>> On 2009-01-28 00:14, pm wrote:
>>>> All,
>>>>
>>>> I have had success linking to Plplot shared libraries on all
>>>> distributions of Linux. However, in porting some of my software
>>>> to
>>>> Cygwin on XP, linking to static libraries had a small problem
>>>> using the
>>>> *.pc file for F77.
>>>>
>>>> I built plplot like this on Cygwin:
>>>> plplot-5.9.2 from the tarball.
>>>> ----------------------------------
>>>> mkdir build_dir
>>>> cd build_dir
>>>> export CC="gcc"
>>>> export CXX="g++"
>>>> export FC="g77"
>>>> cmake -DBUILD_SHARED_LIBS=OFF ../ >& cmake.out
>>>> make >& make.out
>>>> make install >& make_install.out
>>>> ------------------------------------------
>>>>
>>>> The generated plplotd-f77.pc referenced the static libraries with a
>>>> -9.1.1 suffix, like one might expect for a shared library. I
>>>> manually
>>>> edited the line:
>>>>
>>>> Libs: -L${libdir} -lplplotf77d-9.9.1 -lplplotf77cd-9.1.1
>>>>
>>>> to the following line
>>>>
>>>> Libs: -L${libdir} -lplplotf77d -lplplotf77cd
>>>>
>>>> And then my software was able to build (I use autoconf, automake,
>>>> libtool). The pkg-config generated flags made the link to the
>>>> static
>>>> libraries, since those plplot library names don't end in -9.1.1.
>>>>
>>>> I would rather not distribute software with instructions on how to
>>>> manually edit a plplot file before a build. I can't find the
>>>> "gen-pc-files.sh" script referred to in the plplot README file,
>>>> so I
>>>> guess things have moved on a bit since that was written. Do you
>>>> have a
>>>> recommendation on how to modify the generation of the pkg-config
>>>> *.pc
>>>> files in the case of a static only build?
>>> Hello Paul,
>>>
>>> I see that you are using the deprecated autotools-based build
>>> system.
>>> We have been using CMake as the preferred build system for at
>>> least two
>>> years now, and the autotools-related files have been removed from
>>> the
>>> project since version 5.9.0 (we are currently at 5.9.2).
>>>
>>> Could you try building PLplot with CMake instead?
>>>
>>> Regards,
>>>
>>> Arjen
>>>
>>>
>>>
>>> Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of
>>> TNO and
>>> parts of Rijkswaterstaat have joined forces in a new independent
>>> institute
>>> for delta technology, Deltares. Deltares combines knowledge and
>>> experience
>>> in the field of water, soil and the subsurface. We provide
>>> innovative
>>> solutions to make living in deltas, coastal areas and river basins
>>> safe,
>>> clean and sustainable.
>>>
>>>
>>>
>>> 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.
>
>
> Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of
> TNO and parts of Rijkswaterstaat have joined forces in a new
> independent institute for delta technology, Deltares. Deltares
> combines knowledge and experience in the field of water, soil and
> the subsurface. We provide innovative solutions to make living in
> deltas, coastal areas and river basins safe, clean and sustainable.
>
> 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.
>
>
>
>
--
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
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
