This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [patch] sim/erc32/ max simulation time extended by using 64bit ints
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Doug Evans <dje at google dot com>
- Cc: Joel Sherrill <joel dot sherrill at oarcorp dot com>, Tiemen Schut <T dot Schut at sron dot nl>, "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Mon, 17 May 2010 09:50:23 -0700
- Subject: Re: [patch] sim/erc32/ max simulation time extended by using 64bit ints
- References: <4BD1BBE3020000520000FC62@pluto.sron.nl> <m2ze394668d1004231328h55952dfpdea88e2fd17b4c2d@mail.gmail.com> <4BE08E95.5040500@oarcorp.com> <20100517015752.GA24402@adacore.com> <AANLkTikjRxHbSDd_ROeUlpwomwb-L6n0ewm4n0izHoaj@mail.gmail.com>
> > 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