Re: [Plplot-devel] CMake fails to detect NaN for Fortran

. Regards, Arjen (slightly distracted by pressing matters, not a good time to answer e-mails like this) -Original Message- From: Rafael Laboissière Sent: 30 November 2022 12:40 To: PLplot development list Subject: [Plplot-devel] CMake fails to detect NaN for Fortran Caution: This

Re: [Plplot-devel] CMake fails to detect NaN for Fortran

() now, so I suspect this check is superfluous or needs to be transformed altogether.) Regards, Arjen -Original Message- From: Rafael Laboissière Sent: 30 November 2022 12:40 To: PLplot development list Subject: [Plplot-devel] CMake fails to detect NaN for Fortran Caution: This message

[Plplot-devel] CMake fails to detect NaN for Fortran

Dear PLplot developers, When building the plplot package for Debian, using the latest version of gfortran: $ gfortran --version | head -n1 GNU Fortran (Debian 12.2.0-9) 12.2.0 The CMake configuration fails to detect the NaN capability: -- Check if isnan function is available in f

Re: [Plplot-devel] CMake problem with hyphen in path

Hi Alan, Phil, -Original Message- From: Alan W. Irwin Sent: 13 July 2019 21:15 To: Phil Rosenberg Cc: PLplot development list Subject: Re: [Plplot-devel] CMake problem with hyphen in path On 2019-07-13 08:05- Phil Rosenberg wrote: > Hi Alan > You may be right. >

Re: [Plplot-devel] CMake problem with hyphen in path

On 2019-07-13 08:05- Phil Rosenberg wrote: Hi Alan You may be right. I tried commenting out the offending regex replace, which meant cmake finished with no issues. But, when I tried to compile I found I had a similar problem with header files. I couldn't actually find the offending code th

Re: [Plplot-devel] CMake problem with hyphen in path

Hi Alan You may be right. I tried commenting out the offending regex replace, which meant cmake finished with no issues. But, when I tried to compile I found I had a similar problem with header files. I couldn't actually find the offending code that is causing that problem. I tried adding some q

Re: [Plplot-devel] CMake problem with hyphen in path

On 2019-07-13 00:35+0100 Phil Rosenberg wrote: There are no .pc files. I'm building on native windows with visual studio (not with Cygwin or MSYS2) so there is no pkg-config. All libraries get found with the findXXX.cmake modules. In this case it is shapelib and wxwidgets libraries. On windows

Re: [Plplot-devel] CMake problem with hyphen in path

cmake_link_flagsHi Alan There are no .pc files. I'm building on native windows with visual studio (not with Cygwin or MSYS2) so there is no pkg-config. All libraries get found with the findXXX.cmake modules. In this case it is shapelib and wxwidgets libraries. On windows CMake basically hunts in c

[Plplot-devel] CMake problem with hyphen in path

Oops, I sent this to the wrong list so I am correcting that now. On 2019-07-12 05:05-0700 Alan W. Irwin wrote: I am virtually positive pkg-config has a way (likely with quotes) to properly distinguish between these two cases, but I am going to have to find what that is and adjust the above pars

[Plplot-devel] CMake minimum version bump and removing cmake/modules/FindwxWidgets.cmake

On 2019-01-31 13:01-0800 Alan W. Irwin wrote: [...] So yes, I agree that it is time for us to drop our own version, and if we find the above patch is necessary on any Windows platform of interest to us we can always submit that change for inclusion into the upstream version. Meanwhile, the upst

[Plplot-devel] CMake-3.10.0-rc2 yields good comprehensive test results for PLplot

I just completed a comprehensive test of PLplot on Linux (Debian Jessie) using a cmake version that I built myself from the CMake-3.10.0-rc2 source code using the bootstrap method. The result was a complete success for the three different PLplot build systems (CMake-based build systems for the co

[Plplot-devel] CMake version discussion

On 2017-10-06 11:00+0100 Phil Rosenberg wrote: I [...] spotted this bug report https://cmake.org/Bug/view.php?id=15831. I think the gist of it is that find_library will only search in Windows SDKs that are at least as old as the one used to build that version of Cmake. This seems a bit daft to m

Re: [Plplot-devel] Cmake generation with wxWidgets on Windows

only after sending the first report that I noticed they did not exist). all good then -Pedro - Original Message - From: "Alan W. Irwin" To: "Pedro Vicente" Cc: "PLplot development list" Sent: Sunday, December 18, 2016 2:28 AM Subject: Re: [Plplot-devel] Cmake

