On Tuesday 15 April 2008 22:44:12 David Cole wrote:
> In 2.4.7, the relocatable part of the info.plist file was hard-coded to
> "false".
>
> So it's still a mystery to me why it should end up blank for you...
Yes, you are right. I have 2.4.8 on my Mac box.
>
>
> On Tue, Apr 15, 2008 at 1:14 PM, Ti
On Tue, Apr 15, 2008 at 7:07 PM, Surya Kiran Gullapalli <
[EMAIL PROTECTED]> wrote:
> Hello all,
> I'm building a library in debug and in release modes. I want the built
> library to go at different locations for each configuration. So I've done
> something like this.
>
> =
On Tue, Apr 15, 2008 at 6:47 PM, David Cole <[EMAIL PROTECTED]> wrote:
> Is there a sample CMake project that I could try to reproduce this with? Or
> could you send me access to your source tree? Is it an open source project?
Copy minimal.cpp (and sample.xpm) from wxWidgets samples directory with
David,
> > Try setting CMAKE_REQUIRED_LIBRARIES to kernel32 (or maybe kernel32.lib?)
> > before checking for Sleep.
> >
> > SET(CMAKE_REQUIRED_LIBRARIES "kernel32")
> >
> > CHECK_FUNCTION_EXISTS(Sleep HAVE_SLEEP)
> >
> > Does that work?
>
> No, it sure doesn't.
Just wondering if I am us
In 2.4.7, the relocatable part of the info.plist file was hard-coded to
"false".
So it's still a mystery to me why it should end up blank for you...
On Tue, Apr 15, 2008 at 1:14 PM, Timenkov Yuri <[EMAIL PROTECTED]>
wrote:
> On Tuesday 15 April 2008 20:56:11 David Cole wrote:
> > Something must
On Tuesday 15 April 2008 20:56:11 David Cole wrote:
> Something must be wrong with your build tree or your CMake installation.
> This is from the CMake 2.4.8 Modules/CPack.cmake file:
Ah, this seems a bug :(
In CMake 2.4.7 there are no such lines.
>
> cpack_set_if_not_set(CPACK_PACKAGE_RELOCATABL
On Tuesday 25 March 2008 19:54:08 Alexander Neundorf wrote:
> On Tuesday 25 March 2008, Timenkov Yuri wrote:
> > Can anyone point me in right direction?
>
> Please file a feature request on the cmake bug tracker for cpack. We don't
> have too much feedback for cpack so this is very valuable.
I play
Something must be wrong with your build tree or your CMake installation.
This is from the CMake 2.4.8 Modules/CPack.cmake file:
cpack_set_if_not_set(CPACK_PACKAGE_RELOCATABLE "false")
# always force to exactly "true" or "false" for CPack.Info.plist.in:
if(CPACK_PACKAGE_RELOCATABLE)
set(CPACK
El Martes 15 Abril 2008ES 17:28:56 David Cole escribió:
> You can achieve what you want with two find calls. The first is with
> NO_DEFAULT_PATH, then if it's not found, the second is without
> NO_DEFAULT_PATH.
> That way, yours will be found first, but the system version will be found
> if yours d
You can achieve what you want with two find calls. The first is with
NO_DEFAULT_PATH, then if it's not found, the second is without
NO_DEFAULT_PATH.
That way, yours will be found first, but the system version will be found if
yours does not exist.
HTH,
David
On Tue, Apr 15, 2008 at 11:18 AM, Al
Hi,
is there any way for the FIND_* macros (FIND_PATH, FIND_LIBRARY...) to search
first in the directories specified on the script and after that on common
system directories?
According to what I have read, it's done in the opposite order, so if I have a
private project branch in my home direc
Hi there,
when using the compile flag "/EHa" instead of "/EHsc" to enable structured
exception handling along with C++ exception handling, the Visual Studio .NET
generator in 2.6.0 RC8 writes these XML tags to the project file:
However, the ExceptionHandling="TRUE" attribute corresponds to the
Hello all,
I'm building a library in debug and in release modes. I want the built
library to go at different locations for each configuration. So I've done
something like this.
===
set (mytarget "mylib")
Add_Library (${mytarget} ${mysrcs})
Set_Target_Properties (${myta
Hendrik Sattler wrote:
Zitat von Alexander Neundorf <[EMAIL PROTECTED]>:
This is the ABI test. It is not special for cross compiling, but it
would be
nice if it would work.
We need to see the error message.
I found out why: yet another bug in the compiler front-end. It doesn't
copy "" to the
Alan W. Irwin wrote:
You should never use -L directly (in TARGET_LINK_LIBRARIES) .
link_directories should be used.
Our use case is we have a large number of libraries and plugins, but only
four of those (IIRC) use X11_LIBRARIES. I prefer to use -L directly in
TARGET_LINK_LIBRARIES rath
> Von: Philippe Fremy
>
> Hi,
>
> For one of my project, I need to compile files with .c extension as C++
> files. It's an uncommon need but it exists.
>
> In Visual Sturio, there is a compiler option, /TP that does exactly
> this. In Visual Studio 2005 project files, it seems to transl
Hi,
For one of my project, I need to compile files with .c extension as C++
files. It's an uncommon need but it exists.
In Visual Sturio, there is a compiler option, /TP that does exactly
this. In Visual Studio 2005 project files, it seems to translate into
CompileAs property which
Hi everyone.
This is just FYI.
I'm started to playing with CPack (2.4) for Apple (Tiger 10.4, PackageMaker
v2.1.1), and encountered very strange error:
CPack: Compress package
The package could not be created because of the following errors:
No package identifier specified.
While investigating
Zitat von Alexander Neundorf <[EMAIL PROTECTED]>:
This is the ABI test. It is not special for cross compiling, but it would be
nice if it would work.
We need to see the error message.
I found out why: yet another bug in the compiler front-end. It doesn't
copy "" to the cpp30 call, thus a spac
19 matches
Mail list logo
