The most significant developer visible changes are IMO:
- Support for ISO C11
- Many bug fixes for the math library thanks to a thorough audit of all open math library bugs. The results are mor accurate exceptions and function results.
- Support for the x32 ABI on x86-64 which also brings unified headers for x86 and x86-64 - so there are really the same headers for all three ABIs on x86-64.
While the focus of openSUSE is on getting 12.2 out of the door, I worked on getting glibc 2.16 ready for the next release in a side project. The library itself builds fine and Coolo has setup a staging project called openSUSE:Factory:Staging:Glibc where the whole distribution is build with the new glibc (in this case we use 12.2 as a base since that one is moving slower).
Fixing PackagesI've had to fix a small number of packages to get them building with glibc 2.16 and pushed everything directly to factory.
The issues I encountered and fixed where:
Missing <sys/resource.h>The include files have been updated and some programs did not have an include on <sys/resource.h> and instead include some other file that included it.
The build failure looks like:
[ 89s] util_exec.cpp: In function 'void dmtcp::Util::adjustRlimitStack()': [ 89s] util_exec.cpp:374:19: error: aggregate 'dmtcp::Util::adjustRlimitStack()::rlimit rlim' has incomplete type and cannot be defined [ 89s] util_exec.cpp:375:15: error: 'RLIMIT_STACK' was not declared in this scope [ 89s] util_exec.cpp:375:34: error: 'getrlimit' was not declared in this scope [ 89s] util_exec.cpp:376:26: error: 'RLIM_INFINITY' was not declared in this scope [ 89s] util_exec.cpp:384:36: error: 'setrlimit' was not declared in this scope
No declaration anymore for getsgets is not declared anymore as part of ISO C11 and therefore code using gets needs to be compiled using older standards - or better do not build with gets.
The packages that failed where packages using gnulib that issued a warning when gets was used - and this warning code works only if gets is declared. Once these packages update their gnulib code, everything is fine, for now the warning could just be disabled or only enabled when there is a declaration.
No more 'struct siginfo'
glibc 2.16 removes the undocumented definition of 'struct siginfo'
from <bits/siginfo.h>. This struct was always a typedef for 'siginfo_t' which is required by POSIX, so 'siginfo_t' should be used instead.
TIME_UTC from ISO C11 in boostISO C11 introduced the constant TIME_UTC - and boost also declares this value. This breaks building with boost and thus upstream boost now renamed its value to 'TIME_UTC_' which is an API change.
So, boost and all packages using boost's boost::TIME_UTC needed fixing.
_FORTIFY_SOURCE requires compilation with optimizationBuilding with -D_FORTIFY_SOURCE is done by default for openSUSE but the extra features are defined in a way that they only work with optimization. Now glibc complains if a file is compiled without optimization but with this feature macro.
There were two packages that contained -O0 for a few files that were easily fixed.
Fixing packages in the Build ServiceTo build locally a package with the new glibc, just issue the following osc command:
osc build --alternative-project=openSUSE:Factory:Staging:Glibc standard x86_64