--===============1522579655960924369==
Content-Type: multipart/signed; boundary="nextPart1579076.brkeykJDVi"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7Bit


--nextPart1579076.brkeykJDVi
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Am Dienstag 30 Oktober 2012, 20:24:19 schrieb Alexander Neundorf:
> On Friday 26 October 2012, Alexander Neundorf wrote:
> > On Thursday 18 October 2012, Alexander Neundorf wrote:
> > > Hi,
> > > 
> > > in kdelibs we require since more than 2 years cmake .2.6.4, since then
> > > many improvements and fixes have gone into cmake, and we cannot make use
> > > of them.
> > > 
> > > These are e.g.
> > > * builtin automoc
> > > * support for creating proper Config.cmake files
> > > * ${CMAKE_CURRENT_LIST_DIR}
> > > and many many more.
> > > 
> > > So, after the discussion we had here on this list,
> > > starting October 30th CMake 2.8.8 or newer will be required for building
> > > kdelibs 4.10.
> > > 
> > > If it is not yet available in your distribution, simply wget and untar
> > > it:
> > > 
> > > $ wget http://www.cmake.org/files/v2.8/cmake-2.8.9-Linux-i386.tar.gz
> > > $ su
> > > $ cd /opt
> > > $ tar -zxvf path/to/cmake-2.8.9-Linux-i386.tar.gz
> > > ...
> > > $ /opt/cmake-2.8.9-Linux-i386/bin/cmake ...all your arguments
> > 
> > just as a reminder, this is Tuesday next week.
> 
> Ok, I pushed this change to the kdelibs 4.10 branch.
> 
> Let me know if something doesn't build anymore.
> 
> Especially for the Windows team: I removed our version of FindOpenSSL.cmake,
> so we use the one coming with cmake now. I don't remember exactly who it
> was, but somebody reported that the verison coming with cmake would
> actually work better under Windows than our version. Now, there is a small
> potential incompatibility in this file: the variable
> ${OPENSSL_EAY_LIBRARIES} does not exist anymore, but the generic
> ${OPENSSL_LIBRARIES} variable should contain everything that's needed, so
> if there are no special tests for this variable it should still work.

Should FindFlex.cmake be removed in favor of upstream FindFLEX.cmake?

Eike
--nextPart1579076.brkeykJDVi
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEABECAAYFAlCQO8YACgkQXKSJPmm5/E6/PwCfUkJROfm0WcCXoUiXIWrHj8vx
R70AniwIblkPhDYp9MJ5KNrzvn9v1YNv
=4FmF
-----END PGP SIGNATURE-----

--nextPart1579076.brkeykJDVi--


--===============1522579655960924369==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

--===============1522579655960924369==--