Based on @brodul work at
https://github.com/brodul/nixpkgs/tree/arduino-update
Desktop file generation is from #13690
- Solved all download problems. Package/library lists are changing
daily, so I've created my own snapshot of them.
- Prepatch jssc .so inside jar - @brodul mentions that it can be copied
into $HOME while running program.
- Removed some unnecessary dependencies
Tested it by uploading simple sketch to Arduino Uno.
This can fail randomly with
CC systemkey.o
In file included from systemkey.c:47:0:
systemkey-args.h:1:1: error: unterminated comment
/* -*- buffer-read-only: t -*- vi: set ro:
which is presumably caused by a race with the generation step above:
autogen systemkey-args.def
http://hydra.nixos.org/build/37878764#tabs-buildsteps
While useless for binaries within the Nix store, user xattrs are a convenient
alternative for setting PaX flags to executables outside of the store.
To use disable secure memory protections for a non-store file foo, do
$ setfattr -n user.pax.flags -v em foo
Make ARMv7 compatible with non-NEON chips, changing to the same float ABI
that Debian and Arch Linux use. This is apparently required for the
binaries to work on Scaleway, for instance.
- cloog, ppl, cloogppl aren't used by recent GCCs. Kill references to them.
- Use correct versions of isl, as the current GCC depends
on non-default versions of them.
- Also clarify isl dynamic libraries are needed in cross
builds, but not in native builds
- Since aeb3d8c (bzip2: fix cross build on mingw by using autoconf patch),
it seems that the bzip2 binary depends on libbz2 when cross compiling.
So copy libbz2 into the bootstrap tarball as well.
- Curl isn't used in the bootstrap tools since e6f61b4cf3388.
kirkwood_defconfig was removed in 3.17, and our kernel headers are based
on 4.4. Make this change to allow the armv5tel bootstrap tarball
to build again (I can't test it, though).
There has not been a release since 2014, but at least one important bug
has been fixed:
https://github.com/FFTW/fftw3/issues/16
The submitter of the bug, @x-42, has advised me to upgrade our distro,
as the fftw devs are very conservative so this is not bleeding edge code.
