Fix "Widening multiply-accumulate operation uses wrong value extension"
for 4.7, 4.7-linaro and 4.6-linaro, which backported the broken code to 4.6.
Vanilla 4.6 is unaffected.
Fixes#13420.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 36486
The .init and .fini sections are built by concatenating code
fragments. Putting mips16 code in the middle of a mips32 code block
doesn't work. Make gcc built the magic crt stuff in no-mips16 mode.
This is specific to 4.6-linaro but is probably portable to other gcc
flavors. Adding this to the t-libgcc-mips16 makefile fragment is a
hack not suitable for pushing upstream, but there is no mips/t-linux
or mips/t-uclibc and I am not going to touch gcc/configure for two
lines.
Signed-off-by: Jay Carlson <nop@nop.com>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36200
For now, build uclibc without -mips16. There's no mips16 syscall
support AFAIK and uclibc uses inline assembly syscalls a lot.
In addition, touching errno means touching a TLS model symbol, and
that's not supported in gcc 4.6.
The __set_errno macro can be put back to calling
errno_location(). This allows much of the library to be built in
mips16 mode. I don't understand the implications to the thread library
of doing this.
A list of "build as -mno-mips16" C source files can be placed in the
mips architecture-dependent build files. Maintaining the list would be
no fun.
Signed-off-by: Jay Carlson <nop@nop.com>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36199
this patch is a copy of
trunk/toolchain/eglibc/patches/2.16/200-add-dl-search-paths.patch in
trunk/toolchain/eglibc/patches/2.17/200-add-ld-search-paths.patch
please use svn copy instead of applying it (like in
https://dev.openwrt.org/changeset/34290/)
the patch add /usr/lib in the ld search path (for eglibc 2.17),
thus helping libs like libnl-tiny.so (for iw), libjson.so.0 (for ubus,
jshn) to be found
Signed-off-by: Etienne CHAMPETIER <etienne.champetier@free.fr>
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 36141
It turns out that the symlink may exists already by the time the toolchain
Makefile gets an opportunity to run. While we asked to replace the target, ln
doesn't do so until after dereferencing the existing symlink. This results in
an unintended symlink that refers to itself. Instead, create the link without
dereferencing any symlinks by using the -n option.
Signed-off-by: John Szakmeister <john@szakmeister.net>
SVN-Revision: 36140
There are no good reasons for keeping this version around when 4.6.3 and
4.6-linaro are there.
Signed-off-by: Luka Perkov <luka@openwrt.org>
SVN-Revision: 35805
Florian Fainelli