OpenPOWER buildroot sources https://git.raptorcs.com/git/buildroot/atom?h=2016.11 2016-10-12T11:57:52+00:00 2016-10-12T11:57:52+00:00 Jörg Krause joerg.krause@embedded.rocks 2016-10-11T19:50:06+00:00 urn:sha1:5abf7b5f406277cc095dbcafd7f8215b1155b370 Remove patches applied upstream. No need to set AUTORECONF anymore. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2016-09-17T11:33:30+00:00 Jörg Krause joerg.krause@embedded.rocks 2016-09-15T06:39:56+00:00 urn:sha1:defd94927c48064ec5fc76040925319b0526304c Apply a patch from upstream to install a pkg-config file for libupnpp. Fetch from: https://github.com/medoc92/libupnpp/commit/9f03bb0e7b47e2843edea6f25ed9eabbfb6412df Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2016-09-13T19:27:35+00:00 Jörg Krause joerg.krause@embedded.rocks 2016-09-13T13:35:02+00:00 urn:sha1:9ecb1b858c1ed5b625ed942d32f040a67e8355d2 Bumping libupnpp to version 0.15.0 introduced a build error for some architectures: ``` ./libupnpp/workqueue.h:308:29: error: field 'res' has incomplete type std::future<void *> res; ^ ./libupnpp/workqueue.h: In member function 'bool WorkQueue<T>::start(int, void* (*)(void*), void*)': ./libupnpp/workqueue.h:81:25: error: invalid use of incomplete type 'class std::packaged_task<void*(void*)>' w.res = task.get_future(); ``` The problem is that `std::future` is not available for all architectures, e.g. it is missing for ARMv5 (soft-float). libstdc++ enables `std::future` only if `ATOMIC_INT_LOCK_FREE > 1`, which according the the libstdc++ documentation means that operations on atomic ints are guaranteed to be lock-free. This check is not true for some target, e.g. the toolchain for the ARMv5 target defines: ``` $ echo | /usr/bin/arm-linux-g++ -dM -E - | grep ATOMIC_INT_LOCK_FREE #define __GCC_ATOMIC_INT_LOCK_FREE 1 ``` We add a patch from upstream which detects if `std::future` is available and opts-out the functionality for unsupported targets. Fixes: http://autobuild.buildroot.net/results/f8eb38ef79160e1f646dae0be19f27fae82a58bc http://autobuild.buildroot.net/results/158e0ceeff009146b78a0d2bb278c76479bafc34 http://autobuild.buildroot.net/results/1760cf53c77e16bb2b5bc795bd0ce5eb65f258f2 http://autobuild.buildroot.net/results/5b73e52495aa1bbb2c704492237da784b9d74bc2 http://autobuild.buildroot.net/results/6d922a1bbace024fcf040beb49bbb119036865ef http://autobuild.buildroot.net/results/bebb8983e7579ee4b4bcf18f037c7797ab86f8db http://autobuild.buildroot.net/results/0f1a5832ced2a6ec2e18f9f14197446fda6af692 http://autobuild.buildroot.net/results/94a9cc349f23a47246b06619a019bcb917493415 http://autobuild.buildroot.net/results/19fba094098af5c1ce1e1371e5e88393c4a6ac9c http://autobuild.buildroot.net/results/578935b5c04005d1f096059387d16911f953ec6f http://autobuild.buildroot.net/results/2ad698f1665b7b886141672181cb76ec3c40a743 and more... Note, that we enable autoreconf as the patch touches configure.ac. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2016-09-11T13:34:51+00:00 Jörg Krause joerg.krause@embedded.rocks 2016-09-11T07:12:40+00:00 urn:sha1:139c7f980038d16787d9d35fdf500b4603d0dfa3 Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2016-03-05T18:11:29+00:00 Romain Naour romain.naour@gmail.com 2016-03-05T16:04:19+00:00 urn:sha1:f844ac4e67ef7fa87482064015c71030ab53c47a The _gp link issue has been fixed in CS nios2 2015.11. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2016-02-19T15:33:13+00:00 Jörg Krause joerg.krause@embedded.rocks 2016-02-19T08:01:10+00:00 urn:sha1:d98aae3bca4f1ca8ebcabb025ed94a1bbb5cba72 Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2016-01-05T10:50:16+00:00 Jörg Krause joerg.krause@embedded.rocks 2016-01-05T08:54:32+00:00 urn:sha1:60d4be3ea69be15a04902073445002fdcaa99d72 Version 0.13.1 of libupnpp uses range-based for loops. This C++11 feature requires at least gcc 4.6. Fixes: http://autobuild.buildroot.net/results/aa9/aa93ff96305a3b201636bea65f1cfdb6db6d3dfb/ http://autobuild.buildroot.net/results/d8b/d8b96987a5336a64857817ec9831b0fb12867e7c/ http://autobuild.buildroot.net/results/408/40807fe84f67961817b6592a6df243c036cf3b4b/ http://autobuild.buildroot.net/results/408/40807fe84f67961817b6592a6df243c036cf3b4b/ .. and many more Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2015-12-26T15:15:28+00:00 Jörg Krause joerg.krause@embedded.rocks 2015-12-25T23:14:46+00:00 urn:sha1:74c97e8cc6be777f4bb2df82b14911eb34fbc845 Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2015-12-18T21:57:16+00:00 Romain Naour romain.naour@openwide.fr 2015-11-21T16:36:16+00:00 urn:sha1:c785b1b2c4dc51f24f72a82b1d36a8180c220d90 See the conclusion about external toolchains during the Buildroot meeting [1]: "In the future, we stick to a single external toolchain version. The Kconfig symbol should not encode the version (avoid legacy handling)" [1] http://elinux.org/index.php?title=Buildroot:DeveloperDaysELCE2015#Report Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> 2015-09-07T21:58:41+00:00 Jörg Krause joerg.krause@embedded.rocks 2015-09-07T15:35:16+00:00 urn:sha1:637b209268ad398275c7d673911f2b37fafee4eb Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>