So some time ago I tried, over and over, to get cmake to build on a
Solaris server and needless to say it was a fairly frustrating
experience. There seems to be GNIisms and GCCisms built in as well as
other non-portable problems. Therefore I want to get a nightly build
going and perhaps work on
On 30.08.2014 17:20, dev wrote:
So some time ago I tried, over and over, to get cmake to build on a
Solaris server and needless to say it was a fairly frustrating
experience. There seems to be GNIisms and GCCisms built in as well as
other non-portable problems. Therefore I want to get a nightly
On August 30, 2014 at 1:04 PM Nils Gladitz nilsglad...@gmail.com
wrote:
On 30.08.2014 17:20, dev wrote:
So some time ago I tried, over and over, to get cmake to build on a
Solaris server and needless to say it was a fairly frustrating
experience. There seems to be GNIisms and GCCisms
Am Samstag, 30. August 2014, 15:36:04 schrieb dev:
On August 30, 2014 at 1:04 PM Nils Gladitz nilsglad...@gmail.com
wrote:
On 30.08.2014 17:20, dev wrote:
So some time ago I tried, over and over, to get cmake to build on a
Solaris server and needless to say it was a fairly frustrating
I need cmake to build cmake ? You mean there is no way to bootstrap
cmake with just a compiler and a good solid basic UNIX system ?
really ?
No, you need CMake to run the dashboard. There is a bootstrap script,
but you
can't submit dashboard results with that.
OKay, so the nightly
Am Samstag, 30. August 2014, 16:00:34 schrieben Sie:
I need cmake to build cmake ? You mean there is no way to bootstrap
cmake with just a compiler and a good solid basic UNIX system ?
really ?
No, you need CMake to run the dashboard. There is a bootstrap script,
but you
On August 30, 2014 at 4:02 PM Rolf Eike Beer e...@sf-mail.de wrote:
Am Samstag, 30. August 2014, 16:00:34 schrieben Sie:
I need cmake to build cmake ? You mean there is no way to
bootstrap
cmake with just a compiler and a good solid basic UNIX system ?
really ?
No,
On 30.08.2014 22:09, dev wrote:
The problem is probably in my own head because I tend to define work
as
the ability to completely compile AND pass a testsuite. Which means that
by that definition GCC never works but it gets pretty close.
Perhaps close is good enough for now however I won't
Hi dev,
I've got a UltraSPARC III machine with Solaris 10 that I just checked.
From what I can tell, gcc has no build errors and currently the only
Solaris Studio build error is in liblzma. Try applying the attached patch
if you're using SolarisStudio to fix the build problem. In the mean time
On August 30, 2014 at 5:10 PM Chuck Atkins chuck.atk...@kitware.com
wrote:
Hi dev,
I've got a UltraSPARC III machine with Solaris 10 that I just checked.
Still chugging along I bet.
From what I can tell, gcc has no build errors and currently the only
Solaris Studio build error is in
On 30.08.2014 07:21, Max Savenkov wrote:
There are two cases I'm primarily interested in:
vs-android (and NVidia's VS addon that is based on it), which allows
cross-compilation to Android
vs-tool (https://github.com/juj/vs-tool), which allows
cross-compilation into JavaScript using Emscripten
Thank you. It's nice to see somebody already worked on NVidia NSight
addition. As with -T option, it unfortunately does not help, since I not
only need to choose a platform toolset, but an entirely different
platform (like Win32 or x64, named Emscripten). From what I've read,
there is no way
In the project I'm converting to cmake there are a lot of checks for
headers and functions I've reimplemented in cmake, but it seems a lot of
autotools based programs do a lot of excessive checking and I don't want to
implement stuff that can be safely assumed on most systems.
Here's a snippet of
Am Samstag, 30. August 2014, 09:18:26 schrieb Richard Shaw:
In the project I'm converting to cmake there are a lot of checks for
headers and functions I've reimplemented in cmake, but it seems a lot of
autotools based programs do a lot of excessive checking and I don't want to
implement stuff
On Sat, Aug 30, 2014 at 10:30 AM, Rolf Eike Beer e...@sf-mail.de wrote:
# Checks for typedefs, structures, and compiler characteristics.
#AC_C_CONST
#AC_C_INLINE
...
#AC_TYPE_SIZE_T
...
#AC_C_RESTRICT
#AC_C_VOLATILE
These should be generally safe to assume
#AC_STRUCT_TM
On 30. August 2014 16:18:26 MESZ, Richard Shaw hobbes1...@gmail.com wrote:
In the project I'm converting to cmake there are a lot of checks for
headers and functions I've reimplemented in cmake, but it seems a lot
of
autotools based programs do a lot of excessive checking and I don't
want to
I ran into weird behavior with STREQUAL and boiled it down to the
following simple example:
cmake_minimum_required(VERSION 2.8)
if(f STREQUAL )
# happens with CMake version 2.8.12.2
message(FATAL_ERROR This should not be TRUE: 'f' STREQUAL '' )
endif()
I would expect
I guess I asked the question without searching enough before.
It indeed seems to be indented behavior.
Answering my own question with the following link:
http://stackoverflow.com/questions/19982340/cmake-compare-to-empty-string-with-strequal-failed
Sorry for the noise.
- Dirk
On Sat, Aug 30,
Thanks for the responses everyone.
I'm just volunteering to change the build system on one of my favorite
pieces of software so I don't know the code inside and out. As far as I
know linux, windows, freebsd and OSX are supported for *running* but I
believe the windows version is cross-compiled
On Sat, Aug 30, 2014 at 04:30:15PM +0200, Rolf Eike Beer wrote:
Am Samstag, 30. August 2014, 09:18:26 schrieb Richard Shaw:
#AC_C_RESTRICT
#AC_C_VOLATILE
I'm not sure if you should even think of using them. Especially volatile is
often something that means you are doing something
20 matches
Mail list logo
