Re: [CMake] Re: TRY_COMPILE painful for tool testing

2006-10-01 Thread Arjen Markus
Brad King wrote: Arjen Markus wrote: Like I promised, here is the information I have on this bug: [snip] As you can see, the source file is given with the native (Windows-style) path, but the object file is specified with forward slashes. This is what causes the

[CMake] Testing whether a variable has already been assigned a non-null value

2006-10-01 Thread Alan W. Irwin
I have noticed tests like IF("${VARIABLE}" MATCHES "^${VARIABLE}$") in, e.g., CheckFunctionExists.cmake where VARIABLE is a macro argument. From the context I assume it is a test for whether the actual variable used in the macro call has been assigned a non-null value, but I don't get why it wor

Re: [CMake] CMake and portable dynamic library loading?

2006-10-01 Thread Alexander Neundorf
Original-Nachricht Datum: Sun, 1 Oct 2006 13:00:23 +0600 Von: Andrey Rahmatullin <[EMAIL PROTECTED]> An: cmake@cmake.org Betreff: Re: [CMake] CMake and portable dynamic library loading? > On Sat, Sep 30, 2006 at 08:34:58AM -0700, Alan W. Irwin wrote: > > However, libltdl does no

Re: [CMake] CMake and portable dynamic library loading?

2006-10-01 Thread William A. Hoffman
At 03:00 AM 10/1/2006, Andrey Rahmatullin wrote: >On Sat, Sep 30, 2006 at 08:34:58AM -0700, Alan W. Irwin wrote: >> However, libltdl does not solve the issue of how to dynamically load >> plug-ins on windows systems. >SIM always used libltdl on all platforms without problems (until we >switched to

Re: [CMake] CMake and portable dynamic library loading?

2006-10-01 Thread Andrey Rahmatullin
On Sat, Sep 30, 2006 at 08:34:58AM -0700, Alan W. Irwin wrote: > However, libltdl does not solve the issue of how to dynamically load > plug-ins on windows systems. SIM always used libltdl on all platforms without problems (until we switched to QLibrary). -- WBR, wRAR (ALT Linux Team) signature