-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> 
> I really hate that our CBS won't work correctly on so many OS platforms
> because of cmake.  For cryin' out loud, Fedora 12 is the most recently
> released version of Fedora, and it is using cmake 2.6.4.  And that's not good
> enough?  I have to manually construct a noveau cmake just so I can build
> PLplot?  Just earlier today I documented that our current PLplot won't
> configure at all on Fedora 8.  Now we see that it will configure, but wrongly
> on Fedora 12.
> 
> What's wrong with this picture?  I know exactly what's wrong:  cmake
> 
> Are we going to update PLplot's cmake configuration files to demand cmake
> 2.8.x? 
> 
> Honestly, I think this is nuts.

When you read through the mailing list, there is just a small number of
problems with CBS and most of the complaints are from you. You can read
through the gnuplot mailing list the last 3 months and there were much
more problems with autoconf we had in the whole year. Someone changed
the code so that it works for Linux and that broke the Mac OS X build
and so on. Just go ahead and read. There is obviously no perfect build
system.

IMO cmake works extremly well, is very flexible and after you understood
the basics it's very easy to set up a (cross platform) build system - I
use it for all my projects.

The reason tcl/tk might not work so well is, that not many people use
it. It's rarely a topic on the mailing list, and e.g. I don't use it at
all on all platforms, I never really test it.

So it's very likely that there is a lot of room for improvement it this
part of the CBS, but IMO this fact doesn't justify a basic criticism of
the whole CBS - which e.g. works most of the time perfectly well, and I
work exactly like you with many version of custom compiled libraries
arbitrarily placed somewhere on my hard disc.

Regards,
Werner

PS: I use several versions of cmake 2.6.3 to 2.8.1 on my 3 computers I
work with and about 6 virtual computers and basically don't have
problems. Installing the precompiled cmake code for Linux is btw a
matter of 2 minutes.


> 
> I think it would be a lot more user (and our users are all developers)
> friendly, if we shipped cmake modules that override all the broken behavior
> in cmake, so that people who have cmake in their OS distro, would be able to
> just use it, without having to build a toolchain just so they can compile our
> library.
> 
> I will try to run the test with cmake 2.8.1 and report the results.  But
> personally, a "favorable" result with cmake 2.8.1 doesn't really seem like
> good news, if it means we conclude that every PLplot developer on earth is
> going to have to upgrade past their distro's cmake version, just in order to
> compile our library (reliably).  I think we ought to be looking at an
> internal solution.
> 
> And I don't mean to interrupt the current release push with this brouhaha.
> Documenting it and deferring it would be okay with me in the short term.
> 
> Long term, if everyone else is really so happy with cmake, then I think we
> need to find a way to ship enough custom overides so that people can reliably
> build PLplot with whatever cmake they have on a reasonably up to date
> distro.  I realize there would be some limites.  cmake 0.2.3 is not something
> we should support.  But I really have a hard time with the idea that Fedora
> 12's cmake is so old that it has to be upgraded before reliable builds will
> work.  
> 
> More when I have it.
> 
> -Geoff
> 
> 
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Plplot-devel mailing list
> Plplot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plplot-devel


- -- 
Dr. Werner Smekal
Institut fuer Angewandte Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10/134
A-1040 Wien
Austria
DVR-Nr: 0005886

email: sme...@iap.tuwien.ac.at  (GPG: EDCAF4A79)
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
       +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJL67ymAAoJEG1QQcXtyvSn2vsH/0WztgSZkoHb84LQn3p9PwK4
fmYGtPxoJbtWvlQ9UlGPLX6n9KvQkQsG1Rc8yaa2TABNWQq/lnTgS+reWlERyky/
b0xRdvei8PH3mrBrnPOfzMHxa7WFKGZSi6xByaFdT3rluqflUFTryW0r4iaqfqdM
CvGUgf8CdC5dNSi5GRJ7r+ftCThgZeWgsftADQGIY7fkJhBd7oCJ6R4u/S421qME
IJEeR/cXoosOJZXcdLuZ7FyUg9h22TAZPVWdnkIc6PdNZ/UkIQVoai7KS3It975i
khmiTx1gMsIsrqIgfu+OJkdPVTn6VeXTkfFlm5iPYECXxR0ZOHUsQLhKcAJXjn4=
=M6Fd
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------

_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to