CMake 2.4.5 available for download

2006-12-04 Thread Bill Hoffman
On behalf of myself, Ken, Brad, Andy and the rest of the CMake team, we are
pleased to announce that CMake 2.4.5 is available for download at:
http://www.cmake.org/HTML/Download.html
If you have any problems or find any bugs, please report them at 
www.cmake.org/Bug.
A list of changes for the 2.4 release tree is included below.

Thanks Bill

Changes in CMake 2.4.5
* Fix for seg fault when a macro runs a bad command BUG# 3815

* Fix fix for foo.dll.lib that does not break -L/usr/lib in link names

* Fix problem with LIBRARY_OUTPUT_PATH and linking to a dll foo.dll.lib 
  instead of foo.lib 

* Do not depend on optimized libraries for a debug build and visa versa.

* Fix target name matching custom command output conflict.
   
* Fix FindQt3 so that it does not find qt4

* Fix FindKDE4 so that it only looks for kde4-config

Changes in CMake 2.4.4

* CMake Version numbers on module directory

* elseif added

* Fix docs in CheckCSourceCompiles CheckCXXSourceCompiles and diagnostic 
  output.

* added Check(C/CXX)SourceRuns.cmake, CheckCXXCompilerFlag.cmake, Check

* add static and shared flags to make sure the specified versions of 
  libraries are used with -static -lfoo -shared -lbar

*  Search for the compiler only once and store a full path. avoids problems
  with PATH changes in cmake re-runs.

* make sure manifest files are generated with VS 8

* added FindASPELL.cmake, FindBZip2.cmake FindHPELL.cmake, FindJasper.cmake
  FindLibXml2.cmake, FindLibXslt.cmake, FindOpenSSL.cmake

* fix for bug#3646 GLUT not Glut for framework name

* many fixes for FindKDE3.cmake

* Better FindPNG that honors REQUIRED and looks in more places.

* Support to find python 2.5

* Find Qt3 better

* Find Qt4 better and work with qmake and qmake-qt4 on the same machine.

* Much better FindRuby.cmake

* More stuff marked as advanced in FindTcl and FindSDL

* FindwxWidgets runs shell script wx-config with sh

* Support for cpack and vs8 install libraries

* Darwin shared library create and Fortran now work

* Support for isystem directories INCLUDE_DIRECTORIES (SYSTEM)

* Targets in makefiles to create pre-processed files and assembly files
  can be turned off with these variables:
   CMAKE_SKIP_PREPROCESSED_SOURCE_RULES CMAKE_SKIP_ASSEMBLY_SOURCE_RULES

* Support for QNX

* Better default search paths for unix and FIND_* stuff

* Use link /lib and not lib to create static libraries with MS

* Useqt4 works with static qt4 and other fixes

* UseSwig.cmake interface to add extra dependencies.

* Added APPEND option to ADD_CUSTOM_COMMAND, Added VERBATIM option to 
  ADD_CUSTOM_COMMAND and ADD_CUSTOM_TARGET

* add EXCLUDE_FROM_ALL option  for ADD_LIBRARY and ADD_EXECUTABLE

* Fix automatic computation of binary path to work for subdirectories of out
  of source directories.  This addresses bug#3592.

* --debug-ouput to cmake that gives stack trace to message send error commands.
  The stack trace is no longer there without it.

* + can be in a variable

* Do not replace @VAR@ syntax in list files.  This addresses bug #2722

* much faster depend scanning

* do depends on system include directories

* Permission and install directory fixes

* New target property CONFIG_LOCATION (Debug, Release, etc)

* fix exclude from all in VS

* fix code completion problem in KDevelop

* Define MSYS when using msys generator

* fix referencece to projects outside the build tree VS 7,8

* Fix ZERO_CHECK to not always try and rebuild

* Fix Xcode universal binary rebuild problem

* add FILE_IS_NEWER to if command

* Add OPTIONAL to INSTALL command fix [EMAIL PROTECTED]

* add SORT and REVERSE to LIST command

* fix for seg fault bug #3815

* add SYBOLIC as a source file property see SET_SOURCE_FILES_PROPERTIES

* fix ctest valgrind if no coverage is done

* better message if bogus generator is specified.

* Better FindJava and FindJNI

* Fix doxygen.config for CMake

* add CPACK_MODULE_PATH

* Fix configuration for ctest dashboard targets Experimental, Nightly, etc

* Fix FindDoxygen for mac and app-bundles

* Fix CPack simple install test with NSIS

* Allow EXECUTE_PROCESS to strip trailing white space

* Fix mingw echo in makefiles

* Fix Xcode to not mess up -gdwarf-2

* Fix crash when linking to custom targets.

* Allow HEADER_FILE_ONLY to not compile the file in VS 7 and 8

* Fix mingw out of binary with spaces in the path.

* Fix for sudo make install (partial)

* Allow installed zlib, curl, expat, xmlrpc to be used.

* Add CMakeDependentOption.cmake module

* Allow projects to set install prefix default

* improved Find/Use wxWidgets

* add support for windows dll version numbers

* Fix message for -G when generator does not exist

* Fix html references in help

* Fix version on .exe cygwin

* allow global timeout in ctest

* Fix some odd cases with custom commands in VS 6

* Fix path suffix stuff with lib64 in FIND_* stuff.

* Fix delete in CMakeSetup to not change the current position in the list

* Fix debug stl run of ctest on Mac

* Use #2 

shell wrappers for windows not using the proper paths

2006-12-04 Thread Matt Rogers
Hi,

I've been trying to compile kdelibs with MSVS for about the past month 
or so now, and the one thing that's always tripped me up was being 
unable to compile the kdewidgets project. I had a look at the shell 
wrapper for makekdewidgets and noticed that it didn't include paths for 
the kdewin32 libraries or the win32 libraries necessary to run 
makekdewidgets. After I fixed this manually, I'm happy to report that I 
have a working build.

Now to the questions. :)
Do I need to have the missing paths that I added manually in my user's 
PATH variable already?

Shouldn't the shell wrappers include these directories on Windows for us?

Should I file a bug in our bugzilla about this?

Thanks,
Matt
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem


Re: shell wrappers for windows not using the proper paths

2006-12-04 Thread Christian Ehrlicher
Matt Rogers schrieb:
 Hi,
 
 I've been trying to compile kdelibs with MSVS for about the past month 
 or so now, and the one thing that's always tripped me up was being 
 unable to compile the kdewidgets project. I had a look at the shell 
 wrapper for makekdewidgets and noticed that it didn't include paths for 
 the kdewin32 libraries or the win32 libraries necessary to run 
 makekdewidgets. After I fixed this manually, I'm happy to report that I 
 have a working build.
 
 Now to the questions. :)
 Do I need to have the missing paths that I added manually in my user's 
 PATH variable already?
 
 Shouldn't the shell wrappers include these directories on Windows for us?
 
 Should I file a bug in our bugzilla about this?
 
Imho you have to set the correct directories - at least we all do this:
set
PATH=E:\Qt\qt-4.2.2\bin;E:\Qt\qt-4.2.2\lib;%PATH%;D:\Programme\kdewin32\bin;D:\Programme\win32libs\bin

But you're right - it's not mentioned on kdelibs.com

Christian



signature.asc
Description: OpenPGP digital signature
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem