From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-September/018409.html | 85 +++++++++++++++++++++++++++ 1 file changed, 85 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-September/018409.html (limited to 'zarb-ml/mageia-dev/2012-September/018409.html') diff --git a/zarb-ml/mageia-dev/2012-September/018409.html b/zarb-ml/mageia-dev/2012-September/018409.html new file mode 100644 index 000000000..8e5919390 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-September/018409.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] [RFC] kdelibs4-devel and cmake macros + + + + + + + + + +

[Mageia-dev] [RFC] kdelibs4-devel and cmake macros

+ Angelo Naselli + anaselli at linux.it +
+ Sat Sep 1 21:19:05 CEST 2012 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Il 01/09/2012 16:48, Colin Guthrie ha scritto:
+> This doesn't sound like a good reason to me. Surely any porting
+> work you'll be doing you'll want to push upstream. Would upstream
+> be happy adding a dependency on KDE macros? I wouldn't expect so.
+> Thus the approach you've taken just now seems like a good one.
+
+Good point.
+
+But the real good approach in my opinion is that kde team should
+send upstream -to cmake- their macros.
+
+I don't like to reinvent the wheel, and moreover what happens as
+soon as someone develops a library for developers and need the same
+dependencies as in KDE applications (SQLite, SANE, SIP, RUby,...)?
+Two FindXXX.cmake on the system.
+I'm not sure it's good reason as well :)
+
+Angelo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.12 (GNU/Linux)
+Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
+
+iEYEARECAAYFAlBCX6YACgkQqEs9DA4DquDH4ACgrUnCYKEZqO8YalLdufCLJt5M
+UFwAoJz1ZQqEE3VtYcNdQFLyRdVzXZoY
+=tWvW
+-----END PGP SIGNATURE-----
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1