Re: [CMake] Digital Mars

[Cesar Rabak]

OK, another 0.01999... to your idea:  DM has a utility called 'cl.exe' (look for it in the BIN directory) which emulates a lot of Microsoft command line compiler and linker.  Have a try w/it! "William A. Hoffman" <[EMAIL PROTECTED]> escreveu: At 11:09 AM 5/19/2006, William A. Hoffman wrote:>Yea, I think that is what is needed.>>The other option is to use the Microsoft linkerI have another idea.   Write a small program or .bat fileto run the link command and add the -L ability to it.It would basically setenv LIB to the parsed out -L path options,then call the DM linker.  It should be pretty easy to writea small c++ program that uses the cmake libraries.  DMLinkerFix.exe.-Bill___CMake mailing
 listCMake@cmake.orghttp://www.cmake.org/mailman/listinfo/cmake-- Cesar RabakGNU/Linux User 52247.Get counted: http://counter.li.org/
		 
Yahoo! Messenger com voz - Instale agora e faça ligações de graça. ___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] problem on windows with $ENV{something}

[Cesar Rabak]

Since the cmake is ported to the Windows platform/environment, I think it is reasonable expectation of the user to have the env vars written in the native (Windows) style.As such, cmake must be able to parse and process vars with spaces and correctly interpreting the backslashes.As matter of fact, this should be transparent for cmake, after of all the programs that make use of the information stored in these variables that have to take care of the semantics of the slashes.my .01999..."William A. Hoffman" <[EMAIL PROTECTED]> escreveu: At 09:21 AM 2/12/2006, Alexander Neundorf wrote:>Hi, > >it seems there's an issue with using $ENV{something} under windows, as >can be read here and followups: >http://mail.kde.org/pipermail/kde-buildsystem/2006-February/001083.html >
 >The problems is that if the environment variable contains backslahes (and >maybe spaces), it breaks the dependency scanning of cmake, i.e. >dependencies are not scanned. This has been reported for nmake. > >A workaround is to replace all backslahes to forward slashes using >string(regex replace ...) > >Is this a bug or a feature ? The problem is that CMake expects all paths to be unix style paths.ENV on Windows is likely to produce a windows path with \ and not /,that is likely to mess up the cmake parser.  So, should CMake ENVtry to convert slashes?   The problem is, it may or may not be a PATH.We could check to see if it is a PATH?  Or we could create ENVPath{var}.Ideas, suggestions?Thanks.-Bill___CMake mailing listCMake@cmake.orghttp://www.cmake.org/mailman/listinfo/cmake-- Cesar
 RabakGNU/Linux User 52247.Get counted: http://counter.li.org/
		 
Yahoo! doce lar. Faça do Yahoo! sua homepage.___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake