From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12401 invoked by alias); 13 May 2012 10:53:54 -0000 Received: (qmail 12392 invoked by uid 22791); 13 May 2012 10:53:54 -0000 X-SWARE-Spam-Status: No, hits=-5.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 13 May 2012 10:53:40 +0000 Received: by wibhm14 with SMTP id hm14so2086645wib.12 for ; Sun, 13 May 2012 03:53:39 -0700 (PDT) Received: by 10.180.99.195 with SMTP id es3mr10769738wib.12.1336906419190; Sun, 13 May 2012 03:53:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.79.6 with HTTP; Sun, 13 May 2012 03:53:18 -0700 (PDT) In-Reply-To: <201205122250.35942.yann.morin.1998@free.fr> References: <201205121731.36334.yann.morin.1998@free.fr> <201205122250.35942.yann.morin.1998@free.fr> From: Ovanes Markarian Date: Sun, 13 May 2012 10:53:00 -0000 Message-ID: Subject: Re: [gcc 4.7.0] enable gcc 4.7.0 with crosstool-ng 1.15.2 To: "Yann E. MORIN" Cc: crossgcc@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes 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 X-SW-Source: 2012-05/txt/msg00024.txt.bz2 Hello Yann, On Sat, May 12, 2012 at 10:50 PM, Yann E. MORIN wrote: > Ovanes, All, > > [Please, keep the list CCed when you reply, so all can benefit from the > discussion (questions+answers) by searching the archives.] Sorry, I used other mailing lists before and they were configured to have reply address being the mailing list itself and not the user's private one. I have overseen that now. > > On Saturday 12 May 2012 19:20:43 Ovanes Markarian wrote: >> On Sat, May 12, 2012 at 5:31 PM, Yann E. MORIN wrote: >> >> There is no gcc 4.7.0 version listed in the compiler list. How do I enable it? >> > It's an 'experimental' feature, so you have to enable EXPERIMENTAL in the >> > "Paths and Misc. options" sub-menus. Support for gcc-4.7.0 is very new, so >> > be prepared for breakage. >> Can you please specify which breakage you mean? I need 4.7 as I would >> like to use the C++ 11 features. > > I have no specific in mind. As an example, there was a bug in the pristine > release of 4.7.0 that broke uClibc, and so crosstool-NG bundles a > patch to gcc-4.7.0 (as it does for all versions of gcc). Ok, I use eglibc and it works fine. But now I run in the issue, where I would like to statically link the toolchain (Experimental feature as well) and the problem is that binutils no longer compile. I get two errors that BFD_VERSION_STRING and REPORT_BUGS_TO are not set. Don't know why it has to do with static linking but that is the blocking point for me now. As a quick work-around I tried to set CFLAGS environment variable (in additional config options for binutils) which defined these two items, but it did not work either. Since (I don't know which of the build steps) the ' " ' were stripped from the define, so: CFLAGS="-DBFD_VERSION_STRING=\"2.22\" -DREPORT_BUGS_TO=((char*)\"\")" becomes in the command line when invoked: -DBFD_VERSION_STRING=2.22 -DREPORT_BUGS_TO=((char*)) I don't know if other tools are going to build as well, but I would be interested to know, how this Experimental feature was tested? Because I tried it with all binutils versions ranging form 2.18a until 2.22 and all failed. I decided to go with static linking because on some machines, where I tested it CLooG and PPL were not installed and therefore not found. What I actually need is only statically linked GCC. binutils can be used as a shared lib. Is there any chance to configure the toolchain that way? > >> The most discouraging point was that >> after menu config crosstool-ng started the compilation without finding >> out that choosen lib versions were not compatible, e.g. after spending >> like half an hour building the toolchain I was notified that PPL must >> be version 11 or higher for the choosen config. > > Yes, it is a known /limitation/. There is no easy way to overcome this > limitation without complicating the configuration and keep it maintainable. > >> If someone likes, I can post my config script. > > Yes, please. If it is not already covered by an existing sample, I'll add > it to the samples bundled with crosstool-NG. As soon as I will fix the issues I will post it. > > Regards, > Yann E. MORIN. Many thanks for you help, Ovanes -- For unsubscribe information see http://sourceware.org/lists.html#faq