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 wit
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 FindBoo
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
projec
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 b
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
-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 store
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
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-bas
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.
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
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 us
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 is
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 summarize
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 sam
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
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 Madison
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 co
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 for
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 lo
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 sear
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 direc
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
h
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 have a debug libra
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 a
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
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 w
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".
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 fil
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" comm
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 in
C:\MSys\bin
30 matches
Mail list logo
