Is it worthwhile putting in a backwards compatible fix for such an old
version of wxWidgets?
Andrew
On 9/21/07, Miguel A. Figueroa-Villanueva <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> As mentioned in a previous thread, I haven't had time to monitor this
> list in the past few weeks. Now, I'm t
On Thu, Sep 20, 2007 at 06:08:51PM -0500, Albert Chin wrote:
> On Thu, Sep 20, 2007 at 05:56:43PM -0500, Albert Chin wrote:
> > [ snip snip ... ]
> >
> > The problem is that dirname("tar_dir/") == NULL. However, with
> > -D_XOPEN_SOURCE_EXTENDED, then dirname("tar_dir/") works. So, what
> > should
On Thu, Sep 20, 2007 at 05:56:43PM -0500, Albert Chin wrote:
> [ snip snip ... ]
>
> The problem is that dirname("tar_dir/") == NULL. However, with
> -D_XOPEN_SOURCE_EXTENDED, then dirname("tar_dir/") works. So, what
> should we do? Is it possible to build Utilities/cmtar/util.c with
> -D_XOPEN_SO
Ok, this is interesting. TarTest is causing cmake to SEGV. Backtrace:
>0 0x120474a18 in strlcpy(dst=0x11fff31e8="", src=0x0, siz=16384)
"/opt/build/cmake-2.4.7/Utilities/cmtar/compat/strlcpy.c":53
>#1 0x120470fd0 in mkdirhier(path=0x0)
"/opt/build/cmake-2.4.7/Utilities/cmtar/util.c":89
>#
Both TutorialStep1 and TutorialStep5 use sqrt() and assume -lm will be
linked in. This doesn't work on Tru64 UNIX, where you need to
explicitly link with -lm.
The attached patch works. Is it correct?
--
albert chin ([EMAIL PROTECTED])
Index: Tests/Tutorial/Step5/CMakeLists.txt
=
I've tried:
SET (CMAKE_SHARED_LINKER_FLAGS
"${CMAKE_SHARED_LINKER_FLAGS} /DELAYLOAD:dnssd.dll"
)
and
SET_TARGET_PROPERTIES (${MY_PROJECT} PROPERTIES
LINK_FLAGS "/DELAYLOAD:dnssd.dll"
)
and after I build the project in Visual Studio 2005, I am greeted with the
dialog that says dnssd.dll i
Albert Chin wrote:
The SetLang test fails on Tru64 UNIX because the C++ compiler invokes
the C compiler to build Tests/SetLang/bar.c. The C++ compiler can be
used if we force it with "-x cxx". How do I do this to get this test
to pass?
You can change the CMAKE_CXX_COMPILE_OBJECT rule variable
On Thursday 20 September 2007 16:41, Albert Chin wrote:
> The SetLang test fails on Tru64 UNIX because the C++ compiler invokes
> the C compiler to build Tests/SetLang/bar.c. The C++ compiler can be
> used if we force it with "-x cxx". How do I do this to get this test
> to pass?
You could add the
The SetLang test fails on Tru64 UNIX because the C++ compiler invokes
the C compiler to build Tests/SetLang/bar.c. The C++ compiler can be
used if we force it with "-x cxx". How do I do this to get this test
to pass?
--
albert chin ([EMAIL PROTECTED])
_
On Thu, Sep 20, 2007 at 02:02:51PM -0500, Albert Chin wrote:
> Built cmake-2.4.7 on Tru64 UNIX 5.1 with the following:
> % cc -V
> Compaq C V6.5-303 (dtk) on Compaq Tru64 UNIX V5.1 (Rev. 732)
> Compiler Driver V6.5-302 (dtk) cc Driver
> % cxx -V
> Compaq C++ V6.5-042 for Compaq Tru6
What is the difference between cmake and bakefiles?
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hello,
As mentioned in a previous thread, I haven't had time to monitor this
list in the past few weeks. Now, I'm trying to parse through 117
threads or so finding anything related to FindwxWidgets, since I'm the
maintainer.
I found this and for archival purposes, my reply below.
On 8/27/07, Mat
Alan Antonuk wrote:
Hi;
I'm trying to get cmake to run on the OpenVMS operating system with a
goal of eventually getting ITK to run on VMS. Searching through this
list and on the website it doesn't appear as if this effort has been
made. My first question: has anyone successfully got cmake
On 09/20/2007 09:18 PM, Bill Hoffman wrote:
...
That said, FILE(TO_CMAKE_PATH ...) should work just fine, please post
an example that does not work.
-Bill
On 09/20/2007 09:15 PM, Alexander Neundorf wrote:
>...
> I still don't see a FILE(TO_CMAKE_PATH ...) in the example.
>
> Alex
Hi guy
Bill Hoffman wrote:
Hmm, I see, good point.
The thing is that I started to use it like this since I have 64bit
and 32bit systems and couldn't figure out how to distinct that for
the CMakeLists.txt, because depending on the ARCH libs and includes
are differently. But it's true, using the e
Hi;
I'm trying to get cmake to run on the OpenVMS operating system with a goal
of eventually getting ITK to run on VMS. Searching through this list and on
the website it doesn't appear as if this effort has been made. My first
question: has anyone successfully got cmake to run on VMS?
I am prep
blinkeye wrote:
On 09/20/2007 09:00 PM, Bill Hoffman wrote:
BlinkEye wrote:
Thanks for the reply, but this doesn't work neither.
I wonder if I'm the only one who ran into what appears to be a very
basic issue.
Basically, you are using cmake incorrectly. You should not be using
envi
On 09/20/2007 09:00 PM, Bill Hoffman wrote:
BlinkEye wrote:
Thanks for the reply, but this doesn't work neither.
I wonder if I'm the only one who ran into what appears to be a very basic issue.
Basically, you are using cmake incorrectly. You should not be using
environment variables
Built cmake-2.4.7 on Tru64 UNIX 5.1 with the following:
% cc -V
Compaq C V6.5-303 (dtk) on Compaq Tru64 UNIX V5.1 (Rev. 732)
Compiler Driver V6.5-302 (dtk) cc Driver
% cxx -V
Compaq C++ V6.5-042 for Compaq Tru64 UNIX V5.1 (Rev. 732)
Compiler Driver V6.5-042 (cxx) cxx Driver
% g
BlinkEye wrote:
Thanks for the reply, but this doesn't work neither.
I wonder if I'm the only one who ran into what appears to be a very basic issue.
Basically, you are using cmake incorrectly. You should not be using
environment variables in a cmake
project directly. You should o
On Thursday 20 September 2007 14:27, BlinkEye wrote:
...
> I wonder if I'm the only one who ran into what appears to be a very basic
> issue.
Please post a simple example which demonstrates your problem with
TO_CMAKE_PATH.
Alex
___
CMake mailing list
C
On Thu, September 20, 2007 19:34, kitts wrote:
> On Tuesday 18 Sep 2007 10:31:25 pm blinkeye wrote:
>> >> 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 i
It appears that the set command cannot override a variable specified as
a MACRO argument.
For example:
MACRO (ADD_GADB RCMD)
does not accept changes to RCMD within the macro using the set command.
Is there a way to override this?
Thanks,
Juan
___
On Tuesday 18 Sep 2007 10:31:25 pm blinkeye wrote:
> >> 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=
24 matches
Mail list logo
