URLs to http://nix.cs.uu.nl/dist/tarballs. With content-addressable
mirror support (r9190, NIXPKGS-70) this is no longer necessary:
fetchurl will try to download from that location automatically. So
we can keep the original URLs.
svn path=/nixpkgs/trunk/; revision=9192
- this fixes ghc on x86_64 and hopefully doesn't break 32-bit
- ghc-6.6.1 and -6.6 are tested on 64-bit, 6.4.2 might fail
svn path=/nixpkgs/trunk/; revision=9132
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
* Compute --enable-languages in the Nix expression instead of in the
builder.
* Pass some flags through the Make command line instead of patching
the Makefiles.
* gcc: generate code for i686 by default (instead of i386).
* gcc: patch out some references to /lib and /usr/lib.
svn path=/nixpkgs/trunk/; revision=8722
M pkgs/development/compilers/jdk/dlj-bundle-builder.sh
Various fixes to get javaws and mozillaPlugin to work. Requires gcc3.3
libstdc++ to be in the dynamic library path.
svn path=/nixpkgs/trunk/; revision=8434
A pkgs/tools/typesetting/pdfjam/builder.sh
A pkgs/tools/typesetting/pdfjam/default.nix
Added pdfjam, a package with the following tools:
* pdfnup, which allows PDF files to be "n-upped" in roughly the
way that psnup does for PostScript files.
* pdfjoin, which concatenates the pages of multiple PDF files
together into a single file
* pdf90, which rotates the pages of one or more PDF files through
90 degrees (anti-clockwise).
M pkgs/development/compilers/jdk/jdk6-linux.nix
Typo
svn path=/nixpkgs/trunk/; revision=8404
D pkgs/development/interpreters/jre
Obsolete. jdk and jre are now build by the same expression.
D pkgs/development/compilers/blackdown
Obsolete. jdk is now downloadable.
D pkgs/development/compilers/jdk/jdk5-sun-linux.nix
Obsolete
A pkgs/development/compilers/jdk/dlj-bundle-builder.sh
Build for DLJ bundles.
M pkgs/top-level/all-packages.nix
Dropped blackdown and ant based on blackdown.
A pkgs/development/compilers/jdk/jdk6-construct.sh
Copy of DLJ construct script to fix problem with jdk6 bundles.
A pkgs/development/compilers/jdk/jdk6-linux.nix
New main Nix expression for jdk and jre. Supports mozillaPlugin.
A pkgs/development/compilers/jdk/dlj-bundle-builder.sh
Include path to libjli in rpath.
svn path=/nixpkgs/trunk/; revision=8186
note: the old GHC 6.4(.2?) version is still there. I reused the bootstrap-version to bootstrap GHC-6.6. And some other packages depend on the old GHC
version as well.
note: only use this package for building other packages. If you install it as an end-user, you'll only be able to use the default GHC libraries,
because other libraries are only privately registered to this GHC version during a nix-build by hooks (which are not executed when you run GHC
yourself as an end-user).
Consequently, also added a newer version of uulib and uuagc.
svn path=/nixpkgs/trunk/; revision=7346
the new $NIX_GCC/nix-support/dynamic-linker file to locate the
dynamic linker directly (don't hardcode ld-linux.so.2).
svn path=/nixpkgs/trunk/; revision=6873
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
impure x86_64 environment, make sure that the 32-bit GCC / Glibc
libraries are installed, such as /usr/lib/crti.o.)
svn path=/nixpkgs/trunk/; revision=6818
identify the features of the compiler / C library. Specifically, it
should find out that functions like floorf() are available and not
substitute its own versions that have the unfortunate tendency of
going off into an infinite recursion.
svn path=/nixpkgs/trunk/; revision=6738
TODO: download and unpack into the Nix store Visual C++ (either from
Visual C++ Express Edition or from the .NET 2.0 Framework SDK) and
the Windows Platform SDK. The command line tools don't seem to need
any registry settings...
svn path=/nixpkgs/trunk/; revision=5369
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
-created separate nix expressions for ocaml-3.08.0 and ocaml 3.09.1
-ocam-3.09.1 is standard/default ocaml version (included by ocaml/default.nix)
-created ocaml3080 in all-packages-generic.nix
-qcmm now uses ocaml3080 instead of ocaml
svn path=/nixpkgs/trunk/; revision=4935
* GCC 3.4.5.
* Updated several other stdenv packages.
* Modified the builders of several packages to use the generic
builder.
svn path=/nixpkgs/trunk/; revision=4336
Glibc and X11 client libraries. The latter are actually optional
dependencies: if the function is called with `swingSupport' set to
`false', they are not needed. This is nice for, e.g., server
environments.
All hail Patchelf!
svn path=/nixpkgs/trunk/; revision=4030
advantage is that we don't have to run the Sun installer (which is
impure).
TODO: make sure that all the other JDK versions still work.
svn path=/nixpkgs/trunk/; revision=4029
5.0 code can now be compiled and run in Nix (the J2RE 5.0 was already
available without deployment problems).
Also, I need ecj to checkout its behaviour and warnings as a second
reference (javac).
svn path=/nixpkgs/trunk/; revision=3783
now imports Nix expression of specific version.
* pkgs/development/tools/parsing/sdf/sdf2-bundle-2.2.nix: added
previous version of sdf2-bundle.
* pkgs/development/tools/parsing/sdf2: obsolete.
* pkgs/development/compilers/strategoxt/strategoxt-0.12.nix: use
sdf2-bundle instead of attribute set for the individual packages.
*
svn path=/nixpkgs/trunk/; revision=3081
to 2.8.3.
* development/libraries/gnome/*: copied gtk packages to gnome
directory. gnome 2.8.3 did not work on gtk 2.4 nor gtk
2.6. Using the specific version of the gnome platform 2.8.3 directory
'solved' the issue.
* development/libraries/gnome/gnome-icon-theme: new packag
* development/libraries/gnome/libgtkhtml: new package
* development/libraries/gnome/gtkhtml: new package
* development/libraries/gnome/libgnomeprint: new package
* development/libraries/gnome/libgnomeprintui: new package
* development/libraries/gnome/gnome-keyring: new package
* development/libraries/gnome/gail: new package
* applications/editors/monodoc: new package
svn path=/nixpkgs/trunk/; revision=2312
* Added NASM, the Netwide Assembler.
* Added Generator, an emulator for Sega Genesis / Mega Drive machines.
Built with XVideo patch. Strangely it crashes with a GDK error when
started in normal mode. However, with the "-a" switch (arcade mode)
it works, and subsequently switching back to windowed mode (Ctrl-F)
also works.
svn path=/nixpkgs/trunk/; revision=1509
be passed to derivations that need to apply patches.
* GCC 3.4 is now the default compiler (old GCC renamed to `gcc-3.3').
* The temporary GCCs built during the stdenvLinux bootstrap are now
built without C++ support and without profiling.
* Remove fixincl in GCC 3.4 to prevent a retained dependency on the
previous GCC.
* Always set $prefix in setup.sh, even when there is no configure
script.
svn path=/nixpkgs/trunk/; revision=1444
- The package has a non-standard build interface;
fixed with hooks for genericBuild
- The graph library requires x11 and the configure
script looks in absolute directory paths to find
X11. Fixed by using patched configure script from
which the absolute paths have been removed. As
a consequence the graph library is not build until
we have X11 support in Nix.
svn path=/nixpkgs/trunk/; revision=1188
* Remove precompiled headers, which are nice except that
A) they don't work; and
B) they make gcc take up 270% more disk space.
svn path=/nixpkgs/trunk/; revision=1129
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
adds all directories specified in `ACLOCAL_PATH' to the `aclocal'
command line as `-I' flags. Also, it provides a setup hook that
adds the `.../share/aclocal' directory of every build input to
`ACLOCAL_PATH'.
* Upgraded Libtool.
* Graphviz requires the X Athena widgets, which in turn requires the X
miscellaneous utilities library; added those. However it doesn't
work yet since libXt is broken.
svn path=/nixpkgs/trunk/; revision=888
* Make builders unexecutable by removing the hash-bang line and
execute permission.
* Convert calls to `derivation' to `mkDerivation'.
* Remove `system' and `stdenv' attributes from calls to
`mkDerivation'. These transformations were all done automatically,
so it is quite possible I broke stuff.
* Put the `mkDerivation' function in stdenv/generic.
svn path=/nixpkgs/trunk/; revision=874
whether the system header file directory actually exists (when
calling fixinc), so passing a non-existent directory no longer
works. Instead we make a empty dummy directory.
svn path=/nixpkgs/trunk/; revision=858
builders for typical Autoconf-style to be much shorten, e.g.,
. $stdenv/setup
genericBuild
The generic builder does lots of stuff automatically:
- Unpacks source archives specified by $src or $srcs (it knows about
gzip, bzip2, tar, zip, and unpacked source trees).
- Determines the source tree.
- Applies patches specified by $patches.
- Fixes libtool not to search for libraries in /lib etc.
- Runs `configure'.
- Runs `make'.
- Runs `make install'.
- Strips debug information from static libraries.
- Writes nested log information (in the format accepted by
`log2xml').
There are also lots of hooks and variables to customise the generic
builder. See `stdenv/generic/docs.txt'.
* Adapted the base packages (i.e., the ones used by stdenv) to use the
generic builder.
* We now use `curl' instead of `wget' to download files in `fetchurl'.
* Neither `curl' nor `wget' are part of stdenv. We shouldn't
encourage people to download stuff in builders (impure!).
* Updated some packages.
* `buildinputs' is now `buildInputs' (but the old name also works).
* `findInputs' in the setup script now prevents inputs from being
processed multiple times (which could happen, e.g., if an input was
a propagated input of several other inputs; this caused the size
variables like $PATH to blow up exponentially in the worst case).
* Patched GNU Make to write nested log information in the format
accepted by `log2xml'. Also, prior to writing the build command,
Make now writes a line `building X' to indicate what is being
built. This is unfortunately often obscured by the gigantic tool
invocations in many Makefiles. The actual build commands are marked
`unimportant' so that they don't clutter pages generated by
`log2html'.
svn path=/nixpkgs/trunk/; revision=845
- gcc/ld-wrappers have been factored out into a separate
derivation. This allows a working gcc to be installed in the user
environment. (Previously the Nix gcc didn't work because it
needed a whole bunch of flags to point to glibc.)
- Better modularity: packages can specify hooks into the setup
scripts. For instance, setup no longer knows about the
PKG_CONFIG_PATH variable; pkgconfig can set it up instead.
- gcc not longer depends on binutils. This simplifies the bootstrap
process.
svn path=/nixpkgs/trunk/; revision=816
a big problem, so I decided to require to user to get the
file and put it in some location in the file system. wget
doesn't seem to accept the file scheme however, so I had to
move the copying into the builder itself. The builder checks
the md5 hash of the downloaded file. Maybe having a separate
'fetchfile' would be useful to make a file in the outside
world pure. I tried to add this to build-support, but this
obviously did not work. I still committed it. Just remove it
if you think that it sucks.
svn path=/nixpkgs/trunk/; revision=716
aggregation in all-packages-generic: autotools
building strategoxt from svn
not complete yet since autconf cannot find libtool
svn path=/nixpkgs/trunk/; revision=596
