summary refs log tree commit diff
path: root/pkgs/build-support/gcc-wrapper
Commit message (Collapse)AuthorAge
* Revert r16645, which was intended for the `stdenv-updates' branch.Ludovic Courtès2009-08-10
| | | | svn path=/nixpkgs/trunk/; revision=16646
* GCC wrapper: Don't create dangling symlinks; create a `gcj' symlink.Ludovic Courtès2009-08-10
| | | | svn path=/nixpkgs/trunk/; revision=16645
* I revert my changes to get nixpkgs working on armv5tel-linux.Lluís Batlle i Rossell2009-07-26
| | | | | | | | | I thought I didn't change stdenv, but I did. This will go soon into the stdenv branch then. Reverse-merging r16467 through r16465. svn path=/nixpkgs/trunk/; revision=16468
* Adding armv5tel to the 'if' checks in stdenv, gcc-wrapper and kernel headersLluís Batlle i Rossell2009-07-26
| | | | svn path=/nixpkgs/trunk/; revision=16466
* * Sync with the trunk.Eelco Dolstra2009-06-30
|\ | | | | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=16094
| * big breaking change: renaming lib.getAttr to lib.attrByPathMarc Weber2009-05-24
| | | | | | | | | | | | | | | | getAttr was ambiguous. It's also a builtin function fix svn path=/nixpkgs/trunk/; revision=15692
* | Define "brokenRedHatKernel = true" in $NIXPKGS_CONFIG to build a system thatPeter Simons2009-06-24
|/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | works on Red Hat Linux, i.e. that is based on glibc version 2.5. Furthermore, this patch fixes a number of gcc 4.3.3 build errors in glibc 2.5 that occur on both x86 and x86_64. The older version of this library is still useful for running Nix on a Red Hat host. Newer version of glibc fail to detect the kernel's capabilities correctly (due to mad patches applied to the kernel by Red Hat). The individual changes are: * Re-activated glibc 2.5 in all-packages.nix. * Fix incomplete header search path in bootstrap tools. Gcc-wrapper sets "-B<prefix>" to tell the compiler about its installation root. Unfortunately, the setting doesn't add $gcc/lib/gcc/*/*/include-fixed to the search path. That directory is required, however, because it contains the system-specific "limits.h" file, and the glibc 2.5 builds tries to find that file via #include_next. * Support intrinsic functions like __signbit() or atof() correctly to avoid compile-time conflicts. * Switch to NPTL. Linuxthreads is no longer supported. * Added a meta attribute to glibc package. * Updated nixUnstable to version 0.13pre15614 from trunk. The previous version failed regression tests. * Fix more strict type checking in binutils since 2.18.50.0.3. Without this patch, the build failed on x86, saying: ../sysdeps/i386/fpu/ftestexcept.c: Assembler messages: ../sysdeps/i386/fpu/ftestexcept.c:33: Error: suffix or operands invalid for `fnstsw' svn path=/nixpkgs/branches/stdenv-updates/; revision=16037
* * Oops. We don't call genericBuild, so the fixupPhase (which createsEelco Dolstra2009-04-23
| | | | | | the setup hook) is never run. So revert. svn path=/nixpkgs/branches/stdenv-updates/; revision=15281
* * Got rid of a lot of "postInstall=postInstall" and similar lines inEelco Dolstra2009-04-23
| | | | | | | | | | builders. These are redundant now. * Inlined some trivial builders. * Removed a few explicit setup-hook creations. This is done automatically now if setupHook is set. * Deleted the initscripts package. NixOS doesn't use it anymore. svn path=/nixpkgs/branches/stdenv-updates/; revision=15276
* * Fix missing description errors.Eelco Dolstra2009-04-19
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=15157
* * setup.sh: turn on nullglob globally.Eelco Dolstra2009-04-18
| | | | | | | | | * setup.sh: removed some obsolete features, specifically some that were only used by the old build farm. * addToSearchPath: removed some parameters that weren't used anywhere. svn path=/nixpkgs/branches/stdenv-updates/; revision=15136
* * g77 -> gfortran throughout. Got rid of the separateEelco Dolstra2009-04-09
| | | | | | | expressions/builders for Fortran. Tested by building Octave with gfortran 4.3. svn path=/nixpkgs/branches/stdenv-updates/; revision=14978
* * Some meta.description attributes.Eelco Dolstra2009-03-25
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=14712
* * gcc-wrapper: put "gcc-wrapper" in the name, e.g. "gcc-wrapper-4.3.3"Eelco Dolstra2009-03-25
| | | | | | | | | | | | instead of "gcc-4.3.3". This fixed the long-standing annoyance that you can't distinguish the two in (say) nix-store -qR. * On x86_64-linux, put $out/lib64 in the RPATH in addition to $out/lib, because some packages (in particular GCC) put libraries in $out/lib64 and ended up linking against the wrong library. * Strip $out/lib64. * Removed g77_42 because it's exactly the same as gfortran. svn path=/nixpkgs/branches/stdenv-updates/; revision=14708
* * Pass -rpath flags in the same order as -L flags.Eelco Dolstra2009-02-01
| | | | | | | * Put the Glibc linker flags in front of the GCC linker flags. Needed for the stdenv-linux bootstrap. svn path=/nixpkgs/branches/stdenv-updates/; revision=13940
* * Put Glibc at the very end of the GCC header search path. ThisEelco Dolstra2009-01-19
| | | | | | | | | | | should fix previous problems with GCC 4.3 in compiling C++ code where e.g. <cassert> has to appear before <assert.h> in the search path due to the former's use of #include_next. The previous "fix" broke compilation of C code by placing the C++ include directory before the Glibc include directory (which would barf on e.g. <complex.h>, which appears in both). svn path=/nixpkgs/branches/stdenv-updates/; revision=13806
* * gcc-wrapper-new -> gcc-wrapper, setup-new -> setup.Eelco Dolstra2008-10-07
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=12991
* svn path=/nixpkgs/branches/stdenv-updates/; revision=12990Eelco Dolstra2008-10-07
|
* * Folded the Cygwin, powerpc-darwin and FreeBSD stdenv into the "native"Eelco Dolstra2008-06-18
| | | | | | stdenv. svn path=/nixpkgs/trunk/; revision=12147
* * gcc-wrapper: Propagate the wrapped gcc, binutils and glibc to theEelco Dolstra2008-02-13
| | | | | | user environment. (NIXPKGS-63) svn path=/nixpkgs/branches/stdenv-updates/; revision=10664
* * substitute() in stdenv: use the replace program instead of awfulEelco Dolstra2008-02-13
| | | | | | | sed hackery. * Some indentation fixes in setup.sh. svn path=/nixpkgs/branches/stdenv-updates/; revision=10658
* * Give the real GCC a lower priority than the GCC wrapper so that bothEelco Dolstra2007-05-31
| | | | | | | can be installed in a user environment without conflict. This is useful if you need gcov (which isn't symlinked in the GCC wrapper). svn path=/nixpkgs/trunk/; revision=8809
* * Merge gcc-wrapper-new.Eelco Dolstra2007-05-24
| | | | svn path=/nixpkgs/trunk/; revision=8758
* * wrapGCC: pass the right purity options for the platform.Eelco Dolstra2007-05-16
| | | | svn path=/nixpkgs/trunk/; revision=8710
* * Merge the new generic builder.Eelco Dolstra2006-12-27
| | | | | | | | | * Removed substitute, it's part of the generic builder now. * stdenv-initial (Linux): use the real generic builder script. This does require that sed is in the path of the builder of the initial stdenv. svn path=/nixpkgs/trunk/; revision=7498
* * Argggggghhhh.Eelco Dolstra2006-10-27
| | | | svn path=/nixpkgs/trunk/; revision=6872
* * Doh.Eelco Dolstra2006-10-26
| | | | svn path=/nixpkgs/trunk/; revision=6866
* * Put a symlink to the assembler in the GCC wrapper. Otherwise, whenEelco Dolstra2006-10-26
| | | | | | | | we use the GCC wrapper in a user environment, the wrong assembler will be called. This is not usually a problem, but sometimes it is (e.g., when using G++ 4.1.1 with binutils 2.16 or so). svn path=/nixpkgs/trunk/; revision=6862
* * Add -B$gcc/lib64 when appropriate. This is so that configureEelco Dolstra2006-10-25
| | | | | | | (calling gcc -print-search-dirs) builds a libtool that searches in lib64 for libstdc++.so. svn path=/nixpkgs/trunk/; revision=6850
* * gcc-wrapper: separately store the flags necessary to find GCC andEelco Dolstra2006-10-24
| | | | | | | | | | | | | | | Glibc. This is useful when building GCC. * gcc-wrapper: the dynamic linker has a different name on x86_64 and powerpc. * gcc-wrapper: "glibc" -> "libc", because someday we might support different C libraries. * gcc: don't do a multilib build (e.g., 32-bit support on x86_64), don't need it. * gcc: merge in support for static builds. * gcc: various simplifications in the compiler/linker flags, hope they work. svn path=/nixpkgs/trunk/; revision=6823
* * Add $pkg/lib64 (if it exists) to the library search path in additionEelco Dolstra2006-10-24
| | | | | | to $pkg/lib. svn path=/nixpkgs/trunk/; revision=6820
* * Filter out the meta attribute.Eelco Dolstra2006-03-24
| | | | svn path=/nixpkgs/trunk/; revision=5091
* * stdenv.mkDerivation now takes an optional attribute "meta" thatEelco Dolstra2006-03-10
| | | | | | | | | | | | | | | | | | contains arbitrary information about a package, like this: meta = { homepage = "http://gcc.gnu.org/"; license = "GPL/LGPL"; description = "GNU Compiler Collection, 4.0.x"; }; The "meta" attribute is not passed to the actual derivation operation, so it's not a dependency --- changes to "meta" attributes don't trigger a recompilation. Now we have to standardise some useful attributes ;-) svn path=/nixpkgs/branches/usability/; revision=5024
* * Make sure that `gcc -v' (i.e., with no other arguments) does theEelco Dolstra2005-12-15
| | | | | | | | right thing. This is necessary to make libtool detect g++ properly. (Fixes the `libtool: compile: unable to infer tagged configuration' error on FreeBSD when building Berkeley DB 4.4.) svn path=/nixpkgs/trunk/; revision=4370
* * "." -> "source".Eelco Dolstra2005-12-05
| | | | svn path=/nixpkgs/trunk/; revision=4335
* * Make the grep call optional.Eelco Dolstra2005-07-13
| | | | svn path=/nixpkgs/trunk/; revision=3330
* * r3317 was wrong: grep should be applied to gcc's stderr, not stdout.Eelco Dolstra2005-07-13
| | | | svn path=/nixpkgs/trunk/; revision=3329
* * Make gcc work properly again in nix-env installations (e.g., whenEelco Dolstra2005-07-12
| | | | | | used outside of builders). svn path=/nixpkgs/trunk/; revision=3317
* * Merge r3019.Eelco Dolstra2005-06-17
| | | | svn path=/nixpkgs/trunk/; revision=3186
* * Use the generic substituter in the generation of stdenv and gcc-wrapper.Eelco Dolstra2005-02-22
| | | | svn path=/nixpkgs/trunk/; revision=2269
* * Do the generic sed thing for Glibc.Eelco Dolstra2005-02-21
| | | | | | * Remove debug stuff from ld-wrapper. svn path=/nixpkgs/trunk/; revision=2261
* * Merge diff between trunk/pkgs@1646 and branches/nixos-pkgs@2256;Eelco Dolstra2005-02-21
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | this contains mostly Armijn's pure stdenv-linux. * After unpacking the statically linked GCC, patch all store paths to /nix/store/ffffffffffffffffffffffffffffffff. Ugly hack to prevent undeclared references but it works. * We don't need Glib's dynamic libraries in the first bootstrap stage; delete them. Actually the downloaded Glibc binary is only needed for building Glibc, since GCC needs a C compiler to build some programs in `configure'. So static linking is fine for that. Maybe it would be better to patch `configure' so that we don't need a pre-built Glibc at all. * Set the svn:executable property on `cp' and `patchelf'. * In Glibc, revert to LinuxThreads. Maybe NPTL will work, but TLS support is a problem. * Delete most Glibc patches; they're no longer needed since the branch updated it to 20050110. * Some cleanups. svn path=/nixpkgs/trunk/; revision=2258
| * use new kernel headersArmijn Hemel2005-01-18
| | | | | | | | svn path=/nixpkgs/branches/nixos-pkgs/; revision=2053
| * add modified gcc-wrapperArmijn Hemel2004-11-22
|/ | | | svn path=/nixpkgs/branches/nixos-pkgs/; revision=1793
* * gcc-wrapper: inherit gcc's name by default.Eelco Dolstra2004-07-05
| | | | | | | | * gcc: upgraded to 3.4.1. Zie je wel, Martin, gcc is niet eng :-) svn path=/nixpkgs/trunk/; revision=1128
* * Accept relative paths such as `-I ..' (`-I..' was already beingEelco Dolstra2004-04-07
| | | | | | accepted). svn path=/nixpkgs/trunk/; revision=924
* * Ensure that when building gcc, libstdc++ is linked against theEelco Dolstra2004-04-04
| | | | | | | | | | | | | | | libgcc of the gcc being built, not the gcc building it. * Only include a directory in the rpath of an executable/library if it is actually used. Before, the `/lib' directory of every build input was added to the rpath, causing many unnecessary retained dependencies. For instance, Perl has a `/lib' directory, but most applications whose build process uses Perl don't actually link against Perl. (Also added a test for this.) * After building glibc, remove glibcbug, to prevent a retained dependency on gcc. * Add a newline after `building X' in GNU Make. svn path=/nixpkgs/trunk/; revision=911
* * Various bug fixes in setup.sh and ld-wrapper.sh.Eelco Dolstra2004-04-02
| | | | svn path=/nixpkgs/trunk/; revision=909
* * Finally we have a working stdenvLinux again.Eelco Dolstra2004-03-30
| | | | | | | On the downside, the build process of stdenvLinux builds gcc 9 times (3 x 3 bootstrap stages). That's a bit excessive. svn path=/nixpkgs/trunk/; revision=880
* * Use a Nix shell for gcc-wrapper and ld-wrapper.Eelco Dolstra2004-03-29
| | | | svn path=/nixpkgs/trunk/; revision=875
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-08-04 17:26:10 +0000