Updated Packages:
binutils-2.16.91.0.6-1 ---------------------- * Tue Feb 14 2006 Jakub Jelinek jakub@redhat.com 2.16.91.0.6-1 - update to 2.16.91.0.6 - fix ppc64 --gc-sections - disassembler fixes for x86_64 cr/debug regs - fix linker search order for DT_NEEDED libs
* Mon Jan 02 2006 Jakub Jelinek jakub@redhat.com 2.16.91.0.5-1 - update to 2.16.91.0.5 - don't error about .toc1 references to discarded sectiosn on ppc64 (#175944)
* Wed Dec 14 2005 Jakub Jelinek jakub@redhat.com 2.16.91.0.3-2 - put .gnu.linkonce.d.rel.ro.* sections into relro region
compat-db-4.2.52-4 ------------------ * Tue Feb 14 2006 Jindrich Novy jnovy@redhat.com 4.2.52-4 - clarify pointer usage in db_load.c (#110697)
gawk-3.1.5-6.2 -------------- * Tue Feb 14 2006 Karel Zak kzak@redhat.com 3.1.5-6.2 - new version of the gawk-3.1.5-wconcat.patch patch
gcc-4.1.0-0.27 -------------- * Tue Feb 14 2006 Alexandre Oliva aoliva@redhat.com 4.1.0-0.27 - merge fix by Zdenek Dvorak for regression introduced by patch for PR tree-optimization/26209
* Tue Feb 14 2006 Jakub Jelinek jakub@redhat.com 4.1.0-0.26 - update from gcc-4_1-branch (-r110903:110978) - PRs fortran/20861, fortran/20871, fortran/25059, fortran/25070, fortran/25083, fortran/25088, fortran/25103, fortran/26038, fortran/26074, inline-asm/16194, libfortran/24685, libfortran/25425, target/26141, tree-optimization/26258 - ABI change - revert to GCC 3.3 and earlier behaviour of zero sized bitfields in packed structs (Michael Matz, PR middle-end/22275) - fix valarrays vs. non-POD (Paolo Carlini, Gabriel Dos Reis, PR libstdc++/25626) - fix C++ duplicate declspec diagnostics (Volker Reichelt, PR c++/26151) - fix dominance ICE (Zdenek Dvorak, PR tree-optimization/26209) - add some new Intel {,e,x}mmintrin.h intrinsics (H.J. Lu) - speedup bitset<>::_M_copy_to_string (Paolo Carlini) - fix tree_expr_nonzero_p (Jeff Law) - fix TRUTH_XOR_EXPR handling in VRP (Jeff Law)
kudzu-1.2.29-1 -------------- * Tue Feb 14 2006 Bill Nottingham notting@redhat.com - 1.2.29-1 - silence!
mkinitrd-5.0.25-1 ----------------- * Tue Feb 14 2006 Peter Jones pjones@redhat.com - 5.0.25-1 - rework hotplug control fds (#181515)
* Tue Feb 14 2006 Peter Jones pjones@redhat.com - 5.0.24-1 - use the right nash-dm command to get the device list - check if a subdevice has the same partition table, not if it starts at the right place (fixes partition comparison on !mirror devices)
Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.15-4.i686 requires kernel = 0:2.6.15-1.1941_FC5 GFS-kernel - 2.6.15-4.i686 requires /lib/modules/2.6.15-1.1941_FC5 GFS-kernel-smp - 2.6.15-4.i686 requires kernel-smp = 0:2.6.15-1.1941_FC5 GFS-kernel-smp - 2.6.15-4.i686 requires /lib/modules/2.6.15-1.1941_FC5smp cman-kernel - 2.6.15.0-20051219.162641.FC5.11.4.i686 requires kernel = 0:2.6.15-1.1941_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.4.i686 requires /lib/modules/2.6.15-1.1941_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.4.i686 requires kernel-smp = 0:2.6.15-1.1941_FC5 cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.4.i686 requires /lib/modules/2.6.15-1.1941_FC5smp dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.3.i686 requires kernel = 0:2.6.15-1.1941_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.3.i686 requires /lib/modules/2.6.15-1.1941_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.3.i686 requires kernel-smp = 0:2.6.15-1.1941_FC5 dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.3.i686 requires /lib/modules/2.6.15-1.1941_FC5smp gnbd-kernel - 2.6.15-3.i686 requires kernel = 0:2.6.15-1.1941_FC5 gnbd-kernel - 2.6.15-3.i686 requires /lib/modules/2.6.15-1.1941_FC5 gnbd-kernel-smp - 2.6.15-3.i686 requires kernel-smp = 0:2.6.15-1.1941_FC5 gnbd-kernel-smp - 2.6.15-3.i686 requires /lib/modules/2.6.15-1.1941_FC5smp
Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs vconfig - 1.9-1.1.ia64 requires libc.so.6 vconfig - 1.9-1.1.ia64 requires libc.so.6(GLIBC_2.0)
Broken deps for ppc ---------------------------------------------------------- ccs-devel - 1.0.3-0.2.ppc requires ccs = 0:1.0.3-0.2 gulm - 1.0.0-2.ppc requires ccs
Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 magma-plugins - 1.0.3-1.FC5.ppc64 requires libgulm.so.1()(64bit) vconfig - 1.9-1.1.ppc64 requires libc.so.6 vconfig - 1.9-1.1.ppc64 requires libc.so.6(GLIBC_2.0)
Broken deps for s390 ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0 rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1 rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1
Broken deps for s390x ---------------------------------------------------------- rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit) rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit)
Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.15-4.x86_64 requires kernel = 0:2.6.15-1.1941_FC5 GFS-kernel - 2.6.15-4.x86_64 requires /lib/modules/2.6.15-1.1941_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.4.x86_64 requires kernel = 0:2.6.15-1.1941_FC5 cman-kernel - 2.6.15.0-20051219.162641.FC5.11.4.x86_64 requires /lib/modules/2.6.15-1.1941_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.3.x86_64 requires kernel = 0:2.6.15-1.1941_FC5 dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.3.x86_64 requires /lib/modules/2.6.15-1.1941_FC5 gnbd-kernel - 2.6.15-3.x86_64 requires kernel = 0:2.6.15-1.1941_FC5 gnbd-kernel - 2.6.15-3.x86_64 requires /lib/modules/2.6.15-1.1941_FC5
gcc-4.1.0-0.27
- Tue Feb 14 2006 Jakub Jelinek jakub@redhat.com 4.1.0-0.26
- update from gcc-4_1-branch (-r110903:110978)
fortran/25083, fortran/25088, fortran/25103, fortran/26038, fortran/26074, inline-asm/16194, libfortran/24685, libfortran/25425, target/26141, tree-optimization/26258
- PRs fortran/20861, fortran/20871, fortran/25059, fortran/25070,
- ABI change - revert to GCC 3.3 and earlier behaviour of zero sized bitfields in packed structs (Michael Matz, PR middle-end/22275)
Do I read this correctly - ABI change?
The whole FC5 mass rebuilds were in vain?
Ralf
On Wed, Feb 15, 2006 at 09:47:25PM +0100, Ralf Corsepius wrote:
gcc-4.1.0-0.27
- Tue Feb 14 2006 Jakub Jelinek jakub@redhat.com 4.1.0-0.26
- update from gcc-4_1-branch (-r110903:110978)
fortran/25083, fortran/25088, fortran/25103, fortran/26038, fortran/26074, inline-asm/16194, libfortran/24685, libfortran/25425, target/26141, tree-optimization/26258
- PRs fortran/20861, fortran/20871, fortran/25059, fortran/25070,
- ABI change - revert to GCC 3.3 and earlier behaviour of zero sized bitfields in packed structs (Michael Matz, PR middle-end/22275)
Do I read this correctly - ABI change?
Yes.
The whole FC5 mass rebuilds were in vain?
No, packed structures containing zero width bitfields are extremely rare. And if something really cared about the exact layout of those structures, it wouldn't rely on this, as GCC < 3.4 behavior differed from 3.4/4.0.
Jakub
On Wed, 2006-02-15 at 15:50 -0500, Jakub Jelinek wrote:
On Wed, Feb 15, 2006 at 09:47:25PM +0100, Ralf Corsepius wrote:
gcc-4.1.0-0.27
- Tue Feb 14 2006 Jakub Jelinek jakub@redhat.com 4.1.0-0.26
- update from gcc-4_1-branch (-r110903:110978)
fortran/25083, fortran/25088, fortran/25103, fortran/26038, fortran/26074, inline-asm/16194, libfortran/24685, libfortran/25425, target/26141, tree-optimization/26258
- PRs fortran/20861, fortran/20871, fortran/25059, fortran/25070,
- ABI change - revert to GCC 3.3 and earlier behaviour of zero sized bitfields in packed structs (Michael Matz, PR middle-end/22275)
Do I read this correctly - ABI change?
Yes.
The whole FC5 mass rebuilds were in vain?
No, packed structures containing zero width bitfields are extremely rare.
OK, nevertheless, something to keep an eye on.
Should somebody find such a struct in a core part of a central library (very low level packages (kernel, glibc, drivers) or GUI-toolskits seem likely candidates, to me), ....
And if something really cared about the exact layout of those structures, it wouldn't rely on this, as GCC < 3.4 behavior differed from 3.4/4.0.
This shouldn't matter here, because the rebuild was initiated by the GCC 4.0->4.1 transition.
Ralf