Re: [Plplot-devel] Cmake generation with wxWidgets on Windows

On 2016-12-17 19:25-0500 Pedro Vicente wrote: > > Hi Alan > >> (3) Static PLplot libraries + device driver code embedded in our core >> static library (identified by its "plplot" basename). > > I always use (3). > > I repeated what I had done before: > > My wxwidgets libraries are located at > > M

Re: [Plplot-devel] Cmake generation with wxWidgets on Windows

t if the file does indeed exist, but I did it like this to keep things simple So, the solution I have for find_library assumes that the supplied argument -DJANSSON_LIBRARY is a valid file -Pedro - Original Message ----- From: "Alan W. Irwin" To: "Pedro Vicente" Cc: "

Re: [Plplot-devel] Cmake generation with wxWidgets on Windows

is to keep things simple So, the solution I have for find_library assumes that the supplied argument -DJANSSON_LIBRARY is a valid file -Pedro - Original Message - From: "Alan W. Irwin" To: "Pedro Vicente" Cc: "PLplot development list" Sent: Saturday, De

Re: [Plplot-devel] Cmake generation with wxWidgets on Windows

On 2016-12-17 03:30-0500 Pedro Vicente wrote: > false alarm, sorry > > what happened is that my wxWidgets libraries were not built. > > In Windows , I don't do install, but rather build software and leave it where > it was built, and sometimes delete and rebuild. > > In PLplot 5.11.1 the build ac

Re: [Plplot-devel] Cmake generation with wxWidgets on Windows

for cmake build with wxWidgets Rebuild All: 88 succeeded, 0 failed, 0 skipped = - Original Message - From: "Pedro Vicente" To: "Alan W. Irwin" Cc: "PLplot development list" Sent: Saturday, December 17, 2016 1:55 AM Subject: [Plplot-devel] Cmake generati

[Plplot-devel] Cmake generation with wxWidgets on Windows

Hi Alan I am having linking errors on the latest git clone in Windows when I use wxWidgets. It seems that the all the examples (or plplot.lib) are trying to link with wxWidgets , and I get this kind of errors -- Build started: Project: x00c, Configuration: Debug Win32 -- plplot.lib

Re: [Plplot-devel] cmake error Qt build

On 2016-10-19 00:10-0400 Pedro Vicente wrote: > Hi Alan > Cmake had no errors this time Great! > > I still have > 1) Qt linking errors . > might be because of my custom Qt build; I'll try to test with an "official" > Qt build in the next couple days. I assume you are referring to the following

Re: [Plplot-devel] cmake error Qt build

Hi Pedro: As of commit 018ed73, I have updated our build system to use the latest CMake Qt5 support method. There is still one remaining issue which is the pkg-config files for Qt-related libraries are configured incorrectly. However, so long as you avoid pkg-config (which I assume you do for yo

Re: [Plplot-devel] cmake error Qt build

On 2016-10-16 21:58-0400 Pedro Vicente wrote: > Alan > > Some progress. Now the Qt project is generated >From this good result it appears that the version incompatibility issue you reported before has now disappeared which is a very satisfying result. [] > there are still 2 issues > > > 1) B

Re: [Plplot-devel] cmake error Qt build

to the latest "3.1.0" version in some places) -Pedro - Original Message - From: "Alan W. Irwin" To: "Pedro Vicente" Cc: "Hazen Babcock" ; "PLplot development list" Sent: Sunday, October 16, 2016 2:17 PM Subject: Re: [Plplot-devel] c

Re: [Plplot-devel] cmake error Qt build

Hi Pedro: On 2016-10-15 21:07-0400 Pedro Vicente wrote: > Hi Alan > > Thank you for your effort in debuging this. > I send some results here attached , and I'll keep trying other options later. > by the way, wxWidgets is also not detected. > > I wonder, could this be a Windows only issue? Because

Re: [Plplot-devel] cmake error Qt build

acros.cmake:330 (target_link_libraries) -Pedro - Original Message - From: "Alan W. Irwin" To: "Hazen Babcock" ; "Pedro Vicente" Cc: "PLplot development list" Sent: Saturday, October 15, 2016 6:50 PM Subject: Re: [Plplot-devel] cmake error Qt bu

Re: [Plplot-devel] cmake error Qt build

