summary refs log tree commit diff
path: root/pkgs/os-specific/linux/uclibc
Commit message (Collapse)AuthorAge
* uclibc: 1.0.34 -> 1.0.37R. RyanTM2021-03-10
|
* lib: Clean up how linux and gcc config is specifiedJohn Ericson2021-01-23
| | | | | | | Second attempt of 8929989614589ee3acd070a6409b2b9700c92d65; see that commit for details. This reverts commit 0bc275e63423456d6deb650e146120c39c1e0723.
* Revert "lib: Clean up how linux and gcc config is specified"Jonathan Ringer2021-01-22
| | | | | | | This is a stdenv-rebuild, and should not be merged into master This reverts commit 8929989614589ee3acd070a6409b2b9700c92d65.
* lib: Clean up how linux and gcc config is specifiedJohn Ericson2021-01-21
| | | | | | | | | | | | | | | | The `platform` field is pointless nesting: it's just stuff that happens to be defined together, and that should be an implementation detail. This instead makes `linux-kernel` and `gcc` top level fields in platform configs. They join `rustc` there [all are optional], which was put there and not in `platform` in anticipation of a change like this. `linux-kernel.arch` in particular also becomes `linuxArch`, to match the other `*Arch`es. The next step after is this to combine the *specific* machines from `lib.systems.platforms` with `lib.systems.examples`, keeping just the "multiplatform" ones for defaulting.
* pkgs/os-specific: stdenv.lib -> libBen Siraphob2021-01-17
|
* treewide: with stdenv.lib; in meta -> with lib;Profpatsch2021-01-11
| | | | | | | | | | | | | | | | | | | Part of: https://github.com/NixOS/nixpkgs/issues/108938 meta = with stdenv.lib; is a widely used pattern. We want to slowly remove the `stdenv.lib` indirection and encourage people to use `lib` directly. Thus let’s start with the meta field. This used a rewriting script to mostly automatically replace all occurances of this pattern, and add the `lib` argument to the package header if it doesn’t exist yet. The script in its current form is available at https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
* uclibc: 1.0.33 -> 1.0.34R. RyanTM2020-05-27
|
* uclibc: 1.0.32 -> 1.0.33R. RyanTM2020-05-10
|
* uclibc: 1.0.31 -> 1.0.32R. RyanTM2019-11-13
| | | | | | | * uclibc: 1.0.31 -> 1.0.32 (#72684) * uclibc: restrict to x86 Linux platforms It was always failing on Hydra ARM builders
* uclibc: 1.0.30 -> 1.0.31R. RyanTM2018-11-17
| | | | | | | Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/uclibc-ng/versions
* treewide: Remove usage of remaining redundant platform compatability stuffJohn Ericson2018-08-30
| | | | | Want to get this out of here for 18.09, so it can be deprecated thereafter.
* uclibc: Bump to uclibc-ng 1.0.30John Ericson2018-05-10
|
* uclibc: Fix evalJohn Ericson2018-05-10
|
* treewide: isArm -> isAarch32John Ericson2018-04-25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Following legacy packing conventions, `isArm` was defined just for 32-bit ARM instruction set. This is confusing to non packagers though, because Aarch64 is an ARM instruction set. The official ARM overview for ARMv8[1] is surprisingly not confusing, given the overall state of affairs for ARM naming conventions, and offers us a solution. It divides the nomenclature into three levels: ``` ISA: ARMv8 {-A, -R, -M} / \ Mode: Aarch32 Aarch64 | / \ Encoding: A64 A32 T32 ``` At the top is the overall v8 instruction set archicture. Second are the two modes, defined by bitwidth but differing in other semantics too, and buttom are the encodings, (hopefully?) isomorphic if they encode the same mode. The 32 bit encodings are mostly backwards compatible with previous non-Thumb and Thumb encodings, and if so we can pun the mode names to instead mean "sets of compatable or isomorphic encodings", and then voilà we have nice names for 32-bit and 64-bit arm instruction sets which do not use the word ARM so as to not confused either laymen or experienced ARM packages. [1]: https://developer.arm.com/products/architecture/a-profile (cherry picked from commit ba52ae50488de85a9cf60a3a04f1c9ca7122ec74)
* uclibc: avoid "Error in reading or end of file" warningsOrivej Desh2017-12-10
| | | | | Thanks to @bjornfor for the advice in https://github.com/NixOS/nixpkgs/commit/6057d74d1c9cad1b05d5316aa9273297b67941f6
* uclibc: exclude aarch64-linuxJoerg Thalheim2017-12-07
|
* uclibc: prefer "Error in reading or end of file" to pipefailOrivej Desh2017-12-07
|
* uclibc: disable parallel buildingOrivej Desh2017-12-06
| | | | https://hydra.nixos.org/build/60933068
* Merge remote-tracking branch 'upstream/master' into hardened-stdenvRobin Gloster2016-08-12
|\
| * Merge pull request #17461 from rasendubi/powerpcobadz2016-08-11
| |\ | | | | | | cross-compilation: fixes for powerpc-linux-uclibc
| | * uclibc: claim maintainershipAlexey Shmalko2016-08-03
| | |
* | | uclibc: disable stackprotector hardeningRobin Gloster2016-08-05
|/ /
* / treewide: Add lots of meta.platformsTuomas Tynkkynen2016-08-02
|/ | | | Build-tested on x86_64 Linux & Mac.
* uclibc: Provide a more stable location for source.aszlig2015-08-19
| | | | | | | | | | | | | | | At the upstream URL at http://git.uclibc.org/uClibc/snapshot/, older versions are dropped at a regular basis. Unfortunately the tarball "uClibc-20150131.tar.bz2" has already been deleted from that directory and I didn't find a mirror providing the same file. So I've switched it to use fetchzip from the cgit site instead of using fetchgit directly. The reason why I didn't use fetchgit is that we'd need need git, which depends (indirectly? not sure, haven't checked) on libiconv and that in turn triggers an assertion if we're on Linux and are cross-building using uclibc. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
* fix travis evaluation by providing explicit libiconv for the rare casesEric Seidel2015-02-17
| | | | that need it, like uclibc
* Updating uclibc (snapshots).Lluís Batlle i Rossell2015-02-05
| | | | | | | | | | I also update the way the configuration is generated, so it works for our ARM EABI, armv5tel. We will have to enable the FPU for armv6 and beyond. Conflicts: pkgs/os-specific/linux/uclibc/default.nix
* uclibc: fix url, updateJaka Hudoklin2014-12-15
|
* uclibc: Update to the latest prereleaseEelco Dolstra2014-10-29
| | | | This resolves a segfault in busybox.
* uclibc: Fix building against recent kernel headersEelco Dolstra2014-10-29
|
* Turn some license strings into lib.licenses valuesMateusz Kowalczyk2014-07-28
|
* Clean up redundant "if condition then true else false"Eelco Dolstra2012-12-28
|
* Remove unnecessary parentheses around if conditionsEelco Dolstra2012-12-28
| | | | Pet peeve...
* Fixing the paths of uclibc libpthreadLluís Batlle i Rossell2012-05-24
| | | | svn path=/nixpkgs/trunk/; revision=34229
* Adding native threads support unconditionally to uclibc,Lluís Batlle i Rossell2012-05-24
| | | | | | | | | | or gcc fails to build (lack of pthread.h). Let's see if this breaks anything; I'm changing this to make comtrend.nix work (kernel 2.4). svn path=/nixpkgs/trunk/; revision=34227
* Adding UCLIBC_SUSV4_LEGACY, otherwise we get this building gcc:Lluís Batlle i Rossell2012-05-24
| | | | | | | | | armv5tel-unknown-linux-gnueabi/libstdc++-v3/include/cstdio:133:11: error: '::tmpnam' has not been declared http://hydra.nixos.org/build/2644907 svn path=/nixpkgs/trunk/; revision=34226
* Updating uclibc. This fixes some cross builds.Lluís Batlle i Rossell2012-05-24
| | | | svn path=/nixpkgs/trunk/; revision=34223
* Fixing the evaluation of cross built uclibc in the case of lacking extraConfigLluís Batlle i Rossell2010-09-02
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=23602
* Updating the configuration system of uclibc to something more flexible than ↵Lluís Batlle i Rossell2010-08-21
| | | | | | | | it was. I copied what I had done in busybox. svn path=/nixpkgs/branches/stdenv-updates/; revision=23310
* Trying to make gcc 4.5 cross-buildableLluís Batlle i Rossell2010-08-01
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=22848
* Merging from trunk.Lluís Batlle i Rossell2010-04-22
|\ | | | | | | | | | | | | I hope I resolved the conflicts well (gmp and gccCross) svn path=/nixpkgs/branches/stdenv-updates/; revision=21251
| * Updating uclibc (This new release fixed a problem in ._start that gave me a lotLluís Batlle i Rossell2010-03-14
| | | | | | | | | | | | of headache in mips) svn path=/nixpkgs/trunk/; revision=20613
| * Updating busybox. I left only a single busybox in its directory. The others, ↵Lluís Batlle i Rossell2010-03-09
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | coming from the old cross-building nixpkgs implementation, were not referenced anywhere. This new busybox builds natively, and also cross-builds with uclibc. I updated the uclibc config with a busybox defconfig requirement (something about RPC). I made the gcc-cross-wrapper properly set the dynamic loader to programs. After this, 'qemu-arm' can run the dynamically linked busybox cross built for armv5tel--linux-gnueabi. svn path=/nixpkgs/trunk/; revision=20514
* | Little update on uclibc: enable ftw.Lluís Batlle i Rossell2010-03-09
| | | | | | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=20513
* | Trying to get coreutils cross-built with uclibc.Lluís Batlle i Rossell2010-03-09
|/ | | | | | | | This involved fixing some buildInputs/buildNativeInputs in acl/attr, and adding a libiconv in some places. svn path=/nixpkgs/branches/stdenv-updates/; revision=20510
* Updating uclibcLluís Batlle i Rossell2010-03-09
| | | | svn path=/nixpkgs/trunk/; revision=20501
* Enabling cross-builds with uclibc again (I had that too much abandoned).Lluís Batlle i Rossell2010-03-09
| | | | | | | Hydra now should even test it. svn path=/nixpkgs/trunk/; revision=20500
* Replace `kernelHeaders' by `linuxHeaders'.Ludovic Courtès2009-12-21
| | | | svn path=/nixpkgs/branches/stdenv-updates/; revision=19067
* Adding a required option to uclibc for util-linux-ng (the git master version,Lluís Batlle i Rossell2009-12-09
| | | | | | | not that of nixpkgs, which still has bugs) to link well with uclibc. svn path=/nixpkgs/branches/stdenv-updates/; revision=18852
* Making the cross-builds work with uclibc. There is no easy way of switchingLluís Batlle i Rossell2009-12-04
| | | | | | | | | between uclibc/glibc still. I started the renaming from glibc to libc regarding the cross-toolchain, but I still have to finish. svn path=/nixpkgs/branches/stdenv-updates/; revision=18801
* Patching uclibc for it to cope well with glibc-2.10 and aboveLluís Batlle i Rossell2009-12-01
| | | | | | | | This goes similar to the kernel-headers recent patch for the same file and purpose. svn path=/nixpkgs/branches/stdenv-updates/; revision=18743
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-05-05 06:07:46 +0000