From: Hazen B. <hba...@ma...> - 2010-03-30 14:57:26
|
chm wrote: > I've been reviewing some of the driver codes in > preparation for developing an OpenGL based PLplot > driver. In working through qt.cpp, I was unable > to find where the handler is created, i.e., from > line 39: > > extern MasterHandler handler; > > I haven't done much C++ coding so expert nuances > are sure to be missed. Driver specific initialization is done by the function plD_init_XXX, so I believe that this handler is probably created there. The Qt devices are particularly complicated because the code is spread across several files: include/qt.h drivers/qt.cpp bindings/qt_gui/plqt.cpp Simpler drivers, which might provide a better starting point are ps.c, svg.c and xwin.c. -Hazen |
From: Arjen M. <arj...@de...> - 2010-03-23 07:46:24
|
Hi Werner, Alan, I tried the following set-up: - The latest source code from PLplot (yesterday afternoon) - CMake 2.6.4 with the MinGW Makefiles generator - gcc and gfortran, version 4.5.0 CMake itself runs fine, but the build fails on the import library dll/libplplotf77.dll.a that is listed as one of the dependencies for the FORTRAN 77 examples. I checked that our Windows-GNU-Fortran.cmake file contains the option -Wl,--out-implib for building shared libraries, but the _link_ command that is generated by CMake does not have that option. Therefore no such file is being built. Right now, I have no clue where CMake is getting its gfortran compiler and linker options from. I do see such an option in the generated files for libplplotf77cd.dll, but that uses the gcc compiler, not gfortran. Any thoughts? This is hindering my testing activities. Regards, Arjen On 2010-03-22 16:46, Werner Smekal wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Arjen, >> On Windows you need both a DLL and an import library and for some >> reason that last one is not being built (in other cases it has >> been the Fortran 95 equivalent). > > Not for MinGW. MinGW compiler is able to link against dll without import > library (if dll was compiled with MinGW). > > Regards, > Werner > >> I will have to look into it again, but the combinatorics was >> overwhelming and my time has been limited last one or two weeks. >> >> Regards, >> >> Arjen >> >> On 2010-03-21 20:00, Hazen Babcock wrote: >>> I'm having trouble building the examples with f77 on mingw32. I'm >>> getting this error message: >>> >>> [ 56%] Built target f77_examples >>> mingw32-make[2]: *** No rule to make target `dll/libplplotf77d.dll.a', >>> needed by `examples/f77/x01f.exe'. Stop. >>> mingw32-make[1]: *** [examples/f77/CMakeFiles/x01f.dir/all] Error 2 >>> mingw32-make: *** [all] Error 2 >>> >>> Looking in the dll directory I see: >>> libplplotf77cd.dll.a >>> and >>> libplplotf77optsd.a >>> >>> There is also: >>> libplplotf77cd.dll >>> libplplotf77d.dll >>> >>> So maybe libplplotf77d.dll.a was supposed to be generated? >>> >>> I started with the following cmake command: >>> "c:\program files\CMake 2.6\bin\cmake.exe" ..\plplot -G "MinGW >>> Makefiles" >>> -DSWIG_EXECUTABLE=C:\users\Hazen\Downloads\swigwin-1.3.40\swig.exe >>> -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON >>> -DCMAKE_INSTALL_PREFIX=C:\plplot >>> path=c:\Python26;c:\MinGW\bin;C:\Qt\2009.04\qt\bin;C:\users\Hazen\plplot_build\dll;c:\gtk\bin >>> >>> -Hazen >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> Plplot-devel mailing list >>> Plp...@li... >>> https://lists.sourceforge.net/lists/listinfo/plplot-devel >>> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Plplot-devel mailing list >> Plp...@li... >> https://lists.sourceforge.net/lists/listinfo/plplot-devel > > - -- > Dr. Werner Smekal > Institut fuer Angewandte Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10/134 > A-1040 Wien > Austria > DVR-Nr: 0005886 > > email: sm...@ia... (GPG: EDCAF4A79) > 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 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJLp5DBAAoJEG1QQcXtyvSnc28H/RWBxvOTEUI+LcMX+vGss24s > tcLd6d7winLZiqY9tg1P2jUbDMmV0GN85NkTKRwAu0kZepUsN0YHq/eDkle043+3 > CSAniMG1Xs8pS84IiQpQkFiLXhHFkm9/W/NDU1eQR7U0fLVVeULDN20q4JW0+Jwd > 3TJk5uEW8AzKCUKGb9VW6HPzmvT7LlzeIE55Fc5DEjWGHo/kI3yvpWulgKoz3cpC > UXDPtYatAn0s7kDFhbgQjolrDfkfuKoFrdSk5cZNgHSI5sc2WhFHVBemsxJ1FR// > DH39F19LHq0Pt3Hdz4QfkBCxt8uWe41H27LuIr+PVCv7gFTDuvtjAu4xYIAEVuA= > =M+B1 > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Arjen M. <arj...@de...> - 2010-03-24 15:42:22
|
Hi Hazen, thanks for this information - I will see what the differences are that are causing this (if I can find out how to get the right version with my SVN client ;)). Regards, Arjen On 2010-03-24 16:36, Hazen Babcock wrote: > Arjen Markus wrote: >> Hi Alan, >> >> that sounds like a good plan. I can confirm that at some point I did >> have a working set-up for PLplot, CMake 2.6.x and MinGW. >> >> To be clear: >> - I use the GNU compiler suite configured and built for MinGW. >> - I run everything in an ordinary DOS-box (where the path is expanded >> to access the compiler suite and win-bash) >> - I do _not_ use the MSYS environment at the moment >> >> >> Regards, >> >> Arjen > > Same setup here. > > I just bisected it, and the problem was introduced in v10805. > > -Hazen > |