hak5
/
openwrt-owl
mirror of https://github.com/hak5/openwrt-owl.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
16,406 Commits
4 Branches
8 Tags
167 MiB
Commit Graph

527 Commits (a63754b5d58150b66868203ff5f60b4e5f06c26f)

Author SHA1 Message Date
Imre Kaloz a0e49fa2d1 upgrade the linaro gcc to the 2010.12 release 
SVN-Revision: 24563
 2010-12-14 09:50:59 +00:00
Imre Kaloz d4bf98f231 add plemininary ultrasparc support 
SVN-Revision: 24558
 2010-12-14 07:57:22 +00:00
Daniel Dickinson 2309cd6dad binutils: Fix autoreconf for packages/devel/binutils package, which uses binutils toolchain patches 
SVN-Revision: 24509
 2010-12-12 01:43:46 +00:00
Alexandros C. Couloumbis b083d00b8b toolchain/uClibc: apply an upstream 0.9.32 patch (Unwind_Resume calls to go via PLT to avoid text relocations for PIC) 
SVN-Revision: 24396
 2010-12-09 18:31:13 +00:00
Imre Kaloz 044ea01f9c preliminary support for Freescale MPC85xx based boards 
SVN-Revision: 24259
 2010-12-05 11:38:59 +00:00
Alexandros C. Couloumbis 581378f5cb toolchain/uClibc: sync to latest uClibc-0.9.32 
SVN-Revision: 24229
 2010-12-03 16:36:37 +00:00
Alexandros C. Couloumbis ec7e1cee0b toolchain/uClibc: push an upstream fix 
SVN-Revision: 24228
 2010-12-03 14:46:09 +00:00
Felix Fietkau f21c0cacf8 uClibc: add back a few cflags that were being overwritten, might fix a few segfauls (thx, framer99) 
SVN-Revision: 24120
 2010-11-24 00:30:26 +00:00
Felix Fietkau 1a0a584ea6 uClibc: fix ubicom32 compile error with 0.9.32 
SVN-Revision: 24101
 2010-11-22 17:50:08 +00:00
Felix Fietkau c0915e5983 uClibc: fix headers install on prepare with QUILT=1 
SVN-Revision: 24100
 2010-11-22 17:50:01 +00:00
Felix Fietkau ff46ed446d uClibc: make UCLIBC_HAS_LONG_DOUBLE_MATH generic 
SVN-Revision: 24099
 2010-11-22 17:49:51 +00:00
Felix Fietkau bfe53cdbbe uClibc: fix cris compile on 0.9.32 
SVN-Revision: 24094
 2010-11-22 16:18:43 +00:00
Felix Fietkau 9494ddd30f uClibc: fix compile error on avr32 
SVN-Revision: 24093
 2010-11-22 15:14:16 +00:00
Felix Fietkau df5509a30e uClibc: disable nptl on a few targets where it is not supported yet 
SVN-Revision: 24092
 2010-11-22 14:50:33 +00:00
Felix Fietkau 0fed0806df uClibc: 0.9.32 needs the ldso fix as well 
SVN-Revision: 24074
 2010-11-22 01:48:29 +00:00
Felix Fietkau 05e837fb6d uClibc: update 0.9.32 to latest git 
SVN-Revision: 24073
 2010-11-22 00:44:37 +00:00
Alexandros C. Couloumbis 74d8aaa314 toolchain/uClibc: fix upstream patch name on r24029 
SVN-Revision: 24030
 2010-11-18 15:01:30 +00:00
Alexandros C. Couloumbis eb45bb90d4 toolchain/uClibc: push some upstream patches for uClibc-0.9.31. should resolve isses of #8269 
SVN-Revision: 24029
 2010-11-18 14:58:37 +00:00
Imre Kaloz 54640d6592 update the linaro gcc to v2010.11-1 
SVN-Revision: 23940
 2010-11-10 12:27:33 +00:00
