| |||||||||||||
boost updated post RHEL-6 betaboost updated post RHEL-6 betaPosted Apr 21, 2010 16:01 UTC (Wed) by danieldk (guest, #27876)In reply to: boost updated post RHEL-6 beta by bkoz Parent article: RHEL 6 beta version available
Having the latest and greatest new helps a bit. However, within two years g++ will probably support many more C++0x features than it does now, but since RHEL7 probably won't be rolled out until 2015, you can't use them for a window of three years when the rest of the world has moved on. I am emphasizing on C++ here, because that's what I use mostly, but I am sure that the same applies to Python or Ruby. I like turnaround times of two year max ;).
Before someone points out that Windows has even longer release cycles: that's true, but the Windows 'userland' isn't tied as much to the base system as a Linux distribution. Try to replace Gtk+ in CentOS 5 to a newer version, it is a pointless exercise. On Windows you can install the latest installment of Visual Studio and enjoy new features.
(Log in to post comments)
boost updated post RHEL-6 beta Posted Apr 21, 2010 16:47 UTC (Wed) by danpb (subscriber, #4831) [Link]
There's no need to replace existing versions of apps. It is entirely possible to install multiple extra versions providing you compile them with non-clashing install prefixes. I know people using RHEL whom have as many as 5-10 different GCC/G++ toolchain versions, each in /opt/. Likewise you can do this for other libraries like GTK. Perl / python is doable too, though you might need to change #!/usr/bin/perl in scripts to reference a binary with a specific alternate version number
RHEL 7 when? Posted Apr 21, 2010 20:43 UTC (Wed) by dowdle (subscriber, #659) [Link]
Why do you think RHEL 7 won't hit until 2015? I would imagine that RHEL development will be back on track (18-24 months) after RHEL 6 is released. Even if not, 2015 is 4.5 years away and even RHEL6 won't take that long.
|
|||||||||||||