On 2016-10-15 10:26-0700 Alan W. Irwin wrote: > Next Qt5 steps are for me to bump the minimum Qt5 version we support > to 5.3.2 (which _might_ solve Pedros problem with the Qt5 version he > is using), try out pyqt5, and completely change the method used to > configure Qt5 to the most modern varian

Re: [Plplot-devel] cmake error Qt build

On 2016-10-12 15:06-0700 Alan W. Irwin wrote: > @Hazen and other Qt5 users here. Once I move to the latest Qt5 cmake > support methods, we will be on much less shaky ground with Qt5, but I > will still consider our Qt5 support to be experimental because there > are still text alignment issues whi

Re: [Plplot-devel] cmake error Qt build

On 2016-10-12 20:14-0400 Pedro Vicente wrote: > Hi Alan > > some progress > > I removed the PRIVATE keyword from > > if(NON_TRANSITIVE) > target_link_libraries(plplotqt PRIVATE plplot ${MATH_LIB}) > > > and those errors went away Hi Pedro: Glad you found that workaround. > > However, now I

Re: [Plplot-devel] cmake error Qt build

ment list" Sent: Wednesday, October 12, 2016 6:06 PM Subject: Re: [Plplot-devel] cmake error Qt build > On 2016-10-12 09:03-0400 Pedro Vicente wrote: > >> Hi Alan >> >> yes, that was what I did, a clone of the git master from >> >> >> https://s

Re: [Plplot-devel] cmake error Qt build

On 2016-10-12 09:03-0400 Pedro Vicente wrote: > Hi Alan > > yes, that was what I did, a clone of the git master from > > > https://sourceforge.net/p/plplot/plplot/ci/master/tree/ > > I'll try again later today Hi Pedro: I have put this discussion back on the plplot-devel list since I assume the

Re: [Plplot-devel] cmake error Qt build

On 2016-10-11 22:08-0400 Pedro Vicente wrote: > Hi > > I get an error build with Qt driver, the call and error are below > CMake Error at src/CMakeLists.txt:314 (target_link_libraries): > The plain signature for target_link_libraries has already been used with > the target "plplot". All uses of

[Plplot-devel] cmake error Qt build

Hi I get an error build with Qt driver, the call and error are below The home page documenation seems not to have much information about all the cmake options . this is probably the most complex cmake build system I have ever found, and without documenation makes it difficult to use. Would it

Re: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far

Hi Alan, > -Original Message- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Sent: Monday, February 15, 2016 12:00 PM > Hi Arjen: > > So there are really two mysteries here: (1) how did your fix (no symbols > visible in > libplplottcltk) not cause a bad linking issue on Wind

Re: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far

On 2016-02-15 07:52- Arjen Markus wrote: > Hi Alan, > > > >> -Original Message- >> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] >> Sent: Sunday, February 14, 2016 10:01 PM >> To: Arjen Markus >> Cc: PLplot development list >&g

Re: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far

Hi Alan, > -Original Message- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Sent: Sunday, February 14, 2016 10:01 PM > To: Arjen Markus > Cc: PLplot development list > Subject: Re: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far > > On 20

Re: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far

2016 10:39 AM >>> To: PLplot development list >>> Subject: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far >>> >>> A bad efficiency regression in CMake-3.5.0-rc1 and a whole host of other >>> 3.5 issues >>> got fixed for CMake-3.5.0

Re: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far

