Martin Apel wrote:
Hi Brad,
this is kind of difficult under Windows, as far as I know. I have MSys
installed on my machine, but the pwd command is not really a command
(i.e. .exe) under MSys, but a shell script, which invokes
the shell command pwd. Windows sees the file with the pwd command
Bill Hoffman wrote:
Martin Apel wrote:
Hi Brad,
this is kind of difficult under Windows, as far as I know. I have
MSys installed on my machine, but the pwd command is not really a
command (i.e. .exe) under MSys, but a shell script, which invokes
the shell command pwd. Windows sees the file
Martin Apel wrote:
Bill Hoffman wrote:
Martin Apel wrote:
Hi Brad,
this is kind of difficult under Windows, as far as I know. I have
MSys installed on my machine, but the pwd command is not really a
command (i.e. .exe) under MSys, but a shell script, which invokes
the shell command pwd.
Try just cd -- cd . does not give any output at all, it's just a no-op...
cd without any arguments prints the current working directory just like
pwd...
On Fri, Jun 27, 2008 at 9:20 AM, Bill Hoffman [EMAIL PROTECTED]
wrote:
Martin Apel wrote:
Bill Hoffman wrote:
Martin Apel wrote:
Hi
Bill Hoffman wrote:
Martin Apel wrote:
Bill Hoffman wrote:
Martin Apel wrote:
Hi Brad,
this is kind of difficult under Windows, as far as I know. I have
MSys installed on my machine, but the pwd command is not really a
command (i.e. .exe) under MSys, but a shell script, which invokes
the
This is it! It seems to work correctly, when using cd instead of cd ..
It seems I misinterpreted a command line parameter of a linker call as
the directory output. Sorry for the confusion.
I'm not exactly in love with Windows ;-)
Martin
David Cole wrote:
Try just cd -- cd . does not give any
Mike Jackson wrote:
I have started debugging my cmakelists.txt file under windows VS2005
lately and I am trying to make sure all my support libraries are
getting installed correctly. I know this has been on the list before
but a search of the archives is coming up empty for me. Basically I
Martin Apel wrote:
This is it! It seems to work correctly, when using cd instead of cd ..
It seems I misinterpreted a command line parameter of a linker call as
the directory output. Sorry for the confusion.
I'm not exactly in love with Windows ;-)
OK, but it is not using the working
On Jun 27, 2008, at 9:46 AM, Clinton Stimpson wrote:
Mike Jackson wrote:
I have started debugging my cmakelists.txt file under windows
VS2005 lately and I am trying to make sure all my support
libraries are getting installed correctly. I know this has been on
the list before but a
Hi List,
Today I started to port my Ada project (Windows, MinGW, Ada cmake files from
plplot) from cmake 2.4.7 to cmake 2.6.
Now I have the problem that cmake doesn't want to use gnatmake anymore and says
that gnatmake is broken.
It seems that the test for the Ada language goes wrong. When I
Hi,
We have quite a large source tree with many libraries and many
executables. We use CMake to build everything which works great.
To deploy the executables we create deb packages by hand, gathering some
executables and libs for one package, and gathering some other
executables and libs
What are the recommended ways to determine what type of libraries my
application is linking against. An example should explain what I mean.
I use the HDF5 library as part of my project. It can be built either
as a static or dynamic. If it is built as a static library then I
don't need to
Folks-
I am removed myself from the mail list but I still keep on receiving
emails. Please remove my email address, [EMAIL PROTECTED],
from the list.
Thank you very much for your attention to my request.
Ben Sakyi
Credit Suisse Securities (USA) LLC
Equities Research, Systems Development
1
On Friday 27 June 2008 18:14:05 Jorrit Schaap wrote:
Hi,
We have quite a large source tree with many libraries and many
executables. We use CMake to build everything which works great.
To deploy the executables we create deb packages by hand, gathering some
executables and libs for one
Quoting Martin Apel [EMAIL PROTECTED]:
I got the impression, that the CMake generator for Visual Studio 7
ignores the working directory set in ADD_CUSTOM_COMMAND. Is this a bug
or is this a documented feature somehow?
Or am I simply doing something wrong?
Incidentally, I'm suffering this same
On 2008-06-27 16:15+0200 [EMAIL PROTECTED] wrote:
Hi List,
Today I started to port my Ada project (Windows, MinGW, Ada cmake files from
plplot) from cmake 2.4.7 to cmake 2.6.
Now I have the problem that cmake doesn't want to use gnatmake anymore and says
that gnatmake is broken.
I
Alan W. Irwin wrote:
On 2008-06-27 16:15+0200 [EMAIL PROTECTED] wrote:
Hi List,
Today I started to port my Ada project (Windows, MinGW, Ada cmake
files from plplot) from cmake 2.4.7 to cmake 2.6.
Now I have the problem that cmake doesn't want to use gnatmake anymore
and says that gnatmake
Bill Hoffman wrote:
Martin Apel wrote:
This is it! It seems to work correctly, when using cd instead of cd
.. It seems I misinterpreted a command line parameter of a linker
call as the directory output. Sorry for the confusion.
I'm not exactly in love with Windows ;-)
OK, but it is not
Alan W. Irwin wrote:
On 2008-06-27 16:15+0200 [EMAIL PROTECTED] wrote:
Hi List,
Today I started to port my Ada project (Windows, MinGW, Ada cmake
files from plplot) from cmake 2.4.7 to cmake 2.6.
Now I have the problem that cmake doesn't want to use gnatmake anymore
and says that gnatmake
I thought I had some code that did that so I dug around a bit and
came up with this:
Basically what this does is loop through a list of libraries that is
delimited by the optimized and debug words. As it loops through
it will add the library to the OSX_BUNDLE_LIBRARIES variable.
On Fri, Jun 27, 2008 at 10:43 AM, Timenkov Yuri [EMAIL PROTECTED] wrote:
Also, you can look at the bugs: http://public.kitware.com/Bug/view.php?id=6835
and http://public.kitware.com/Bug/view.php?id=6847
The latter one implements similar request for NSIS installer.
Support for component-based
On 2008-06-27 11:09-0400 Bill Hoffman wrote:
Alan W. Irwin wrote:
On 2008-06-27 16:15+0200 [EMAIL PROTECTED] wrote:
Hi List,
Today I started to port my Ada project (Windows, MinGW, Ada cmake files
from plplot) from cmake 2.4.7 to cmake 2.6.
Now I have the problem that cmake doesn't want to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
|
| I’ve run into a problem trying to pass command line parameters to
Visual C++, that contain the $ character. I’m building a C++/CLI module,
and need to reference some .NET assemblies, with the /FU compiler
option. Since Visual Studio
On 2008-06-27 11:25-0400 Brad King wrote:
Alan W. Irwin wrote:
On 2008-06-27 16:15+0200 [EMAIL PROTECTED] wrote:
Hi List,
Today I started to port my Ada project (Windows, MinGW, Ada cmake
files from plplot) from cmake 2.4.7 to cmake 2.6.
Now I have the problem that cmake doesn't want to use
Alan W. Irwin wrote:
The issue is that for 2.4.8, rpath is set appropriately for the Ada
executable
to find the Ada shared library that was built, but for 2.6.0, rpath is not
set at all. Note, I do nothing special with rpath for this simple test
project so it just has the default rpath
On 2008-06-27 16:11-0400 Brad King wrote:
Alan W. Irwin wrote:
The issue is that for 2.4.8, rpath is set appropriately for the Ada
executable
to find the Ada shared library that was built, but for 2.6.0, rpath is not
set at all. Note, I do nothing special with rpath for this simple test
hi,
This was the messages i got when i have implemented your suggestion
still couldnt understand the variation.
On Wed, Jun 25, 2008 at 4:04 PM, Mike Jackson [EMAIL PROTECTED] wrote:
He really needs to see what files FindBoost is trying to locate. The best
way is to hack into the
The documentation talks about component specific installations (from
the docs...)
The COMPONENT argument specifies an installation component name with
which the install rule is associated, such as runtime or
development. During component-specific installation only install
rules associated with
28 matches
Mail list logo
