From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27711 invoked by alias); 12 Nov 2012 22:13:55 -0000 Received: (qmail 27703 invoked by uid 22791); 12 Nov 2012 22:13:54 -0000 X-SWARE-Spam-Status: No, hits=-5.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_BG X-Spam-Check-By: sourceware.org Received: from mail-ia0-f175.google.com (HELO mail-ia0-f175.google.com) (209.85.210.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 12 Nov 2012 22:13:49 +0000 Received: by mail-ia0-f175.google.com with SMTP id z3so1448891iad.20 for ; Mon, 12 Nov 2012 14:13:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.151.238 with SMTP id ut14mr9160376igb.58.1352758428613; Mon, 12 Nov 2012 14:13:48 -0800 (PST) Received: by 10.42.158.202 with HTTP; Mon, 12 Nov 2012 14:13:48 -0800 (PST) In-Reply-To: References: <50A16762.7050202@cs.utoronto.ca> <50A16CF5.4080609@cs.utoronto.ca> Date: Mon, 12 Nov 2012 22:13:00 -0000 Message-ID: Subject: Re: the struggle for a 64-bit GCC on Solaris 10 - part 2 From: Jonathan Wakely To: Dennis Clarke Cc: Ryan Johnson , Ian Lance Taylor , gcc-help@gcc.gnu.org, ebotcazou@adacore.com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2012-11/txt/msg00086.txt.bz2 On 12 November 2012 21:57, Dennis Clarke wrote: > > fact : you can not build libgmp with Sun cc Doesn't matter. It's a C library, you can compile it with GCC and link it to code compiled with either GCC or Sun C. > thought : I see no value in using the Sun/Oracle compilers to build GNU C compiler collection Well if it works and the alternative doesn't ... maybe it's worth trying. >> could have completed several times, modulo those funky CFLAGS you >> added. > > No such funky CFLAGS are in effect. Only -m64 and a few non-funky totally sane falgs .. but hey .. I'll try it again without -D_TS_ERRNO and see what happens. As I said on the bug report, you'll need to define _XOPEN_SOURCE or _POSIX_C_SOURCE for the correct iconv(3) declaration.