On 2016-02-11 13:51- Arjen Markus wrote: > Hi Alan, > > > >> -Original Message- >> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] >> Sent: Thursday, February 11, 2016 10:39 AM >> To: PLplot development list >> Subject: [Plplot-devel

Re: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far

Hi Alan, > -Original Message- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Sent: Thursday, February 11, 2016 10:39 AM > To: PLplot development list > Subject: [Plplot-devel] CMake-3.5.x works flawlessly on Linux so far > > A bad efficiency regression i

[Plplot-devel] CMake-3.5.x works flawlessly on Linux so far

A bad efficiency regression in CMake-3.5.0-rc1 and a whole host of other 3.5 issues got fixed for CMake-3.5.0-rc2 so I decided to test that CMake version by doing a complete comprehensive PLplot test (except the interactive part was dropped so I wouldn't have to babysit the test). That noninteract

Re: [Plplot-devel] CMake minimum version has just been bumped

After thinking about this issue some more I have decided to adopt for the short term a minimum CMake version of 3.0.2 for Linux, and 3.3.2 for all other platforms. See for the rules of thumb for Linux and non-Linux

Re: [Plplot-devel] CMake minimum version has just been bumped

On 2016-02-07 12:29-0800 Greg Jung wrote: > The platform where bugs are appearing is MSVC because of the new OS. Hi Greg: There were clearly some MSVC bugs in immature versions of both 3.3 and 3.4 so that is why I avoid such immature versions when setting the minimum version. So the current cho

Re: [Plplot-devel] CMake minimum version has just been bumped

Hi all, Alan> > Anyhow, I don't think we are asking too much of our MSVC users (and > users of other platforms without a coherent free software > distribution) to download or build CMake every 3 months or so as > 3.3.z, 3.4.z, etc., mature. Note, I am not asking you to do that for > your Linux and

Re: [Plplot-devel] CMake minimum version has just been bumped

On 2016-02-06 23:09-0800 Greg Jung wrote: > I'd like to make a pitch for maintaining a lower general cmake minimum > until > more compelling bug fixes or features are introduced. > I have over 6 platforms standardized on cmake 3.3.2. > Maybe the new version requirement should be restricted to tho

Re: [Plplot-devel] CMake minimum version has just been bumped

I'd like to make a pitch for maintaining a lower general cmake minimum until more compelling bug fixes or features are introduced. I have over 6 platforms standardized on cmake 3.3.2. Maybe the new version requirement should be restricted to those platforms where they are needed? And an update m

[Plplot-devel] CMake minimum version has just been bumped

On 2015-12-10 11:17-0800 Alan W. Irwin wrote: > On 2015-12-10 10:54- Phil Rosenberg wrote: > >> Hi Alan >> This is just a note about cmake version bumping. You have been >> increasing the required CMake version lately, which I generally have >> no problem with, however CMake 3.4.1 seems to hav

Re: [Plplot-devel] CMake

On 2015-12-10 10:54- Phil Rosenberg wrote: > Hi Alan > This is just a note about cmake version bumping. You have been > increasing the required CMake version lately, which I generally have > no problem with, however CMake 3.4.1 seems to have a major issue on > Windows, in that it cannot seem t

[Plplot-devel] CMake

Hi Alan This is just a note about cmake version bumping. You have been increasing the required CMake version lately, which I generally have no problem with, however CMake 3.4.1 seems to have a major issue on Windows, in that it cannot seem to find the latest visual studio compiler (which happens to

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 2015-10-22 13:30-0400 Brad King wrote: [...] > Plplot's Ada support uses CMake internal APIs so it is plplot's > responsibility to adapt to our changes: [...] > Where Plplot currently writes: > > SET(CMAKE_Ada_COMPILE_OBJECT >" -c -o >") > > try: > > if(NOT CMAKE_VERSION VERSION_LE

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 2015-11-01 19:54-0700 Orion Poplawski wrote: > On 10/31/2015 11:10 AM, Alan W. Irwin wrote: >> Hi Orion: >> >> Thanks for implementing Brad's suggestion to fix the PLplot Ada >> language support issue for CMake-3.4. To help give you PLplot git >> credit for your work, would you please put the

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 10/31/2015 11:10 AM, Alan W. Irwin wrote: Hi Orion: Thanks for implementing Brad's suggestion to fix the PLplot Ada language support issue for CMake-3.4. To help give you PLplot git credit for your work, would you please put the patch in "git format-patch" form? Attached. I also notice s

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 2015-10-30 19:59-0600 Orion Poplawski wrote: > On 10/22/2015 11:30 AM, Brad King wrote: [...] >> Where Plplot currently writes: >> >>SET(CMAKE_Ada_COMPILE_OBJECT >> " -c -o >> ") >> >> try: >> >>if(NOT CMAKE_VERSION VERSION_LESS 3.4) >> set(CMAKE_Ada_COMPILE_OBJECT >>

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 10/22/2015 11:30 AM, Brad King wrote: On 10/22/2015 11:28 AM, Orion Poplawski wrote: This appears to have broken plplot's ada build on Fedora. FYI - builds still fail with cmake 3.4.0-rc2. Have had time to look at it closer. plplot issue seems to be triggered by a change in Ada_FLAGS: -A

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

From: "Orion Poplawski" Sent: ‎22/‎10/‎2015 16:29 To: "CMake Mailing List" ; "Plplot-devel mailing list" Subject: Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready! On 10/07/2015 10:45 AM, Orion Poplawski wrote: > On 10/06/2015 09:00 PM, Orion P

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 10/07/2015 10:45 AM, Orion Poplawski wrote: > On 10/06/2015 09:00 PM, Orion Poplawski wrote: >> On 10/06/2015 09:42 AM, Robert Maynard wrote: >>> I am proud to announce the first CMake 3.4 release candidate. >> >> This appears to have broken plplot's ada build on Fedora. Previous good >> (cmake

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 2015-10-06 21:00-0600 Orion Poplawski wrote: > On 10/06/2015 09:42 AM, Robert Maynard wrote: >> I am proud to announce the first CMake 3.4 release candidate. > > This appears to have broken plplot's ada build on Fedora. Previous good > (cmake 3.3.2): > > [ 22%] Building Ada object examples/ada/

Re: [Plplot-devel] [CMake] [ANNOUNCE] CMake 3.4.0-rc1 is now ready!

On 10/06/2015 09:42 AM, Robert Maynard wrote: > I am proud to announce the first CMake 3.4 release candidate. This appears to have broken plplot's ada build on Fedora. Previous good (cmake 3.3.2): [ 22%] Building Ada object examples/ada/CMakeFiles/x00a.dir/x00a.o cd /builddir/build/BUILD/plplot-

Re: [Plplot-devel] cmake issue on Mac OS X

On 2015-02-27 14:21-0500 Jim Dishaw wrote: > I have identified an issue while testing on a relatively clean machine. If the user is using XQuartz (which is likely) and has some of X11 installed via MacPorts (possible because xorg-libX11 might be a dependency) then plplot won't configure correctly

[Plplot-devel] cmake issue on Mac OS X

I have identified an issue while testing on a relatively clean machine. If the user is using XQuartz (which is likely) and has some of X11 installed via MacPorts (possible because xorg-libX11 might be a dependency) then plplot won't configure correctly and the build fails. I have sorted throug

Re: [Plplot-devel] CMake 2.8, with plplot using CYGWIN.

unexplanable that quietly went away ☺. Regards, Arjen From: Greg Jung [mailto:gvj...@gmail.com] Sent: Friday, July 11, 2014 12:00 PM To: Arjen Markus Cc: plplot-devel@lists.sourceforge.net Subject: Re: [Plplot-devel] CMake 2.8, with plplot using CYGWIN. Update: I am now compiling plplot well, even without

Re: [Plplot-devel] CMake 2.8, with plplot using CYGWIN.

postponed my staring because of my day job, so no harm there.) > > > > Regards, > > > > Arjen > > > > *From:* Greg Jung [mailto:gvj...@gmail.com] > *Sent:* Friday, July 11, 2014 11:02 AM > *To:* Arjen Markus; plplot-devel@lists.sourceforge.net > *Subje

Re: [Plplot-devel] CMake 2.8, with plplot using CYGWIN.

place that has nothing to do with graphics. (I have postponed my staring because of my day job, so no harm there.) Regards, Arjen From: Greg Jung [mailto:gvj...@gmail.com] Sent: Friday, July 11, 2014 11:02 AM To: Arjen Markus; plplot-devel@lists.sourceforge.net Subject: Re: [Plplot-devel] CMake

Re: [Plplot-devel] CMake 2.8, with plplot using CYGWIN.

on my system. > > > > Regards, > > > > Arjen > > > > > > *From:* Greg Jung [mailto:gvj...@gmail.com] > *Sent:* Friday, July 11, 2014 8:13 AM > *To:* plplot-devel@lists.sourceforge.net > *Subject:* [Plplot-devel] CMake 2.8, with plplot using CYGWI

Re: [Plplot-devel] CMake 2.8, with plplot using CYGWIN.

stare at the output you attached and see if I can find the cause, as well as try whether the makefile problem occurs on my system. Regards, Arjen From: Greg Jung [mailto:gvj...@gmail.com] Sent: Friday, July 11, 2014 8:13 AM To: plplot-devel@lists.sourceforge.net Subject: [Plplot-devel] CMake

[Plplot-devel] CMake 2.8, with plplot using CYGWIN.

I've been successful building plplot using mingw/msys and, armed with the cmake familiarity I've acquired I went back to seehow far I can get with CYGWIN. My hardware: Intel 64-bit dual-core, 6GB memory. (no virtualization) C/D/E/F drives. E: holds a WinXP 32-bit, C holds Win7 home premium Cygwin(

Re: [Plplot-devel] [cmake-developers] FreeType headers almost there but not quite ... (fwd)

Forwarded to the PLplot-devel mailing list... -- Forwarded message -- Date: Tue, 1 Jul 2014 21:35:49 -0700 From: Greg Jung To: Alan W. Irwin Subject: Re: [cmake-developers] FreeType headers almost there but not quite ... (SUMMARY Problem: I use PKG-CONFIG and get CAIRO_INCLU

Re: [Plplot-devel] [cmake-developers] FreeType headers almost there but not quite ...

On 2014-07-01 00:41-0700 Greg Jung wrote: Hi Greg: You posted this question to cm...@cmake.org, but I am answering you on what I think is a more appropriate mailing list instead since your question concerns the PLplot build system. Note, if you don't want to subscribe to plplot-devel, then just

Re: [Plplot-devel] Cmake support for Ada, addition of -lstdc++ to gnatmake link line

There is one other difference between what PLPlot is doing and what we are doing. We are not making a shared library from Ada code, we are building an executable from Ada code. Even if we were making a shared library from Ada code, it is the fact we are linking in other static libraries built by

Re: [Plplot-devel] Cmake support for Ada, addition of -lstdc++ to gnatmake link line

On 2014-01-03 11:43-0500 Tom Kacvinsky wrote: > OK, here is what I have found: when building Ada executables, we link > against two other libraries, one with C code, one with C++ code. CMake > keeps track of this and adds implicit dependencies. Thus, when we link > against the C++ built librar

Re: [Plplot-devel] Cmake support for Ada, addition of -lstdc++ to gnatmake link line

On 2014-01-03 10:06-0500 Tom Kacvinsky wrote: > Alan, > > Thanks. I think I figured out what is going on. For some reason, CMake > adds its implicit C and C++ libraries (-lm and -lc, for C, -lstdc++, -lm, > and -lc for C++) even though the language in use at the time is Ada. I've > asked the on

Re: [Plplot-devel] Cmake support for Ada, addition of -lstdc++ to gnatmake link line

OK, here is what I have found: when building Ada executables, we link against two other libraries, one with C code, one with C++ code. CMake keeps track of this and adds implicit dependencies. Thus, when we link against the C++ built library, -lstdc++ comes along for the ride. I may be able to

Re: [Plplot-devel] Cmake support for Ada, addition of -lstdc++ to gnatmake link line

Alan, Thanks. I think I figured out what is going on. For some reason, CMake adds its implicit C and C++ libraries (-lm and -lc, for C, -lstdc++, -lm, and -lc for C++) even though the language in use at the time is Ada. I've asked the on the CMake list how to get around this. It could be somet

Re: [Plplot-devel] Cmake support for Ada, addition of -lstdc++ to gnatmake link line

On 2013-12-31 12:32-0500 Tom Kacvinsky wrote: Hi, I do not know if this is the right list for asking questions about the CMake Ada support from the Plplot modules. We are using the cmake modules that you have written in order to get our Ada code compiling/linking via cmake. But one of the thi

[Plplot-devel] Cmake support for Ada, addition of -lstdc++ to gnatmake link line

Hi, I do not know if this is the right list for asking questions about the CMake Ada support from the Plplot modules. We are using the cmake modules that you have written in order to get our Ada code compiling/linking via cmake. But one of the things I have noted is that when gnatmake runs to bu

Re: [Plplot-devel] CMake bug report - sorry

On 2013-11-03 12:55- Arjen Markus wrote: > Hi Alan, > >> -Original Message- >> @Arjen: are you in a position to do a quick test of this new wxwidgets logic >> on >> Cygwin? >> > > Unfortunately, I still get errors while building wxWidgets under Cygwin. Even > with the latest version,

Re: [Plplot-devel] CMake bug report - sorry

Hi Alan, > -Original Message- > @Arjen: are you in a position to do a quick test of this new wxwidgets logic > on > Cygwin? > Unfortunately, I still get errors while building wxWidgets under Cygwin. Even with the latest version, 2.9.5, and turning UNICODE support off (from the error mes

Re: [Plplot-devel] CMake bug report - sorry

Hi Alan, > -Original Message- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > > @Arjen: are you in a position to do a quick test of this new wxwidgets logic > on > Cygwin? > I haven't looked at wxWidgets under Cygwin yet, so this will be a post-release action, but I will give

Re: [Plplot-devel] CMake bug report - sorry

: PLplot development list ; phil rosenberg Sent: Thursday, 26 September 2013, 19:03 Subject: Re: [Plplot-devel] CMake bug report - sorry Hi Andrew: Thanks very much for all your testing and patching work this morning. For example, I didn't have time to deal with Phil's example 19 pa

Re: [Plplot-devel] CMake bug report - sorry

Hi Andrew: Thanks very much for all your testing and patching work this morning. For example, I didn't have time to deal with Phil's example 19 patch, but you did which I appreciate. More below. On 2013-09-26 16:31+0100 Andrew Ross wrote: > > Phil, > > wxWidgets works fine on my Ubuntu Linux sy

Re: [Plplot-devel] CMake bug report - sorry

Phil, wxWidgets works fine on my Ubuntu Linux system. I've checked and I can see no evidence of debug flags in the wxwidgets build, so I'm guessing it is either a windows issue or an issue with the specific wxwidgets version. I've just committed a change so cmake will only add the options if

[Plplot-devel] CMake bug report - sorry

Sorry to dop this in when clearly there is plenty else to do, but maybe this is an easy fix before the release.   I just tried to build the latest trunk version ahead of the planned release and the wxWidgets build is broken - at least on windows. The wxWidget related files are given debug compil

[Plplot-devel] CMake 2.8.9rc1, plplot and ada

Mostly for information, but the latest release candidates for cmake 2.8.9 include changes to the handling of position independent code. This is transparent for most languages, but those that we support (like Ada) require some changes. I only discovered this because of a Debian bug report that the

Re: [Plplot-devel] [CMake] CMake 2.8.6-rc3 ready for testing! (fwd)

On Fri, Sep 23, 2011 at 08:54:55AM -0700, Alan Irwin wrote: > On 2011-09-20 17:21-0700 Alan W. Irwin wrote: > > Just did a full build_tree test of PLplot (both test_noninteractive and > test_interactive) with the compile options > > -O3 -fvisibility=hidden > > using CMake-2.8.6-rc4. This test b

Re: [Plplot-devel] [CMake] CMake 2.8.6-rc3 ready for testing! (fwd)

On 2011-09-20 17:21-0700 Alan W. Irwin wrote: Just did a full build_tree test of PLplot (both test_noninteractive and test_interactive) with the compile options -O3 -fvisibility=hidden using CMake-2.8.6-rc4. This test bombed miserably for CMake-2.8.6-rc3 with run-time errors in the test_noninte

Re: [Plplot-devel] [CMake] CMake 2.8.6-rc3 ready for testing! (fwd)

On 2011-09-20 13:25-0700 Alan W. Irwin wrote: > It turns out that thanks to a warning from Orion that appeared on the > CMake list, I discovered the latest RC for cmake-2.8.6 (2.8.6-rc3) > breaks the xwin device driver. See forwarded evidence below. So I > will be monitoring the RC's for the cmak

Re: [Plplot-devel] [CMake] CMake 2.8.6-rc3 ready for testing! (fwd)

It turns out that thanks to a warning from Orion that appeared on the CMake list, I discovered the latest RC for cmake-2.8.6 (2.8.6-rc3) breaks the xwin device driver. See forwarded evidence below. So I will be monitoring the RC's for the cmake-2.8.6 release very closely in hopes that they will so

[Plplot-devel] CMake-2.8.0 is imminent

According to Bill Hoffman on the cmake mailing list, he hopes the the final release of 2.8.0 will occur this week. Accordingly, I tested RC6 (the latest release candidate that came out today) every way I could with PLplot builds and tests on Linux and all seems well. That's in stark contrast to al

Re: [Plplot-devel] [CMake] Why drop -D from wxWidgets_DEFINITIONS ?

Hi Orion, > > According to Bill Hoffman, 2.8.0 should be out pretty soon. The > 2.8.0 rc builds are already going into the Fedora 13 build tree, > which is how the plplot issue showed up. In this case, it seems > 2.8.0 support may be as simple as putting in an updated set of > wxWidget mo

Re: [Plplot-devel] [CMake] Why drop -D from wxWidgets_DEFINITIONS ?

On 10/28/2009 11:56 AM, Alan W. Irwin wrote: > Orion, cmake-2.8 is currently just an early release candidate. The CMake > developers have a track record of using many release candidates (usually > more than 10) so it may be a large number of months before CMake-2.8.0 goes > final. Also, it will pro

Re: [Plplot-devel] [CMake] Why drop -D from wxWidgets_DEFINITIONS ?

To Orion and Werner: I am switching this discussion to plplot_devel where it belongs. I also have a few comments below about how I assume we will adjust to CMake improvements/new releases in the future. On 2009-10-28 11:12-0600 Orion Poplawski wrote: > > On Tue, October 27, 2009 2:15 pm, Werner

Re: [Plplot-devel] cmake re-run issue

Hi Alan, > > As of revision 10270, I have made a change (dropping the OPTIONAL > signature > for enable_language in the independent CMake session trying to > figure out > whether a language is viable or not) that eliminates the unnecessary > CMake > re-run on my platform for reasons which I f

Re: [Plplot-devel] cmake re-run issue

On 2009-08-16 12:35-0700 Alan W. Irwin wrote: > On 2009-08-16 10:33-0700 Alan W. Irwin wrote: > >> Valery Pipin has also reported the cmake re-run issue (on AltLinux, I >> believe). I had a detailed look this morning with cmake-2.6.4, and I could >> not reproduce the issue at all by simply disabl

Re: [Plplot-devel] cmake re-run issue

On 2009-08-16 10:33-0700 Alan W. Irwin wrote: > Valery Pipin has also reported the cmake re-run issue (on AltLinux, I > believe). I had a detailed look this morning with cmake-2.6.4, and I could > not reproduce the issue at all by simply disabling gfortran. However, by > attempting to get as clos

[Plplot-devel] cmake re-run issue

Hi Werner: I changed the subject line to something more appropriate since this thread may continue for a while. On 2009-08-14 08:55+0200 Werner Smekal wrote: > Hi Alan, >> >> In addition after I configure PLplot with cmake and run make, cmake is run >> again due "Re-run cmake: build system dep

Re: [Plplot-devel] cmake troubles, user error?

On 2009-04-30 10:07+0100 Andrew Ross wrote: > I think I have convinced myself that XInitThreads is needed for the Tk case > since > we don't control all the Xlib calls. A quick web search suggests our symptoms > are probably a result of Xlib calls being made before XInitThreads is called. > I tri

Re: [Plplot-devel] cmake troubles, user error?

On Thursday, April 30, 2009 at 10:07:26 (+0100) Andrew Ross writes: > I think I have convinced myself that XInitThreads is needed for the Tk case > since > we don't control all the Xlib calls. A quick web search suggests our symptoms > are probably a result of Xlib calls being made before XIn

Re: [Plplot-devel] cmake troubles, user error?

On Wed, Apr 29, 2009 at 10:03:44PM -0500, Maurice LeBrun wrote: > On Wednesday, April 29, 2009 at 21:58:03 (+0100) Andrew Ross writes: > > Further testing has shown that I can get rid of the segmentation fault by > > removing the call to XInitThreads in the OpenXwin function in xwin.c. > > Acc

Re: [Plplot-devel] cmake troubles, user error?

On Wednesday, April 29, 2009 at 21:58:03 (+0100) Andrew Ross writes: > Further testing has shown that I can get rid of the segmentation fault by > removing the call to XInitThreads in the OpenXwin function in xwin.c. > According to the Xlib documentation: > > "The XInitThreads() function in

Re: [Plplot-devel] cmake troubles, user error?

On 2009-04-29 21:58+0100 Andrew Ross wrote: > [...]Perhaps we should stick with disabling pthread support > entirely for now, then make the change after the release to > allow proper testing? Congratulations for getting so far with figuring out this mess. In your shoes I might be tempted to make

Re: [Plplot-devel] cmake troubles, user error?

On Tue, Apr 28, 2009 at 08:57:16PM -0500, Geoffrey Furnish wrote: > Andrew Ross writes: > > On Tue, Apr 28, 2009 at 09:40:14AM -0700, Alan Irwin wrote: > > > On 2009-04-28 10:45+0100 Andrew Ross wrote: > > > > > I tried this but it produces a rather curious result. I added a call to > > plseto

Re: [Plplot-devel] cmake troubles, user error?

Andrew Ross writes: > On Tue, Apr 28, 2009 at 09:40:14AM -0700, Alan Irwin wrote: > > On 2009-04-28 10:45+0100 Andrew Ross wrote: > > > >> [...]I've been using HAVE_PTHREAD=ON for a long time with the xwin > >> driver with no problems. It has certainly been enabled in the debian > >> packages

  1   2   3   >