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
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, 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,
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 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
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 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
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, 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
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
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
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
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
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
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
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
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
17 matches
Mail list logo
