Werner, Ausgezeichnet!
Your suggestion worked. I replaced the lines 109-117 in
plplot/bindings/f77/CMakeLists.txt with your recommendation.
Reran cmake in a clean build_dir. This produced the correct file in
build_dir/pkgcfg/plplotd-f77.pc (no suffix for static case).
Then I built and installed. Ran make in the examples/f77 directory,
and compiled examples x01f through x22f correctly. Failed on x23f, but that
is a different programming problem.
I am not a great fan of MS-Windows, generally I question my sanity everytime
I go there. The above test was done in VirtualBox emulation of 32bit windows
XP system with CYGWIN_NT-5.1 installed.
Vielen Dank,
Paul
On Thursday 29 January 2009 02:23:58 Werner Smekal wrote:
> Hi,
>
> >> 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
>
> I think the problem is due the lines 109-117 in plplot/bindings/f77/
> CMakeLists.txt
>
> # Set the path and the suffix for the (shared) libraries
> if(CYGWIN)
> if(BUILD_SHARED_LIBS)
> set(SHLIB_DIR "${BIN_DIR}")
> endif(BUILD_SHARED_LIBS)
> set(VERSION_SUFFIX "-${plplotf77_VERSION}")
> else(CYGWIN)
> set(VERSION_SUFFIX "")
> endif(CYGWIN)
>
> Here VERSION_SUFFIX is set always for CYGWIN if shared or static, and
> VERSION_SUFFIX is later used in line 184 were the .pc file is created.
> But I don't understand where plplotf77_VERSION is created (can't find
> it in the plplot source tree except in that file) and why this if
> clause is there anyway. Cygwin seems to need this version_suffix, but
> not in the static case. So I would assume that
>
> # Set the path and the suffix for the (shared) libraries
> if(CYGWIN)
> if(BUILD_SHARED_LIBS)
> set(SHLIB_DIR "${BIN_DIR}")
> set(VERSION_SUFFIX "-${plplotf77_VERSION}")
> endif(BUILD_SHARED_LIBS)
> else(CYGWIN)
> set(VERSION_SUFFIX "")
> endif(CYGWIN)
>
> would fix this, so that the VERSION_SUFFIX has only a value for the
> shared Cygwin case. Paul you could try to change you plplot source in
> see if this fixes your problems and let us know? It's too complicated
> now to check that with my Cygwin install, since I don't have Windows
> running now.
>
> Best 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
--
Dr. Paul Michaels, PE
Voice: (208) 426-1929 Fax:(208) 426-4061
Email: [email protected] WWW: http://cgiss.boisestate.edu/~pm
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ 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
