Re: [PATCH] toplev.c: Process the failure when read fails for random_seed

Excuse me, I have to send mail use my other mail address. During these days, gmail is broken in China, except Safari from Mac Book, none of my email client can connect to gmail (even Safari from iPad, can not connect gmail). And in honest, this year what I have done is really not quite well, next

[PATCH] toplev.c: Process the failure when read fails for random_seed

When failure occurs, random_seed may not be 0, so need reset it to 0 manually, or will let the next call init_random_seed() incorrect. The related warning: g++ -c -DTARGET_NAME=\"parisc-gchen-linux\" -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwin

Committed: fix gcc.dg/lto/pr59626 for __USER_LABEL_PREFIX__ targets

The lto/pr59626 tests, started regressing for cris-elf on trunk with a commit in the range 218651:218661. Looks like a bug was fixed, exposing a bug in the test-case; an assumption that the mapping of a function C name to assembly name does not prefix the name with any decoration. (Typically, an

Re: [PATCH] Fix PR c++/59366 A friend function template defined in a class is found without ADL

On 28.12.2014 01:36, Jason Merrill wrote: On 12/27/2014 04:38 PM, Momchil Velikov wrote: + else if (t != x && t != error_mark_node) +{ + /* This is a non-friend re-declaration of a possibly + hidden function or a function template, so don't hide + it. */ +

[C++ PATCH PING] Reject trailing return type for operator auto()

Any comments on this? On 19 December 2014 at 09:21, Ville Voutilainen wrote: > Tested on Linux-x64. > > /cp > 2014-12-19 Ville Voutilainen > > Reject trailing return type for an operator auto(). > * decl.c (grokdeclarator): Reject trailing return types for > all conversion operator

[PATCH, i386] Remove EBX usage from asm code

Hi, The patch removes EBX usage from asm code used in libgcc/crtstuff.c It is safe now, but potentially buggy when glibc is rebuild with GCC 5.0 as EBX is not GOT register any more. x86 bootstrap, make check passed. Is it ok? Evgeny 2014-12-28 Evgeny Stupachenko * gnu-user.h (CRT_G

Re: [Fortran, Patch] Cosmetics

> 2014-12-28 Andre Vehreschild > >* trans-decl.c (gfc_finish_var_decl): Fixed displaced comment. >* trans-stmt.c (gfc_trans_allocate): Fixed indentation. OK to commit. Thanks! FX

Re: patch to solve PR64291

On Sun, Dec 28, 2014 at 7:34 AM, H.J. Lu wrote: > On Sun, Dec 28, 2014 at 7:28 AM, H.J. Lu wrote: >> On Thu, Dec 18, 2014 at 12:52 PM, Vladimir Makarov >> wrote: >>> The following patch solves >>> >>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64291 >>> >>> It is a bug in a new rematerial

Re: patch to solve PR64291

On Sun, Dec 28, 2014 at 7:28 AM, H.J. Lu wrote: > On Thu, Dec 18, 2014 at 12:52 PM, Vladimir Makarov > wrote: >> The following patch solves >> >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64291 >> >> It is a bug in a new rematerialization subpass of LRA. >> >> The patch was bootstrapped o

Re: patch to solve PR64291

On Thu, Dec 18, 2014 at 12:52 PM, Vladimir Makarov wrote: > The following patch solves > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64291 > > It is a bug in a new rematerialization subpass of LRA. > > The patch was bootstrapped on x86/x86-64. > > Committed as rev. 218874. > > 2014-12-18 V

Re: PATC: PR target/64409: ICE building Mesa 10.4.0 for x32 ABI

On Sat, Dec 27, 2014 at 7:45 AM, H.J. Lu wrote: > Oops. Hit the wrong button. I will check it in. > > Thanks. > > > -- Forwarded message -- > From: Uros Bizjak > Date: Sat, Dec 27, 2014 at 7:41 AM > Subject: Re: PATC: PR target/64409: ICE building Mesa 10.4.0 for x32 ABI > To: "

[Fortran, Patch] Cosmetics

Hi all, during gfortran hacking I found a displaced comment and an indentation mistake. Just to make sure those don't get mangled in my other patches, I submit them here. - Andre gcc/fortran/ChangeLog: 2014-12-28 Andre Vehreschild * trans-decl.c (gfc_finish_var_decl): Fixed displace