{"push_id":1406370582,"size":8,"distinct_size":1,"ref":"refs/heads/yem/linux-headers","head":"e0e933fdf5561dad667d40bce982b455ac4e0d6a","before":"947af16e4e4c6990a1dfd6ba2d89bab2a7cc1ad7","commits":[{"sha":"ca99d0ea925e5a8e42bd270402b0171a39d1d955","author":{"name":"Zakharov Vlad","email":"92127385eab2ea95e66f62cff02ff431feee0599@synopsys.com"},"message":"gdb: arc: remove C++ dependency and disable build with C++\n\ngdb arc-2016.09-rc1 is based on upstream 7.12 gdb version where we can\nstill disable C++ build. For more information take a look at:\nhttps://sourceware.org/gdb/wiki/cxx-conversion\n\nWe wanted to build gdb with C++ as it is used as default in 7.12\nand is even a mandatory requirement since 2016/09.\n\nBut unfortunately we missed one runtime failure that C++ build causes\nand so now we have to disable C++ build.\n\nWhen gdb arc-2016.09-rc1 is built as a C++ application it segfaults at\nruntime for ARC.\n\nWe are going to fix the issue in 2017.03 ARC toolchain release.  and\nbefore this we remove C++ dependency are adding temporary workaround\nto prevent runtime segfaults.\n\nThe workaround is to disable building gdb as C++ application via\npassing --disable-build-with-cxx config option when building gdb for\nARC.\n\nSigned-off-by: Vlad Zakharov <vzakhar@synopsys.com>\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/ca99d0ea925e5a8e42bd270402b0171a39d1d955"},{"sha":"0ee4deb9618f961e12e340d527ed0e4fb1ae4829","author":{"name":"Jörg Krause","email":"34e786f0b9647fb9b83395fc0a070dd4e137b168@embedded.rocks"},"message":"package/tremor: fix build with Thumb only ARM archs\n\nSome ARM architectures like ARMv7-M only supports Thumb instructions,\nbut the tremor build configuration enables ARM assembly code\nunconditionally for all arm triplets by defining _ARM_ASSEM_.\n\nWe are overriding this by undefining this macro for ARM architectures\nnot supporting ARM instructions.\n\nFixes:\nhttp://autobuild.buildroot.net/results/054/054f1c77b0e5d46b2dc53769469c0ed03e6b79ef/\nhttp://autobuild.buildroot.net/results/ba1/ba1760b1428584f70e44dbffb8218ff3ee55e702/\nhttp://autobuild.buildroot.net/results/2a6/2a687853cf0bc832fef29f88de0d85bd495fe87d/\nhttp://autobuild.buildroot.net/results/cb6/cb6c560bf31834aadbe3d13a118b31ea8190159b/\n\nSigned-off-by: Jörg Krause <joerg.krause@embedded.rocks>\nReviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/0ee4deb9618f961e12e340d527ed0e4fb1ae4829"},{"sha":"614e821a7f71906b8ff096331a9e9481b71dde00","author":{"name":"Waldemar Brodkorb","email":"715f27d3de81233d0d16bb75bc9caf5e6a33f7d1@openadk.org"},"message":"xmlstarlet: fix static linking problem\n\nInstead of patching configure.ac we can just add the missing\nlibraries to LIBS. Tested with m68k/arm static builds.\nThis makes the patch obsolete and the autoreconf can be avoided.\n\nFixes:\n  http://autobuild.buildroot.net/results/02f9fc5884d3a7d460b96937183362d6c3fc6fde\n\nSigned-off-by: Waldemar Brodkorb <wbx@openadk.org>\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/614e821a7f71906b8ff096331a9e9481b71dde00"},{"sha":"e550e4783a988feb24c4707db28f0dbc3b72df6a","author":{"name":"Masahiro Yamada","email":"642490827508ea1a46cbcea45eb79617d0758c10@socionext.com"},"message":"boot-wrapper-aarch64: update upstream repository\n\ncmarinas/boot-wrapper-aarch64.git does not exist any more.\nSwitch over to mark/boot-wrapper-aarch64.git.\n\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Mark Rutland <mark.rutland@arm.com>\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/e550e4783a988feb24c4707db28f0dbc3b72df6a"},{"sha":"75022c5270d444a6cd5f0ffe3d1c29f597d43722","author":{"name":"Romain Naour","email":"bc7297c8f3eb8bda4a20a163ca49798bcd8b7610@gmail.com"},"message":"package/xenomai: bfin remove inline keyword\n\nXenomai user space tools fail to build for bfin target since it's\nprovide it's own pthread_atfork(), shm_open() and shm_unlink()\ndefinition using the inline keyword and weak attribute.\n\nWith gcc 5+ the weak attribute is discarded by the inline keyword,\nso each symbol are global and are redefined several time while\nlinking.\n\nFixes:\nhttp://autobuild.buildroot.net/results/0c2/0c2e5eb4edd4f9427f61d3c9b67a12a7a0e24140\n\nSigned-off-by: Romain Naour <romain.naour@gmail.com>\n[Thomas: add reference to upstream commit.]\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/75022c5270d444a6cd5f0ffe3d1c29f597d43722"},{"sha":"12c2c80aa379411f178023ba9194e48e249a7571","author":{"name":"Vicente Olivert Riera","email":"d35b6307926409febcda222183c4c88e081dfadc@imgtec.com"},"message":"imagemagick: bump version to 7.0.3-7 (security)\n\noss-security reference:\n  http://www.openwall.com/lists/oss-security/2016/11/13/1\n\nSigned-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/12c2c80aa379411f178023ba9194e48e249a7571"},{"sha":"6c248452d62c53cc224fc7ea4911b58d833372b4","author":{"name":"Vicente Olivert Riera","email":"d35b6307926409febcda222183c4c88e081dfadc@imgtec.com"},"message":"gnuchess: bump version to 6.2.4 (security)\n\noss-security reference:\n  http://www.openwall.com/lists/oss-security/2016/11/13/2\n\nSigned-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/6c248452d62c53cc224fc7ea4911b58d833372b4"},{"sha":"e0e933fdf5561dad667d40bce982b455ac4e0d6a","author":{"name":"Yann E. MORIN","email":"5914afe43711f8d3ab584c09509bb25676fff3d1@free.fr"},"message":"linux: add an option to install runtime headers\n\nWhen the Linux kernel is patched with new externsions (e.g. aufs), it\nexposes new userland headers that were not necessarily available in the\nheaders used to build the toolchain. Those headers will expose new\nfeatures, like new filesystems internals.\n\nNote that we are speaking about the *userland* headers of the running\nkernel, not about the kernel-land headers. So we can not direct packages\nthat build userland programs to use the headers in the kernel source\ntree, as those would be the kernel-land headers; such packages really\nneed the userland headers.\n\nAdd an option for such packages to request the kernel installs its\nuserland headers.\n\nWe cannot install those new userland headers over the ones already\npresent in the toolchain, or we'd risk getting hard-to-debug build\nfailures, as the C library may well have been compiled with different\nheaders, and so different structures layouts and/or a different set of\nsyscalls...\n\nHowever, when the internal toolchain is used and it is configured to use\nthe same headers as the running kernel already (BR2_KERNEL_HEADERS_AS_KERNEL),\nthen we do not re-install them at all as they are already available in\nthe toolchain.\n\nSo, when we have to install those headers, we do so in a non-standard\nlocation, so that:\n\n  - they do not override those provided by the toolchain, for the\n    reasons explained above;\n\n  - they do not get inadvertently used and we can easily spot packages\n    needing such headers;\n\n  - that location is empty if the headers are not needed.\n\nPackages that really need those headers will have to add that location\nto their include search path, by adding -I$(LINUX_RUNTIME_HEADERS_DIR)\nto their CPPFLAGS.\n\nNote: this is not documented on-purpose, as we expect the set of\npackages that need that to be very limited. In which case, we'll\nnotice they need those headers, and we can instruct the submitter\nto use these option and variable.\n\nSigned-off-by: \"Yann E. MORIN\" <yann.morin.1998@free.fr>","distinct":true,"url":"https://api.github.com/repos/yann-morin-1998/buildroot/commits/e0e933fdf5561dad667d40bce982b455ac4e0d6a"}]}
{"actor":{"display_login":"yann-morin-1998"}}