2008-07-08 00:11:53 +01:00
|
|
|
{ stdenv, fetchurl, kernelHeaders
|
|
|
|
, installLocales ? true
|
|
|
|
, profilingLibraries ? false
|
|
|
|
}:
|
|
|
|
|
2008-10-07 17:55:20 +01:00
|
|
|
stdenv.mkDerivation rec {
|
|
|
|
name = "glibc-2.8-20081006";
|
|
|
|
|
2008-07-08 00:11:53 +01:00
|
|
|
builder = ./builder.sh;
|
2008-10-07 17:55:20 +01:00
|
|
|
|
|
|
|
src = fetchurl {
|
2008-07-08 00:11:53 +01:00
|
|
|
url = "ftp://sources.redhat.com/pub/glibc/snapshots/${name}.tar.bz2";
|
2008-10-07 17:55:20 +01:00
|
|
|
sha256 = "e32021c14f0bda55b6a5d2a98ac878a03b2c6f78a1ab4a11f0386a51eda1d58e";
|
2008-07-08 00:11:53 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
inherit kernelHeaders installLocales;
|
|
|
|
|
|
|
|
inherit (stdenv) is64bit;
|
|
|
|
|
|
|
|
patches = [
|
|
|
|
/* Fix for NIXPKGS-79: when doing host name lookups, when
|
|
|
|
nsswitch.conf contains a line like
|
|
|
|
|
|
|
|
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
|
|
|
|
|
|
|
|
don't return an error when mdns4_minimal can't be found. This
|
|
|
|
is a bug in Glibc: when a service can't be found, NSS should
|
|
|
|
continue to the next service unless "UNAVAIL=return" is set.
|
|
|
|
("NOTFOUND=return" refers to the service returning a NOTFOUND
|
|
|
|
error, not the service itself not being found.) The reason is
|
|
|
|
that the "status" variable (while initialised to UNAVAIL) is
|
|
|
|
outside of the loop that iterates over the services, the
|
|
|
|
"files" service sets status to NOTFOUND. So when the call to
|
|
|
|
find "mdns4_minimal" fails, "status" will still be NOTFOUND,
|
|
|
|
and it will return instead of continuing to "dns". Thus, the
|
|
|
|
line
|
|
|
|
|
|
|
|
hosts: mdns4_minimal [NOTFOUND=return] dns mdns4
|
|
|
|
|
|
|
|
does work because "status" will contain UNAVAIL after the
|
|
|
|
failure to find mdns4_minimal. */
|
|
|
|
./nss-skip-unavail.patch
|
|
|
|
];
|
|
|
|
|
|
|
|
# `--with-tls --without-__thread' enables support for TLS but causes
|
|
|
|
# it not to be used. Required if we don't want to barf on 2.4
|
|
|
|
# kernels. Or something.
|
2008-10-07 17:55:20 +01:00
|
|
|
configureFlags = ''
|
|
|
|
--enable-add-ons
|
2008-07-08 00:11:53 +01:00
|
|
|
--with-headers=${kernelHeaders}/include
|
2008-10-07 17:55:20 +01:00
|
|
|
${if profilingLibraries then "--enable-profile" else "--disable-profile"}
|
|
|
|
'';
|
2008-07-08 00:11:53 +01:00
|
|
|
|
|
|
|
# Workaround for this bug:
|
|
|
|
# http://sourceware.org/bugzilla/show_bug.cgi?id=411
|
|
|
|
# I.e. when gcc is compiled with --with-arch=i686, then the
|
|
|
|
# preprocessor symbol `__i686' will be defined to `1'. This causes
|
|
|
|
# the symbol __i686.get_pc_thunk.dx to be mangled.
|
|
|
|
NIX_CFLAGS_COMPILE = "-U__i686";
|
2008-10-07 17:55:20 +01:00
|
|
|
|
|
|
|
meta = {
|
|
|
|
homepage = http://www.gnu.org/software/libc/;
|
|
|
|
description = "The GNU C Library";
|
|
|
|
};
|
2008-07-08 00:11:53 +01:00
|
|
|
}
|