Cygwin follows POSIX IEEE Std 1003.1, 2004 Edition spec
for the select() fuction as described at:
http://pubs.opengroup.org/onlinepubs/009695399/functions/pselect.html
.. so we must #include <sys/select.h> for the declaration.
Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
Define PICFLAG, UNDEFINEDPREAMBLE and UNDEFINEDCODE to nothing since Windows
doesn't have -fPIC (GCC warns) and can't handle undefined variable references
(which are not needed anyway).
Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
This commit sync gcc patches with buildroot.
I found this useful for fixing a few uClibc related issues.
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
This change, as per #222, reduces the number of supported releases of
gcc to the latest branch releases.
I noticed while doing this work that gcc-4.5.4 was never added, so I
moved patches for gcc-4.5.3 to 4.5.4 and updated the
bfin-unknown-linux-uclibc example. Also, 120-siginfo.patch was fixed
upstream in the 4.5.4 release, so this patch is omitted.
I also bumped the avr sample to 4.9.3 from 4.9.2.
With the addition of gcc-5.x, the gcc release team now releases the
major.minor.0 versions, while updates to the branch are available in
svn/git. We'll address that when we get to issue #219. This change just
removes CC_GCC_5_1 and moves CC_GCC_5_2 to CC_GCC_5, and removes
CC_GCC_5_1_or_later and moves CC_GCC_5_2_or_later to CC_GCC_5_or_later.
This is the first of two part changes, as mentioned in #222.
This change is slated for release in 1.22.0. The next change will be
slated for 1.23.0, and will limit gcc versions to what is on
https://gcc.gnu.org under "Release Series and Status", which is
currently 4.9.3 and 5.2.0, although I will also support the previous
supported version. In this example that would be 4.8.5.
Last, but not least, this change also retires AVR32 support.
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
This changeset fixes an 'incomplete type struct siginfo' error when
attempting to build gcc-4.5.3 for mipsel.
Signed-off-by: Ben Gardiner <ben.l.gardiner@gmail.com>
When compiling glibc 2.16 and gcc 4.7.4 with CT_ARCH_FLOAT="hard",
I end up in a dynamic linker called /lib/ld-linux-armhf.so.3, but
gcc compiles the binaries with an ELF interpreter /lib/ld-linux.so.3.
That doesn't work.
This patch (which is included in recent gcc version and also is included
in Linaro 4.7 versions) fixes the problem. I just stripped the ChangeLog
diff from the original commit.
Signed-off-by: Bernhard Walle <bernhard@bwalle.de>
It applies manually with fuzz 2, but ct-ng does not accept any fuxx at all.
So, re-diff the patch so it applies cleanly.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Fix the problem with parallel build on gcc 4.8.0, 4.8.1 and 4.8.2
See: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57683
and
http://gcc.gnu.org/viewcvs?rev=205189&root=gcc&view=rev
Log:
2013-11-21 Zhenqiang Chen <zhenqiang.chen@linaro.org>
PR bootstrap/57683
Backport from mainline: r197467 and r198999.
2013-04-03 Jeff Law <law@redhat.com>
* Makefile.in (lra-constraints.o): Depend on $(OPTABS_H).
(lra-eliminations.o): Likewise.
2013-05-16 Jeff Law <law@redhat.com>
* Makefile.in (tree-switch-conversion.o): Depend on $(OPTABS_H).
Signed-off-by: "Daniel Zimmermann" <netzimme@gmail.com>
Message-Id: <66398633eea949023e0d.1385290839@haus-VirtualBox>
Patchwork-Id: 293742
This patch fixes compilation of gcc when C++ is enabled and MMX is
available, but not SSE/SSE2/AVX.
Signed-off-by: Richard Braun <rbraun@sceen.net>
Message-Id: <20121126105642.GA12098@mail.sceen.net>
Patchwork-Id: 201648
Remove the sparc part, as it touches code that does not exist in
those versions of gcc (it was added at 4.6.2).
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
CC: Florian Fainelli <f.fainelli@gmail.com>
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54369 for more information
This bug has a serious effect on Linux/MIPS and SPARC kernel builds.
Add the fix for these versions of gcc: 4.6.0, 4.6.2, 4.6.3, and 4.7.0.
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
Building uClibc with libubacktrace requires libgcc_eh.a to be available,
but gcc does not build it unless it is configured to generate shared libs.
However, libgcc_eh.a does not *require* shared libs support, as it is a
static library.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
When building ecjx, the compiler for the build system must
be used, not for the compiler for the host system.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Fix building libffi on OABI.
Although it has been marked as 4.3-only, it is stil not fixed,
and also applies to 4.4.x
See:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42289
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
On x86, gcc-4.4.x breaks when building for target armeb.
It is still required to configure with: --disable-shared
Note: if building on an x86_64, there is no need to pass --disable-shared
As pointed out by Martin GUY, gcc incorrectly generates armv5t
instrcutions for EABI, even for cores that are an armv4t.
The new patch (for the 4.3 series) fixes the problem by downgrading
the default CPU for EABI to being an armv4t core.
When compiling some C++ code, GCC 4.3.x fails with an internal
compiler error. The bug report is available at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436. The included patch
is the one that has been merged in the trunk of gcc.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