Jo-Philipp Wich 7972cc4a7f uClibc: fix errno access in pthreads (#8166, #8177) Reading errno within pthreads always resulted in 0 breaking various programs like transmission and collectd. This patch is not 100% thread safe but it brings back threading into a usable state for now. 
SVN-Revision: 23905
 2010-11-06 23:49:11 +00:00
Jo-Philipp Wich 12b122f31f ld.so: ldd crashes when __LDSO_SEARCH_INTERP_PATH__ is not #defined Since b65c7b2c79debcb9017e31913e01eeaa280106fb, the implicit search path can be disabled by not #defining __LDSO_SEARCH_INTERP_PATH__. This causes _dl_ldsopath to never be set, so it remains NULL. _dl_ldsopath is still used when __LDSO_LDD_SUPPORT__ is #defined, to strip the path off of the beginning of the absolute path to the ld.so interpreter in use for printing. The _dl_strlen will crash with a NULL argument. 
Rather than relying on _dl_ldsopath, this change causes ldd to compute
the interpreter's basename directly.

glibc ld.so seems to print the full path to the interpreter without
any computed basename or =>. I personally prefer glibc's behavior, but
to preserve backwards compatibility with uClibc ld.so, the existing
format with the computed basename, =>, and full path is used here. This
enables simpler (and unchanged) text processing in a pipeline.

Signed-off-by: Mark Mentovai <mark at moxienet.com>

SVN-Revision: 23892
 2010-11-05 21:38:38 +00:00
Imre Kaloz d917b7d1ef use gcc 4.3.5 for avr32 
SVN-Revision: 23866
 2010-11-04 14:18:04 +00:00
Imre Kaloz 54dea0c74f add avr32 support to gcc 4.3.5 
SVN-Revision: 23865
 2010-11-04 14:17:06 +00:00
Imre Kaloz 4cdf723097 switch to uClibc 0.9.31 
SVN-Revision: 23781
 2010-11-02 13:57:57 +00:00
Imre Kaloz 5403c77633 switch to binutils 2.20.1 (except for avr32 and ubicom32) 
SVN-Revision: 23780
 2010-11-02 13:57:04 +00:00
Imre Kaloz 9611a0f606 remove support for uClibc 0.9.30.2 and 0.9.30.3 
SVN-Revision: 23779
 2010-11-02 12:56:58 +00:00
Imre Kaloz 387c2adead remove unneeded config options, too 
SVN-Revision: 23706
 2010-10-29 10:55:54 +00:00
Imre Kaloz f6ff75eed6 fix typo 
SVN-Revision: 23705
 2010-10-29 10:48:14 +00:00
Imre Kaloz 723ab81016 get rid of old gcc versions 
SVN-Revision: 23704
 2010-10-29 10:45:59 +00:00
Imre Kaloz 57017cf64c add support for Linaro GCC 2010.10 
SVN-Revision: 23703
 2010-10-29 10:37:51 +00:00
Imre Kaloz 16ec438707 fix typo 
SVN-Revision: 23695
 2010-10-28 11:19:38 +00:00
Imre Kaloz bdeb70c8d7 sync gcc's Config.in with Config.version 
SVN-Revision: 23694
 2010-10-28 10:59:58 +00:00
Imre Kaloz 3a89cedc85 the latest patchlevel gcc releases should work for these targets 
SVN-Revision: 23693
 2010-10-28 10:38:32 +00:00
Imre Kaloz 6bd93c3fdf fixup gcc version selection for the omap35xx target 
SVN-Revision: 23692
 2010-10-28 10:29:53 +00:00
Imre Kaloz 4fb2718119 we don't support gcc 3.x for some time now 
SVN-Revision: 23686
 2010-10-28 07:28:17 +00:00
Imre Kaloz 95cba52ba4 remove support for binutils 2.18 and 2.20 
SVN-Revision: 23685
 2010-10-28 07:26:07 +00:00
Imre Kaloz 9edd05b9c0 gcc 4.4.5 support 
SVN-Revision: 23220
 2010-10-04 12:21:58 +00:00
Michael Büsch cf323eb924 optionally support parallel toolchain build. This defaults to off, because certain toolchain versions are known to break on parallel build. However, it significantly speeds up the build and latest versions of the tools do compile fine. 
SVN-Revision: 23196
 2010-10-03 12:54:07 +00:00
Felix Fietkau ffd00db938 gcc: enable non-PIC for mips targets in gcc 4.4+ to reduce code size 
SVN-Revision: 23103
 2010-09-20 20:49:34 +00:00
Felix Fietkau affb66c2c6 gcc: add an updated version of 4.4.1+cs - successfully builds a toolchain now, please test! 
SVN-Revision: 23101
 2010-09-20 18:00:05 +00:00
Alexandros C. Couloumbis f097df6944 toolchain/gcc: fix -Os recursion on ARMv5 for gcc 4.5.0 & 4.5.1 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392) 
SVN-Revision: 22899
 2010-09-04 17:00:55 +00:00
Felix Fietkau 00d1e599d7 add a command for printing a cleaned up make target database - will be used to analyze package dependencies at some point 
SVN-Revision: 22871
 2010-09-01 17:51:36 +00:00
Felix Fietkau 198730fb3d fix a compile error when compiling with glibc (#7816) 
SVN-Revision: 22869
 2010-09-01 15:21:43 +00:00
Florian Fainelli 0e00670962 gcj can only be built safely on gcc >= 4.3 
SVN-Revision: 22843
 2010-08-30 07:35:18 +00:00
Felix Fietkau 62c1740676 toolchain: fix the sysroot mess by getting rid of $(TOOLCHAIN_DIR)/usr and moving it back to $(TOOLCHAIN_DIR), this change makes the toolchain relocatable again, which should fix the SDK 
SVN-Revision: 22723
 2010-08-19 12:49:51 +00:00
Nicolas Thill 4bd5e0e62e toolchain/gcc: remove remaining references to gcc-3.4.6 
SVN-Revision: 22694
 2010-08-18 11:04:45 +00:00
Mirko Vogt 3cf86bb692 nptl-supoprt should not autoselect EXTRA_WARNINGS as this results in extra CFLAGS which may not be supported by older compilers (as e.g. gcc-4.1 which e.g. the x86 target is currently using) 
SVN-Revision: 22511
 2010-08-06 12:42:04 +00:00
Lars-Peter Clausen 04497bbb2c Add lost handling of -fhonour-copts to 4.4.x+cs/910-mbsd_multi.patch 
SVN-Revision: 22474
 2010-08-03 15:32:25 +00:00
Florian Fainelli 332227b067 add support for gcc-4.5.1 
SVN-Revision: 22450
 2010-08-01 12:39:19 +00:00
Florian Fainelli cb4dcc9c0d bump default gcc-4.4 version for sibyte and octeon 
SVN-Revision: 22437
 2010-07-31 11:52:48 +00:00