Stephen Kelly wrote:
Ah, right the platform plugin issue. This is likely the reason for not
running on OSX.
CMake 3.1 learned a new feature specifically so that this would become
easier in the future:
http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/7970
qmake generates a
Here's a start. If I post to GNU/RedHat, I'll pass that along too.
http://www-01.ibm.com/support/docview.wss?uid=isg3T1021392
I understand the problem is bigger. It's helped me to understand why I'm
having problems with C++ support for other packages. I'm still wonderi
Phil,
Could you give me a ticket or bug number (however they track it) for GPFS
that describes this as a known bug? I will need that when submitting a
ticket to my organization's helpdesk. This problem is quite a lot larger
than CMake: all C++ programs will break.
Sincerely,
Sam Trahan
On Tue,
On Tuesday, February 10, 2015 03:43:33 44ghnqv...@snkmail.com wrote:
> Alexander Neundorf wrote at 21:34 +0100 on Feb 9, 2015:
> > On Monday, February 09, 2015 18:23:41 44ghnqv...@snkmail.com wrote:
> > > How does one who is making a package which installs .cmake files
> > > decide whether to p
Reading into the final resolution of the IBM ticket tipped me to where the
writev() calls originate in the C++ run-time. The amount of data has to be 1K
or more before writev() is used. Then the NULL pointer in the iovec is assured
with our versions of Gcc/G++. I've just compiled and run
I am attempting to run CMake and use clang for the compiler. I am on
Windows 8.1. It seems to me that if CMake used gcc flags instead of vc++
flags that this would work. Any ideas how I can make this work?
I use the following command:
cmake -DCMAKE_C_COMPILER=clang.exe DCMAKE_CXX_COMPILER=clan
Does anyone know of a workaround for this which does not require upgrading
GPFS or changing compilers?
On Tue, Feb 10, 2015 at 2:24 PM, P. A. Cheeseman wrote:
> I want to thank Rolf here for his advice because I failed to
> do so in an off line reply.
>
> Shortly after I replied to Rol
> Do you intentionally removed or just forgot to CC the list?
I failed to 'reply-all'.
One additional note. Turning off optimization didn't help, among
the other things I tried.
My own read of the issue is that there is room to trap the bad
pointer at every layer in its handling.
I want to thank Rolf here for his advice because I failed to
do so in an off line reply.
Shortly after I replied to Rolf's note, I received notification from
IBM that the problem is related to our version of GPFS (4.1.0-2).
Versions 4.1.0-3 and later apparently do not have the prob
P. A. Cheeseman wrote:
> System: RHEL6 (2.6.32-504.8.1.el6.x86_64)
> Hardware: Various cluster nodes.
> A C code with explicit writev() calls, with a NULL pointer in
> the first iovec entry, also reproduces the behavior. When the
> NULL is part of any entry other than the first,
System: RHEL6 (2.6.32-504.8.1.el6.x86_64)
Hardware: Various cluster nodes.
We recently deployed GPFS storage and have discovered that
Cmake fails when writing to files in the GPFS storage. The source
of the problem, identified by using strace(1), appears to be a NULL
pointer in
Try running:
sudo make install
Instead.
On Feb 10, 2015, at 7:45 AM, Gunjan Gautam
mailto:gunjan.gemin...@gmail.com>> wrote:
Hi All,
While installing cmake using below option, I am facing the error in step 3.
Step1: ./bootstarp
Step2: make
step: make install
Error after step 3:
CMake Erro
Hi All,
While installing cmake using below option, I am facing the error in step 3.
Step1: ./bootstarp
Step2: make
step: make install
Error after step 3:
*CMake Error at cmake_install.cmake:36 (file): file INSTALL cannot set
permissions on "/usr/local/doc/cmake-3.1/Copyright.txt"*
How to ov
Alexander Neundorf wrote at 21:34 +0100 on Feb 9, 2015:
> On Monday, February 09, 2015 18:23:41 44ghnqv...@snkmail.com wrote:
> > How does one who is making a package which installs .cmake files
> > decide whether to put them in .../share/cmake/Modules or
> > .../lib/cmake? Where are the docs
Hi,
we use custom compiler flags for the default build types and our
solution works fine. However, when using the PGI Fortran compiler,
some initial flags are set in the module that are always there:
(/usr/share/cmake-3.1/Modules/Compiler/PGI-Fortran.cmake)
set(CMAKE_Fortran_FLAGS_INIT "${CMAKE_F
Hi,
I am using Qt 5.3 (Angle on Windows) with CMake 2.8.12. Qt 5.3 has
dependencies on ICU and ANGLE libs. I wish to copy these dlls to the build
directory. Is there any CMake variable that holds name of ICU and ANGLE
libs?
To copy other Qt libraries I am using the following sample code fragment-
16 matches
Mail list logo
