While the dashboard may be red today from the curl update, it looks like
this branch has cleared the linker issue and now pioneer and voyager are
happily green together.
On Nov 6, 2014 7:24 PM, David Cole via cmake-developers
cmake-developers@cmake.org wrote:
These are the earliest CDash results
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
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:
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,
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
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:
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
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
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
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.
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
So, it seems nothing changed. Looking at the log though, it looks like the
flags aren't even getting used. Can you check the output of uname with
it's various options? I suspect the result might not be exactly parisc.
- Chuck
On Tue, Nov 4, 2014 at 4:27 PM, Chuck Atkins
On 11/05/2014 10:38 AM, Chuck Atkins wrote:
So, it seems nothing changed. Looking at the log though, it
looks like the flags aren't even getting used.
The value of cmake_machine_parisc is not set on HP-UX by the
bootstrap script so it can only ever work on Linux right now.
These changes broke
Am Mittwoch, 5. November 2014, 10:38:14 schrieben Sie:
So, it seems nothing changed. Looking at the log though, it looks like the
flags aren't even getting used. Can you check the output of uname with
it's various options? I suspect the result might not be exactly parisc.
voyager ~ # uname
stage/fix-gcc-hppa
Add -mlong-calls for gcc on HPPA. Merged to next for testing.
- Chuck
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
Am Dienstag, 4. November 2014, 11:27:24 schrieb Chuck Atkins:
stage/fix-gcc-hppa
Add -mlong-calls for gcc on HPPA. Merged to next for testing.
Sorry,
saw this mail only after I mailed you privately because I looked into the
commit log first. For general consumption, here are the relevant
Please make sure you also add these to bootstrap.sh.
Will do.
And please see the very end of
CompileFlags.cmake where we already added workarounds for HPPA. Until now
we
have not seen the problem on HP-UX, so this has been restricted to Linux
until
now.
I considered putting it in
Am Dienstag, 4. November 2014, 16:17:08 schrieb Chuck Atkins:
Please make sure you also add these to bootstrap.sh.
Will do.
And please see the very end of
CompileFlags.cmake where we already added workarounds for HPPA. Until now
we have not seen the problem on HP-UX, so this has been
just a matter of taste if this will be narrowed to Linux or not. In any
case
please try if you can just drop the existing workarounds. The best would
probably to just replace their set() with yours and see if it works. If it
does you can remove the if(Linux) and only match for the processor.
19 matches
Mail list logo
