From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15231 invoked by alias); 13 May 2016 03:35:06 -0000 Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org Received: (qmail 15218 invoked by uid 89); 13 May 2016 03:35:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KAM_LOTSOFHASH,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=CC, $CC, $cc, UD:osuosl.org X-HELO: m69-169.mailgun.net Received: from m69-169.mailgun.net (HELO m69-169.mailgun.net) (166.78.69.169) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 13 May 2016 03:34:47 +0000 X-Mailgun-Sid: WyIwZTgzNyIsICJjcm9zc2djY0Bzb3VyY2V3YXJlLm9yZyIsICI0MGYiXQ== Received: from github.com (Unknown [192.30.252.42]) by mxa.mailgun.org with ESMTP id 57354b53.65c1210-in3; Fri, 13 May 2016 03:34:43 -0000 (UTC) Date: Fri, 13 May 2016 03:35:00 -0000 From: Bryan Hundven Reply-To: Bryan Hundven To: crossgcc@sourceware.org Message-ID: <57354b52ddf74_7db23f9e6ad652c01465c4@hookshot-fe1-cp1-prd.iad.github.net.mail> Subject: [crosstool-ng/crosstool-ng] 85af58: Unbreak powerpc-unknown-linux-uclibc. Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="--==_mimepart_57354b52ddaa1_7db23f9e6ad652c01464fd"; charset=UTF-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-05/txt/msg00002.txt.bz2 ----==_mimepart_57354b52ddaa1_7db23f9e6ad652c01464fd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-length: 6930 Branch: refs/heads/master Home: https://github.com/crosstool-ng/crosstool-ng Commit: 85af58487290a46e7252504f2af808ad3c99d5d4 https://github.com/crosstool-ng/crosstool-ng/commit/85af58487290a46e7252504f2af808ad3c99d5d4 Author: Alexey Neyman Date: 2016-04-01 (Fri, 01 Apr 2016) Changed paths: A patches/dmalloc/5.5.2/170-ppc-bogus-assembly.patch R samples/powerpc-unknown-linux-uclibc/broken Log Message: ----------- Unbreak powerpc-unknown-linux-uclibc. There is invalid assembly in dmalloc for PowerPC. The issue is that 'stw' expects a memory operand, and =g constraint allows both registers and memory. Newer GCC tends to choose register even at -O0, resulting in invalid assembly. Instead, force a register constraint in 'mflr' and let GCC decide if it wants to store it into memory at all. Reported this upstream. Signed-off-by: Alexey Neyman Commit: 2c7f7cf84784dd86ce03665a7e65de927e03c23e https://github.com/crosstool-ng/crosstool-ng/commit/2c7f7cf84784dd86ce03665a7e65de927e03c23e Author: Alexey Neyman Date: 2016-04-01 (Fri, 01 Apr 2016) Changed paths: A patches/uClibc-ng/1.0.12/100-provide-_obstack_free.patch Log Message: ----------- Unbreak *-uclibc with native GDB. Currently, native GDB 7.11 fails to build with uClibc-ng due to undefined reference to _obstack_free. On IRC [http://crosstool-ng.osuosl.org/download/ibot-logs/2016-02-28.html], it has been suggested to disable obstack in uClibc configuration. I think it is a workaround rather than a fix: if another library/app needs obstack, this leaves no viable configuration. IMO, if uClibc seeks to mimic the glibc API, it should also provide _obstack_free call (an alias for which it already has, even though commented out). Signed-off-by: Alexey Neyman Commit: 62d357d3c0756ec0f220e9cf3a874e591548a65c https://github.com/crosstool-ng/crosstool-ng/commit/62d357d3c0756ec0f220e9cf3a874e591548a65c Author: Alexey Neyman Date: 2016-04-01 (Fri, 01 Apr 2016) Changed paths: M scripts/build/debug/300-gdb.sh M scripts/crosstool-NG.sh.in Log Message: ----------- Unbreak static cross-gdb. GDB's configure mishandles the libexpat.{so,a} libraries when it is given -static in CFLAGS AND --with-libexpat-prefix in configure's args: it checks for /lib/libexpat.so and finding that, attempts to link it as `gcc -static .. conftest.c /lib/libexpat.so`; this obviously fails (.so cannot be statically linked), so configure assumes libexpat is unusable. Thus, --with-libexpat-prefix is dangerous and should be avoided; instead, configure should find the libraries via the supplied CC/LD definitions. Commit: 7ac327d6c33fa78f194e816beec0796901f5d002 https://github.com/crosstool-ng/crosstool-ng/commit/7ac327d6c33fa78f194e816beec0796901f5d002 Author: Alexey Neyman Date: 2016-04-01 (Fri, 01 Apr 2016) Changed paths: M samples/aarch64-rpi3-linux-gnueabi/crosstool.config M samples/aarch64-unknown-linux-gnueabi/crosstool.config M samples/armv7-rpi2-linux-gnueabihf/crosstool.config M samples/armv8-rpi3-linux-gnueabihf/crosstool.config Log Message: ----------- Remove --with-expat from extra GDB args. 300-gdb.sh always adds --with-expat, no need to list it in crosstool.config. Signed-off-by: Alexey Neyman Commit: 712b617a744aa941b99d32d9ff6d9126c77382fb https://github.com/crosstool-ng/crosstool-ng/commit/712b617a744aa941b99d32d9ff6d9126c77382fb Author: Alexey Neyman Date: 2016-04-01 (Fri, 01 Apr 2016) Changed paths: M config/libc/glibc.in M scripts/build/libc/glibc.sh Log Message: ----------- Unbreak sparc-unknown-linux-gnu. GLIBC 2.23 dropped support for pre-v9 SPARC in pthreads. Pass host triplet with s/sparc/sparcv9/ replacement for 2.23. Signed-off-by: Alexey Neyman Commit: cc7f7db7676b828ec3f75cea6463e62f44d1c519 https://github.com/crosstool-ng/crosstool-ng/commit/cc7f7db7676b828ec3f75cea6463e62f44d1c519 Author: Alexey Neyman Date: 2016-04-01 (Fri, 01 Apr 2016) Changed paths: A samples/x86_64-w64-mingw32,x86_64-pc-linux-gnu/broken M samples/x86_64-w64-mingw32,x86_64-pc-linux-gnu/crosstool.config Log Message: ----------- Mark x86_64-w64-mingw32,x86_64-pc-linux-gnu broken. I couldn't get this sample to build. I tried rolling ct-ng back to 1.22 and back to the commit that introduced it, to no avail. Not sure if it ever built on my machine. The first problem is the failure to build binutils/gold because of the missing in mingw. However, even if CT_BINUTILS_GOLD_THREADS option is unset, the build dies in configure of the pass-1 of the core CC. The config.log states that it failed to link with libmpfr.a, which has a lot of undefined references to symbols like '__imp___iob_func'. Googling shows that these symbols are some dark Cygwin/MinGW magic and I do not have the knowledge of these arcana. Let some other MinGWizard fix it another day. Signed-off-by: Alexey Neyman Commit: 2162cbbdb7a425505e66f8b65f134c33302324f4 https://github.com/crosstool-ng/crosstool-ng/commit/2162cbbdb7a425505e66f8b65f134c33302324f4 Author: Alexey Neyman Date: 2016-04-01 (Fri, 01 Apr 2016) Changed paths: M scripts/build/debug/300-gdb.sh Log Message: ----------- Work-around another quirk in GDB configure. Previous fix for cross-gdb broke powerpc-unknown_nofpu-linux-gnu which uses an old GDB (6.8a). That GDB's configure chokes on $CC values with multiple consecutive spaces; see the comment in 300-gdb.sh. Signed-off-by: Alexey Neyman Commit: cd39285ff8247ad4b69e3143bfd16a47c0743fb0 https://github.com/crosstool-ng/crosstool-ng/commit/cd39285ff8247ad4b69e3143bfd16a47c0743fb0 Author: Bryan Hundven Date: 2016-05-12 (Thu, 12 May 2016) Changed paths: M config/libc/glibc.in A patches/dmalloc/5.5.2/170-ppc-bogus-assembly.patch A patches/uClibc-ng/1.0.12/100-provide-_obstack_free.patch M samples/aarch64-rpi3-linux-gnueabi/crosstool.config M samples/aarch64-unknown-linux-gnueabi/crosstool.config M samples/armv7-rpi2-linux-gnueabihf/crosstool.config M samples/armv8-rpi3-linux-gnueabihf/crosstool.config R samples/powerpc-unknown-linux-uclibc/broken A samples/x86_64-w64-mingw32,x86_64-pc-linux-gnu/broken M samples/x86_64-w64-mingw32,x86_64-pc-linux-gnu/crosstool.config M scripts/build/debug/300-gdb.sh M scripts/build/libc/glibc.sh M scripts/crosstool-NG.sh.in Log Message: ----------- Merge pull request #373 from stilor/unbreak-ppc-uclibc Unbreak samples Compare: https://github.com/crosstool-ng/crosstool-ng/compare/cd6274dcadaf...cd39285ff824 ----==_mimepart_57354b52ddaa1_7db23f9e6ad652c01464fd Content-Type: text/plain; charset=us-ascii Content-length: 71 -- For unsubscribe information see http://sourceware.org/lists.html#faq ----==_mimepart_57354b52ddaa1_7db23f9e6ad652c01464fd--