autoconf >= 2.64 was broken when /bin/sh is symlinked to dash. This
has been fixed post-2.65 by the commit at
http://git.savannah.gnu.org/cgit/autoconf.git/commit/?id=7f75858f577f11a844781764f30cd42cfe8a5669.
Compared to the original patch, the patch included in Buildroot
manually does the change to the ./configure script itself. Otherwise,
the compilation of host-autoconf would require host-autoconf itself.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Now that the previous commit implemented a generic package
infrastructure, we make the autotools infrastructure inherit from the
generic one so that the code is not duplicated.
The new AUTOTARGETS macro works by defining what should be done at the
configure, build and install steps of a package and then calls the
GENTARGETS macro of the generic package infrastructure.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This new infrastructure allows to write simpler .mk files for packages
not using the autotools as their build system, by factorizing many
common steps (download, extract, patching), and will more easily allow
Buildroot-wide changes in how the packages are handled.
The main macro is called GENTARGETS and works similarly to the
AUTOTARGETS macro that already exists for autotools-based
packages. However, the set of variables to be defined before calling
the macro is different. Refer to the documentation for details.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Commit 09c181f289 added new options
passed to gcc configure to set --with-pkgversion and --with-bugurl, to
gcc >= gcc 4.3. To check this, it was checking that the GCC_VERSION
string does not contain 4.2.
Unfortunately, the test is bogus. It does a findstring on x4.2. (with
a final dot) but compares the result with x4.2 (without the final
dot).
The result is that even with 4.2 versions, the test was true, leading
--with-pkgversion and --with-bugurl being passed to gcc's configure
script.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This patch fixes the prctl syscall for the AVR32 architecture, since this
architecture assumes you handle varargs in a proper way, always.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Make the selection of a snapshot version a normal gcc version choice,
and make sure BR2_GCC_VERSION is properly defined.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Remove references to BR2_EXT_GCC_VERSION_* configuration options, and
only allows special avr32 gcc versions on the AVR32 architecture.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add a new 0.9.30-avr32-2.1.5 version of uClibc in Config.in
* Add a patch for 0.9.20-avr32-2.1.5
* Select a different UCLIBC_SITE for avr32 versions in uclibc.mk
* Add the LINKRELAX=y configuration option to the uClibc .config file
in uclibc.mk
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add a new gdb version for AVR32 in Config.in
* Use a special mirror for this gdb version in gdb.mk
* Do not try to apply patches when the patch directory does not exist
in gdb.mk
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add new gcc version 4.2.2-avr32-2.1.5 in Config.in
* Select the Atmel mirror to download gcc with avr32 in their version
name, in gcc-uclibc-*.mk
* Do not apply patches if the patch directory is empty, in
gcc-uclibc-*.mk
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Add a new binutils version 2.18-avr32-1.0.1 to the Config.in
* Use a different site to download avr32 binutils version in binutils.mk
* Only apply patches from the patch directory if it exists in
binutils.mk
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
I know 4.6.0 is out, but I don't have a setup to test it at the moment,
so lets stick with 4.5.x for now.
There's apparently no .tar.bz2 of 4.5.3.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
get.qtsoftware.com doesn't seem to work any more. The links on the Qt
website now points to get.qt.nokia.com, so use that instead.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
