Hendrik Sattler <> wrote:
> Did you try using the LOCATION property of the TARGET stripping the
> extension and using that?
Not until now, but: The LOCATION property expands to e.g.
"C:/user/gh/ais/impl/build/cmake/vc7/ca/$(OutDir)/ca.exe", so that is
also no good.
-Torsten
This e-mail and any
Hi,
For now cmake has the option to set a debug postifx for debug libs/executables
by one simple command:
set(CMAKE_DEBUG_POSTFIX "_d")
It would be nice to extend FIND_LIBRARY in a way that its possible to give that
debug postfix so avoid code duplication everywhere you want to explicit set a
http://public.kitware.com/Bug/view.php?id=5745
contains the bug report and the fix in patch format.
Clint
On Tuesday 18 September 2007 2:07:31 pm Mike Jackson wrote:
> #
>#
># Find out what window system we're using
>#
>
To be posix compliant, the path name is not to be encoded into the
archive. While I was able to create an archive
ar crv foo.a A/a.o B/a.o
and the symbols from both object appeared, this doesn't seem to be very
safe. Especially since doing this:
ar crv foo.a A/a.o
ar crv foo.a B/a.o
will resu
If you want to add object files individually to the archive, you need to
be very careful that ar is serialized on unix systems. So be careful
doing a parallel build.
http://www.gnu.org/software/make/manual/make.html#Archive-Pitfalls
Regards,
Juan
Goswin von Brederlow wrote:
> "Brandon Van Ever
Hello Brandon,
How do you create the final archive without the ar command?
Juan
Brandon Van Every wrote:
> On 9/18/07, Juan Sanchez <[EMAIL PROTECTED]> wrote:
>> Even with Brandon's solution, I don't think ar let you add multiple .o
>> files of the same name in the archive.
>
> I'm going to gue
"Brandon Van Every" <[EMAIL PROTECTED]> writes:
> On 9/16/07, Juan Sanchez <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> The ar command can be used to extract the .o files from a .a file.
>> Extracting them all into the same directory, perhaps you can use some
>> file globbing to find all the objects
On 9/18/07, Juan Sanchez <[EMAIL PROTECTED]> wrote:
>
> Even with Brandon's solution, I don't think ar let you add multiple .o
> files of the same name in the archive.
I'm going to guess you meant, "Even with Brandon's solution that
doesn't use AR, you can't add multiple .o files of the same name
2007/9/18, Bill Hoffman <[EMAIL PROTECTED]>:
> I am now producing a nightly windows binary for CMake.
> I have updated the Download page on the web with information
> about the nighly cvs binaries. That information can be found
> here:
>
> http://www.cmake.org/HTML/Download.html
Thank you for sta
I guess you'd have to come up with a way of renaming each object file
with a prefix special to each original archive. The "v" option (GNU ar)
will tell you the name object being extracted. Maybe you can use an
external script to automate the process of renaming the files as they
are being extract
I am now producing a nightly windows binary for CMake.
I have updated the Download page on the web with information
about the nighly cvs binaries. That information can be found
here:
http://www.cmake.org/HTML/Download.html
The 9/18 version has support for Visual Studio 2008 Beta 2.
-Bill
___
On 09/18/2007 06:09 PM, Alexander Neundorf wrote:
On Tuesday 18 September 2007 11:35, BlinkEye wrote:
Hi guys
I'm not able to convince cmake to properly use an environment variable
which consists of more than one entry for the INCLUDE_DIRECTORIES
directive. It always takes the value as it is:
"Juan Sanchez" <[EMAIL PROTECTED]> writes:
> Hello,
>
> The ar command can be used to extract the .o files from a .a file.
> Extracting them all into the same directory, perhaps you can use some
> file globbing to find all the objects and add them to another archive.
>
> Juan
I tried that. It fai
On Tuesday 18 September 2007 11:35, BlinkEye wrote:
> Hi guys
>
> I'm not able to convince cmake to properly use an environment variable
> which consists of more than one entry for the INCLUDE_DIRECTORIES
> directive. It always takes the value as it is:
>
> Passing
>
> MY_SPECIAL_INCLUDE32=/foo/bar
Hi guys
I'm not able to convince cmake to properly use an environment variable which
consists of more than one entry for the INCLUDE_DIRECTORIES directive. It always
takes the value as it is:
Passing
MY_SPECIAL_INCLUDE32=/foo/bar/32bit/include:/foo/bar/include
to INCLUDE_DIRECTORIES like
INCLU
On 2007-09-18 17:35+0200 BlinkEye wrote:
Hi guys
I'm not able to convince cmake to properly use an environment variable which
consists of more than one entry for the INCLUDE_DIRECTORIES directive. It always
takes the value as it is:
Passing
MY_SPECIAL_INCLUDE32=/foo/bar/32bit/include:/foo/bar
On 2007-09-18 09:48-0400 Bill Hoffman wrote:
Alan W. Irwin wrote:
That advice is correct for generating binary distributions with "make
package", but in case you wanted to include the doxygen output in a source
distribution with the "make package_source" command, then all you have to
do
is ma
Am Dienstag 18 September 2007 schrieb Torsten Martinsen:
> In a macro, I succesfully use
>
>INSTALL(
> TARGETS ${project}
> RUNTIME DESTINATION bin)
>
> to add my .exe file to the list of files included by CPack. I also want
> the .pdb file, so I tried
>
> INSTALL(
>
Jesper Eskilson wrote:
Hi,
If I tell CMake to generate Visual Studio 8 project files, CMake
requires that the right "cl.exe" can be found in PATH. More
specifically, if the wrong cl.exe is found in PATH (say from Visual
Studio 7), then CMake just pukes with some strange error.
This confuses sev
Olivier Delannoy wrote:
How could I define a custom target of name install_doxygen which is
going to use INSTALL ? I haven't seen any way to do partial
installation so far. I am missing something ?
I have a doxygen target and I would like to be able to add the output
of doxygen to the install ta
In a macro, I succesfully use
INSTALL(
TARGETS ${project}
RUNTIME DESTINATION bin)
to add my .exe file to the list of files included by CPack. I also want
the .pdb file, so I tried
INSTALL(
FILES
${CMAKE_CURRENT_BINARY_DIR}/${CMAKE_CFG_INTDIR}/${project}.pdb
Hi,
If I tell CMake to generate Visual Studio 8 project files, CMake
requires that the right "cl.exe" can be found in PATH. More
specifically, if the wrong cl.exe is found in PATH (say from Visual
Studio 7), then CMake just pukes with some strange error.
This confuses several of my users (who co
Alan W. Irwin wrote:
On 2007-09-17 20:31-0400 Bill Hoffman wrote:
Niall Dalton wrote:
Hi,
I have a custom target that creates doxygen documentation from my C
header files. I'd like, as part of my cpack configuration in my main
CMakeLists.txt, to copy the directory containing the doxygen out
How could I define a custom target of name install_doxygen which is
going to use INSTALL ? I haven't seen any way to do partial
installation so far. I am missing something ?
I have a doxygen target and I would like to be able to add the output
of doxygen to the install target. But I don't want to
On 9/16/07, Alan W. Irwin <[EMAIL PROTECTED]> wrote:
> On 2007-09-16 13:23+1000 Nicholas Yue wrote:
>
> > Hi,
> >
> > I have been successfully using CMake with SWIG to compile language
> > extensions for Java/Python/Ruby on Linux.
> >
> > -- for RUBY
> > SWIG_ADD_MODULE ( ribclient ruby ribclient.
Is this the right forum to discuss further issues in find-FLTK under
CMake, or should it be moved to the FLTK list or tracker? Thanks
Using FLTK that was actually built using Cmake seems to help. However, I
notice that the FLTK-finder locates the intermediate build directory,
rather than the
Hi,
First of all, thanks to everybody who helped me so far.
> CMake-2.4.7 wants either WinZip or Info-Zip[1]. Since the latter is
> free, I use that. You get some command line programs that CMake uses
> just fine :)
> [1]: ftp://ftp.info-zip.org/pub/infozip/WIN32/zip232xn.zip
I will test my
27 matches
Mail list logo
