boost updated post RHEL-6 beta [LWN.net]

boost updated post RHEL-6 beta

Posted Apr 21, 2010 15:28 UTC (Wed) by bkoz (guest, #4027)
In reply to: New slogan by danieldk
Parent article: RHEL 6 beta version available

I feel your pain on this issue.

Please note that the RHEL-6 beta released today has an older version of boost than the 1.41.0 version that will be in RHEL-6 final. (Ie, RHEL-6 will sync with F13 for libstdc++/boost.) The F13/RHEL-6 packaging has some notable improvements over RHEL-5 versions.

It would have been very nice to have GCC 4.5.0's libstdc++ in RHEL-6 (especially if we are going to have to live with it as "top of RHEL tree" for another 4 years on the server!) but the release dates didn't sync, sadly. And the backport to 4.4 based gcc's isn't feasible.

If you care about this kind of stuff please let your RH reps know.

(Log in to post comments)

boost updated post RHEL-6 beta

Posted Apr 21, 2010 16:01 UTC (Wed) by danieldk (guest, #27876) [Link]

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.

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.