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 resu
These are the earliest CDash results available for CMake:
http://open.cdash.org/index.php?project=CMake&date=2014-07-09
(they're discarded after 120 days...)
On Thu, Nov 6, 2014 at 5:27 PM, Rolf Eike Beer wrote:
> Am Donnerstag, 6. November 2014, 12:44:12 schrieb Brad King:
> > On 11/06/2014 12
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 correc
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-top
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-U
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 2>&1; then
> cmake_system_linux=true
> # find out if it is a HP PA-RISC
>
> 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:
http://w
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 sh
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, 2014
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:
>
> /usr/
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 -W
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 ~ # un
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 brok
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
wrote:
> just a mat
>
> 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 proce
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
>
> 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
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
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
info
19 matches
Mail list logo