On 07/21/2011 06:44 PM, Joe Buck wrote:
> On Thu, Jul 21, 2011 at 07:30:16AM -0700, Joseph S. Myers wrote:
>> On Thu, 21 Jul 2011, Diogo Sousa wrote:
>>
>>> Hi,
>>>
>>> I checked the "library functions in " item in c99status
>>> (marked as "Library Issue") [http://gcc.gnu.org/c99status.html], and i
Snapshot gcc-4.5-20110721 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20110721/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Basile Starynkevitch writes:
> This brings another question. Can a GCC pass use intptr_t (the standard int
> of the same
> size as a void* pointer)? This is quite useful, for instance when one wants
> to compute an
> hash, or a unique sorted rank (to be used inside B-trees) from the address of
Basile Starynkevitch writes:
> Using the md5sum of the file is probably not bad neither. I would understand
> that you
> find it being perhaps too complex for your need, but it is much more random
> than just the
> file name (because the md5sum changes with the file content).
Granted, but I am
I'd like to remind people that when they commit a toplevel build system
patch to GCC they should commit it to the src repository as well, or ask a
build system maintainer to do so if they don't have write access to src.
It looks like at least the following recent patches have not been
committe
On Thu, 21 Jul 2011 11:13:00 -0700
Ian Lance Taylor wrote:
> Jakub Jelinek writes:
>
> > On Thu, Jul 21, 2011 at 08:51:46AM -0700, Ian Lance Taylor wrote:
> >> Basile Starynkevitch writes:
> >>
> >> > I have a similar issue in the MELT branch, and I am passing to
> >> > -frandom-seed the md5
Hello
For information I merged trunk 176576 into MELT branch rev 176583
and the build machinery has been improved.
MELT now requires every MELT module to have its generated .c files available.
Cheers.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchn
Jakub Jelinek writes:
> On Thu, Jul 21, 2011 at 08:51:46AM -0700, Ian Lance Taylor wrote:
>> Basile Starynkevitch writes:
>>
>> > I have a similar issue in the MELT branch, and I am passing to
>> > -frandom-seed the md5sum
>> > of relevant source files. With such a trick, the seed is reproduci
On Thu, Jul 21, 2011 at 07:30:16AM -0700, Joseph S. Myers wrote:
> On Thu, 21 Jul 2011, Diogo Sousa wrote:
>
> > Hi,
> >
> > I checked the "library functions in " item in c99status
> > (marked as "Library Issue") [http://gcc.gnu.org/c99status.html], and it
> > seems that glibc implements everythi
On Thu, Jul 21, 2011 at 08:51:46AM -0700, Ian Lance Taylor wrote:
> Basile Starynkevitch writes:
>
> > I have a similar issue in the MELT branch, and I am passing to
> > -frandom-seed the md5sum
> > of relevant source files. With such a trick, the seed is reproducible from
> > one build to
> >
On Thu, 21 Jul 2011 15:24:00 +0100
Diogo Sousa wrote:
> I checked the "library functions in " item in c99status
> (marked as "Library Issue") [http://gcc.gnu.org/c99status.html], and it
> seems that glibc implements everything the standard demands.
> Am I missing something or is this outdate
Basile Starynkevitch writes:
> I have a similar issue in the MELT branch, and I am passing to -frandom-seed
> the md5sum
> of relevant source files. With such a trick, the seed is reproducible from
> one build to
> the next one (of the exact same source tree), and does provide much more
> rand
On Thu, 21 Jul 2011, Diogo Sousa wrote:
> Hi,
>
> I checked the "library functions in " item in c99status
> (marked as "Library Issue") [http://gcc.gnu.org/c99status.html], and it
> seems that glibc implements everything the standard demands.
>
> Am I missing something or is this outdated? If so
Hi,
I checked the "library functions in " item in c99status
(marked as "Library Issue") [http://gcc.gnu.org/c99status.html], and it
seems that glibc implements everything the standard demands.
Am I missing something or is this outdated? If so, where can I find more
information about it?
Thank yo
On Wed, Jul 20, 2011 at 4:25 PM, Ian Lance Taylor wrote:
> Presumably the fix will be to use -frandom-seed. Does this patch fix
> the problem? (The only real change is to fragment.am, the other changes
> are all generated by automake).
This patch gets the build past the compiler and runtime, a
Hi,
After the discussion we had on the previous thread 'splitting add
instructions', I added support for TARGET_FLAGS_RENUM to my port along
with *_flags rules similar to how it is done in rx backend (gcc 4.6.1).
Then I decided to create a very simple C program:
unsigned long foo(unsigned int
On Wed, 20 Jul 2011 14:41:16 -0700
Ian Lance Taylor wrote:
> Mike Stump writes:
>
> >> Presumably the fix will be to use -frandom-seed.
> >
> > But, the random seem was to ensure that things that should not collide,
> > don't. If you use 0, then things that should not collide, eventually will
17 matches
Mail list logo
