Title: bootstrap query
Hi
Is there some way to get the bootstrap build of cmake 2.4.2 to use rpaths for a gcc build?
I don't want to force in-house users of cmake to set an LD_LIBRARY_PATH.
Thanks
Ian
Visit our website at http://www.ubs.com
This message contains confidential info
To: Appru, Ian; Appru, Ian; cmake@cmake.org
Subject: RE: [CMake] Problem with CMAKE_SHARED_LIBRARY_SUFFIX on windows
See the SET_TARGET_PROPERTIES command.
You can set the prefix or postfix on a per target basis.
You should never change these variables.
-Bill
At 09:35 AM 4/26/2006, [EMAIL PROTEC
Title: Problem with CMAKE_SHARED_LIBRARY_SUFFIX on windows
After a bit more investigation - the problem is that
setting CMAKE_SHARED_LIBRARY_SUFFIX to .xll causes cmake to forget that ".dll"
is still a valid library name on windows.
My workaround: I have discovered a new variable
CMAKE_EXTR
Title: Problem with CMAKE_SHARED_LIBRARY_SUFFIX on windows
Hi
I have come across a problem when using the cmake version 2.5-20060419 with the Visual Studio 7 .NET 2003 generator.
When building an C++ Excel add-in ie with CMAKE_SHARED_LIBRARY_SUFFIX set to ".xll" and linking to standard d
Great news thanks
-Original Message-
From: Ken Martin [mailto:[EMAIL PROTECTED]
Sent: 30 March 2006 15:30
To: Appru, Ian; cmake@cmake.org
Subject: RE: [CMake] Timescales for next cmake release
It should be very soon. We needed to get Windows64 and Mac universal
binaries and bundles work
Title: Timescales for next cmake release
Hi CMake team,
Do you have some idea when you hope to make the next CMake release?
Regards
Ian
Visit our website at http://www.ubs.com
This message contains confidential information and is intended only
for the individual named. If you are
Hi Luigi,
I believe debugging info is held in a binary file - *.suo for vc7 - so
would be tricky to set using cmake without using the vcproject
automation engine.
Ian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Luigi
Calori
Sent: 28 March 2006 12:45
Great thanks, I'll download a copy
-Original Message-
From: Brad King [mailto:[EMAIL PROTECTED]
Sent: 14 March 2006 15:19
To: Appru, Ian
Cc: cmake@cmake.org
Subject: Re: [CMake] cmake and VS 2003 problem
[EMAIL PROTECTED] wrote:
> Hi,
>
> I am generating project files for VS 2003.
>
>
Title: cmake and VS 2003 problem
Hi,
I am generating project files for VS 2003.
With cmake version 2.2-patch 3 the cmake config files - eg CMakeLists.txt - formed were part of the source list.
So changes to them would force cmake to rerun and regen the project files.
This doesn't seem
Title: Swig and cmake
Hi
Thought you might find useful the results of some work I've done with swig and cmake.
I mailed previously regarding spliting the swig java file generation step and interface cxx compile step.
This was so that I could compile the java/dotnet files before the cxx
Ah - was missing the quotes round CONTENTS variable
thanks
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brad
King
Sent: 01 March 2006 14:42
To: Appru, Ian
Cc: cmake@cmake.org
Subject: Re: [CMake] Writing a list variable to file
[EMAIL PROTECTED] wrote
Hi Brad
1) works well - thanks
the MESSAGE cmd won't print it which made me doubt it was working
2) doesn't work since the ; seps are removed before the regular
expression is applied
- Ian
-Original Message-
From: Brad King [mailto:[EMAIL PROTECTED]
Sent: 01 March 2006 14:13
To: A
Title: Writing a list variable to file
Hi,
Is there a recommended way of writing a variable containing a list to a file - so that each ; sep item ends up on a different line?
I tried various solutions and the code below works but is extremely slow ~1min to write 700 lines!
>FOREACH(VAR ${
I am trying to load the swig generated lib into the java java gen'ed
layer so I think pretty std usage.
The JDK I am using - 1.4.2_06 - completely fails to see MyJNI.so on
solaris/linux, when using loadLibrary("MyJNI") - if I rename the lib
libMyJNI.so it works fine.
I think there was some discus
Good that makes sense.
Since you would do this for java you should be aware that you would also
need to do something similar for the c#.
I am using cmake with swig/c# on linux with a mono implementation and
this also requires the 'lib' prefix.
The language string you would need to check your SWI
Thanks for your reply Brad,
I did (eventually) spot this line in the SWIG_ADD_MODULE macro.
As I mentioned in conversation with Bill - think the thread accidentally
went private there - I have decided to use my own UseSWIG-Java module
and just remove this line.
This is because I would like to us
The Java call System.loadLibrary() is platform dependant so should only
need to
use System.loadLibrary("MyJNI").
It prepends 'lib' and uses .so suffix on unix and uses the .dll suffix
on
windows - no prefix.
I am surprised that python would not also do this -
I think for now I will create my
I have retried my swig build with a version of cmake downloaded
yesterday
>cmake --version
>cmake version 2.3-20060222
Problem still exists - the solaris lib is generated as MyJNI.so rather
than libMyJNI.so.
On a side-note the bootstrap script fails due to ./Tests/CMakeTests dir
not existing
Root
Yes I am using a cvs version - couple weeks old.
It's a little tricky for me to get the cvs updates - but I will endeavor
to do so.
Cheers
Ian
>
>Hi,
>
>I am using the UseSWIG module on solaris to configure swig to generate
a
>java interface.
>However the C++ jni library generated has file name
Title: CMake and swig problem
Hi,
I am using the UseSWIG module on solaris to configure swig to generate a java interface.
However the C++ jni library generated has file name MyJNI.so rather than libMyJNI.so
On this limited info - any initial ideas on what might be the problem?
Regards
Title: Problem linking libs with filename length=1 char
Hi,
I have been having difficulty linking libs with a 1 char filename.
On my solaris build there are a number of them which I would expect to appear as say -lc -lw -lm on the link command.
Instead they are ignored altogether.
I tr
Hi,
I found following commands worked ok with bash on linux and solaris
>set PATH=:$PATH
>CXX=gcc && bootstrap
Regards
Ian
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sören Freudiger
Sent: 16 February 2006 17:48
To: cmake@cmake.org
Subject: AW: [CMa
The solution use suggested does not quite work since the java compile
kicks off before swig has had a chance to generate the java files.
However I did come up with a working soln.
The key is to tie the java compile target to a fake cxx file - see below
SET(DUMMY_CXX_FILE
"${BUILD_DIR}/d
I am trying to get ADD_CUSTOM_COMMAND to execute before a build - ie
using PRE_BUILD variable - with the unix makefile generator.
This is so that I can get java to compile swig generated java files
before the cxx generated files are compiled.
- Its quite a large project with a long build time and
Hi Marco,
I had a similar problem with shared libraries with v2.2.3
I made a changes to cmTarget.cxx GetFullNameInternal() and GetBaseName()
to get this working.
However I believe the cvs version has fixed this now.
Regards
Ian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
Hi Rodrigo,
I think you need to look at the SOURCE_GROUP function.
So implement something like
SOURCE_GROUP("Header Files" my_header1.h my_header2.h)
Ian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rodrigo
Madera
Sent: 27 January 2006 00:24
To: cma
Title: CMAKE_SHARED_LINKER_FLAGS_ flag ignored on VC generators
Hi
I'm using a copy of CMake from cvs and have found that the CMAKE_SHARED_LINKER_FLAGS_ flags are ignored by the VC generators.
I have made a fix to the localVC7 generator -see below - but vc6 and perhaps vc8 still need atte
Hi,
I am have started using CMake 2.2.3 to build a variety of projects and have a
couple of comments -
The CMAKE_SHARED_LIBRARY_SUFFIX is ignored on Windows by the Visual Studio
generators - this is important when building Excel add-ins as they require the
suffix .xll
I fixed the VC 2003 gene
28 matches
Mail list logo
