From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2622 invoked by alias); 17 May 2010 16:50:40 -0000 Received: (qmail 2609 invoked by uid 22791); 17 May 2010 16:50:36 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 17 May 2010 16:50:29 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 7F2F52BABC1; Mon, 17 May 2010 12:50:27 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3cHhWbIlDZqa; Mon, 17 May 2010 12:50:27 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 4A5412BABBF; Mon, 17 May 2010 12:50:27 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 27F44F58F9; Mon, 17 May 2010 18:50:23 +0200 (CEST) Date: Mon, 17 May 2010 16:59:00 -0000 From: Joel Brobecker To: Doug Evans Cc: Joel Sherrill , Tiemen Schut , "gdb-patches@sourceware.org" Subject: Re: [patch] sim/erc32/ max simulation time extended by using 64bit ints Message-ID: <20100517165023.GF2805@adacore.com> References: <4BD1BBE3020000520000FC62@pluto.sron.nl> <4BE08E95.5040500@oarcorp.com> <20100517015752.GA24402@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-05/txt/msg00353.txt.bz2 > > Unfortunately, this change breaks the build when stdint.h is not > > available (Eg. sparc-solaris). > > How old is this solaris? It's solaris 2.8. > > Doug: Would that be OK to commit? I think that the cleanest thing to do > >      here would be to have some configury that would provide our own > >      stdint.h when missing.  We already do that for GDB by using gnulib > >      so perhaps one way to do so would be to share the gnulib between > >      GDB and the sim (probably meaning moving it to the root directory). > > For reference sake, there's bfd_stdint.h generated by > config/stdint.m4. I don't know all that it handles, but again gdb > itself just includes stdint.h unconditionally. This is because GDB relies on gnulib providing stdint.h for us if the system doesn't already provide it. See gdb/gnulib/. -- Joel