Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Chuck Atkins
Hi Eike, So, it seems that voyager has no issue, only pioneer, which I'm just taking as coincidence from differences in various binary sizes. However, from looking at the error log, the link line for cmake shows: /usr/bin/c++ -Wnon-virtual-dtor -Wcast-align -Wchar-subscripts -Wall -W -Wshadow

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Rolf Eike Beer
Am Donnerstag, 6. November 2014, 10:37:25 schrieb Chuck Atkins: Hi Eike, So, it seems that voyager has no issue, only pioneer, which I'm just taking as coincidence from differences in various binary sizes. However, from looking at the error log, the link line for cmake shows:

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Chuck Atkins
Aha! I'll change it to MATCHES instead of STREQUALS and that should do it since technically the issue is with both 32 and 64 bit architectures, it just might not have shown up yet on both. Perhaps the build name for the dashboard should be HPPA64 then instead HPPA32? - Chuck On Thu, Nov 6,

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Rolf Eike Beer
Am Donnerstag, 6. November 2014, 10:58:36 schrieben Sie: Aha! I'll change it to MATCHES instead of STREQUALS and that should do it since technically the issue is with both 32 and 64 bit architectures, it just might not have shown up yet on both. Perhaps the build name for the dashboard

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Chuck Atkins
I hate MATCHES ;) at least make it MATCHES ^parisc. A reasonable compromise. The branch has been updated, merged, squashed, and remerged to next. We'll see what happens tonight. - Chuck -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Brad King
On 11/06/2014 11:22 AM, Chuck Atkins wrote: The branch has been updated, merged, squashed, and remerged to next Thanks. This hunk: # Determine whether this is Linux if echo ${cmake_system} | grep Linux /dev/null 21; then cmake_system_linux=true # find out if it is a HP PA-RISC machine

[cmake-developers] [CMake 0015235]: CMAKE_LD_FLAGS from toolchain is ignored by compiler's check

2014-11-06 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15235 == Reported By:Andrew Aladjev Assigned To:

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Chuck Atkins
Rats! I keep forgetting about the bootstrap. I added an HP-UX block and adjusted the logic to be a bit more consistent with the other determine system blocks by moving the parisc determination out on it's own. How's this? # Determine whether this is HP-UX if echo ${cmake_system} | grep HP-UX

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Brad King
On 11/06/2014 12:00 PM, Chuck Atkins wrote: I added an HP-UX block and adjusted the logic to be a bit more consistent with the other determine system blocks Looks good to me, assuming the test for parisc on hpux is correct. -Brad -- Powered by www.kitware.com Please keep messages on-topic

Re: [cmake-developers] [PATCH v2 0/2] Support for continue command

2014-11-06 Thread Gregor Jasny
On 04/11/14 21:21, Brad King wrote: On 11/04/2014 03:10 PM, Gregor Jasny wrote: About the continue() outside of a block error: I added a test but I have no idea how to enforce the desired behavior. It's been a while since I looked at the relevant parts of the code but here is one approach

Re: [cmake-developers] [PATCH v2 0/2] Support for continue command

2014-11-06 Thread Brad King
On 11/06/2014 03:20 PM, Gregor Jasny wrote: As you can see in the patch the if command detects the continue invocation and aborts looping over the collected commands. Right. IMHO what's needed is a in loop counter that counts how deep we are in a loop construct. It gets incremented within

[cmake-developers] CMake 3.1 regression with incremental builds ?

2014-11-06 Thread Clinton Stimpson
Using the netcdf project ftp://ftp.unidata.ucar.edu/pub/netcdf/netcdf-4.3.2.tar.gz I see a problem with incremental builds doing a relink of libraries. Within my project, this leads to unnecessarily relinking of many executables every time I run cmake. For example: tar zxf

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread Rolf Eike Beer
Am Donnerstag, 6. November 2014, 12:44:12 schrieb Brad King: On 11/06/2014 12:00 PM, Chuck Atkins wrote: I added an HP-UX block and adjusted the logic to be a bit more consistent with the other determine system blocks Looks good to me, assuming the test for parisc on hpux is correct.

Re: [cmake-developers] GCC HPPA linker errors

2014-11-06 Thread David Cole via cmake-developers
These are the earliest CDash results available for CMake: http://open.cdash.org/index.php?project=CMakedate=2014-07-09 (they're discarded after 120 days...) On Thu, Nov 6, 2014 at 5:27 PM, Rolf Eike Beer e...@sf-mail.de wrote: Am Donnerstag, 6. November 2014, 12:44:12 schrieb Brad King: On

Re: [cmake-developers] CMake 3.1 regression with incremental builds ?

2014-11-06 Thread clinton
I've put in a fix for this. 580b668d genex: Preserve order while evaluating TARGET_OBJECTS Can we put this in RC 2? Clint - Original Message - Using the netcdf project ftp://ftp.unidata.ucar.edu/pub/netcdf/netcdf-4.3.2.tar.gz I see a problem with incremental builds doing a relink