Status
==
The trunk is in Stage 3 now, which means it is open for general
bugfixing.
Patches posted early enough during Stage 1 and not yet fully reviewed
may still get in early in Stage 3. Please make sure to ping them
soon enough.
Quality Data
Priority # Change f
Dear Steve,
OK for trunk.
Some of the code around the patch brings back fond memories;
especially the "scalarization"!
Thanks for the patch.
Paul
On 16 November 2015 at 03:22, Steve Kargl
wrote:
> First, thanks to Dominiq for prodding me into looking at PR 58027.
>
> This was a fun ICE to tra
On 11/15/2015 09:19 PM, Andreas Schwab wrote:
Andris Pavenis writes:
diff --git a/libgfortran/intrinsics/chmod.c b/libgfortran/intrinsics/chmod.c
index 1fffa3d..482a8a6 100644
--- a/libgfortran/intrinsics/chmod.c
+++ b/libgfortran/intrinsics/chmod.c
@@ -451,7 +451,7 @@ clause_done:
if
From: Trevor Saunders
Some of the pa target macros rely on macros in emit-rtl.h and sdbout.c
uses some of those macros, which means that sdbout.c needs to include
emit-rtl.h.
this seems obvious, bootstrapped on x86_64-linux-gnu, and checked that a cross
to hppa-linux now builds so committing to
First, thanks to Dominiq for prodding me into looking at PR 58027.
This was a fun ICE to track down!
Most users have no idea what the Fortran standard requires for
the parsing of a BOZ. Consider the line of code
integer, parameter :: i(1) = (/ z'ff80' /)
The naive user wants to assign a
On Thu, Nov 5, 2015 at 10:53 PM, Alexandre Oliva wrote:
> On Nov 5, 2015, Paolo Bonzini wrote:
>
>> On 05/11/2015 17:28, David Edelsohn wrote:
>>> [Explicitly copying build maintainers.]
>>>
>>> Paolo and Alexandre,
>>>
>>> Could you review and help with this patch?
>>>
>>> TLS symbols in AIX di
Without this patch bootstrap errors out with
In file included from ./plugin-version.h:1:0,
from ../../gcc/gcc/plugin.c:34:
./configargs.h:3:19: error: 'thread_model' defined but not used
[-Werror=unused-variable]
static const char thread_model[] = "posix";
^~
On Sun, Nov 15, 2015 at 11:09:18PM +0100, Andreas Schwab wrote:
> Andi Kleen writes:
>
> > Fix the obivous typos. To to commit?
>
> They are not typos.
Ok. What do you suggest to fix the error then?
-Andi
[ Adding CC Le-Chun Wu ]
On 15/11/15 17:22, Tom de Vries wrote:
On 15/11/15 16:24, David Malcolm wrote:
On Sun, 2015-11-15 at 12:08 +0100, Tom de Vries wrote:
On 15/11/15 11:55, Tom de Vries wrote:
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_
Hi William,
On Fri, 2 May 2014, William Leighton Dawson wrote:
> http://gcc.gnu.org/ml/gcc-patches/2008-10/msg01096.html
>
> Gerald indicated a stale link for 'Guide for the use of the Ada
> programming language in high integrity systems'. The document is, in
> fact, not removed, just moved. It's
Generalize description of GCC branch names and simplify description
of GCC release tags. Use more recent examples for both.
Committed.
Gerald
Index: svn.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.20
Hi!
A while back I submitted a patch to the gcc-patches mailing list
to allow the embedded timestamps by C/C++ macros to be set externally
[0]. The attached patch addresses a comment from Joseph Myers : move the getenv calls into the gcc/ directory;
and it also provides better organization and sty
Andi Kleen writes:
> Fix the obivous typos. To to commit?
They are not typos.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
> I just finished running the testsuite on x86_64-pc-cygwin for
> Jonathan's latest patch and compared the results against an older
> (about two months old) run, and so far I'm not seeing any regressions.
> Granted, this is strictly preliminary; I'm currently re-running the
> testsuite on the up-to
On 15 November 2015 at 10:01, Martin Liška wrote:
> On 11/14/2015 09:33 AM, Christophe Lyon wrote:
>> On 13 November 2015 at 13:17, Richard Biener
>> wrote:
>>> On Fri, Nov 13, 2015 at 1:04 PM, Martin Liška wrote:
Hello.
Following patch fixes PR68311, can regbootstrap on x86_64-l
On 12/10/2015 21:42, François Dumont wrote:
> On 07/10/2015 22:09, Jonathan Wakely wrote:
>> On 07/10/15 21:38 +0200, François Dumont wrote:
>>> Hi
>>>
>>>I completed vector assertion mode. Here is the result of the new
>>> test you will find in the attached patch.
>>>
>>> With debug mode:
>>>
On Sun, Nov 15, 2015 at 02:08:34PM +0900, Oleg Endo wrote:
> On Wed, 2015-11-11 at 09:56 -0500, Rich Felker wrote:
>
> > Sorry, I don't really understand RTL well enough to make a code
> > snippet. What I want to express is that an insn "uses" (in the (use
> > ...) sense) a register (r12) conditio
The recent merge of the delayed folding branch breaks boot strap with
../../gcc/gcc/cp/tree.c: In function 'tree_node* build_cplus_array_type(tree,
tree)':
../../gcc/gcc/cp/tree.c:894:44: error: suggest parentheses around assignment
used as truth value [-Werror=parentheses]
= TYPE_NEEDS
Andris Pavenis writes:
> diff --git a/libgfortran/intrinsics/chmod.c b/libgfortran/intrinsics/chmod.c
> index 1fffa3d..482a8a6 100644
> --- a/libgfortran/intrinsics/chmod.c
> +++ b/libgfortran/intrinsics/chmod.c
> @@ -451,7 +451,7 @@ clause_done:
> if ((ugo[2] || honor_umask) && !rwxXstugo[
On 11/15/2015 08:56 PM, Andris Pavenis wrote:
Included patch updates error constants for DJGPP.
Andris
2015-11-15 Andris Pavenis
* libstdc++-v3/config/os/djgpp/error_constants.h (std::errc): Update error
constants for DJGPP
Sorry email addrss andris.pave...@iki.fi
Included patch updates error constants for DJGPP.
Andris
2015-11-15 Andris Pavenis
* libstdc++-v3/config/os/djgpp/error_constants.h (std::errc): Update error
constants for DJGPP
>From fd43935415eee35aaa2ece3d07b0814de4da70f7 Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Sun, 15 Nov 20
DJGPP do not have S_ISVTX defined. Therefore its use should be avoided.
Attached patch updates existing preprocessor conditional constructions
not to use S_ISVTX also for DJGPP
Andris
2015-11-15 Andris Pavenis
* libgfortran/intrinsics/chmod.c (chmod_internal): do not use S_ISVTX for DJGPP
tar
On 15.11.15 10:52, Gerald Pfeifer wrote:
This is something I had first done and tested a while ago, but
apparently failed to submit.
It did not show in my running of the testsuite (bootstrap and
testing without regressions on i386-unknown-freebsd10.1), but
in some cases the use of i586 instructi
On 15 November 2015 at 12:14, Jonathan Wakely wrote:
> On 15/11/15 09:58 +0100, Christophe Lyon wrote:
>>
>> Ha, and my newlib copy is not very recent, it's from Oct 30th 2013:
>> maybe it's too old?
>
>
> The autoconf checks should handle old versions as well as new.
>
> The problem is I didn't c
On 15/11/15 16:24, David Malcolm wrote:
On Sun, 2015-11-15 at 12:08 +0100, Tom de Vries wrote:
On 15/11/15 11:55, Tom de Vries wrote:
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_pass_instance.
1Remove first_pass_instance from pass_v
On Sun, 2015-11-15 at 12:08 +0100, Tom de Vries wrote:
> On 15/11/15 11:55, Tom de Vries wrote:
> > [ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
> >
> > This patch series removes first_pass_instance.
> >
> > 1Remove first_pass_instance from pass_vrp
> > 2Remove
Dear Steve,
Thanks for the review.
Committed as revision 230396.
My diagnosis of the last problem that Dominique found is correct.
However, I have not succeeded in fixing it and so the patch was
committed as review. I'll just have to return to the problem this
evening.
Cheers
Paul
On 14 Novem
Hi Richard and Bernhard.
> -Original Message-
> From: Richard Biener [mailto:richard.guent...@gmail.com]
> Sent: Tuesday, November 10, 2015 5:33 PM
> To: Kumar, Venkataramanan
> Cc: Andrew Pinski; gcc-patches@gcc.gnu.org
> Subject: Re: [RFC] [PATCH V2]: RE: [RFC] [Patch] Relax tree-if-con
On 15/11/15 09:58 +0100, Christophe Lyon wrote:
Ha, and my newlib copy is not very recent, it's from Oct 30th 2013:
maybe it's too old?
The autoconf checks should handle old versions as well as new.
The problem is I didn't change a defined(_GLIBCXX_USE_C99_WCHAR) to
just test its value, rather
On 15/11/15 11:55, Tom de Vries wrote:
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_pass_instance.
1Remove first_pass_instance from pass_vrp
2Remove first_pass_instance from pass_reassoc
3Remove first_pass_instance f
On 15/11/15 11:55, Tom de Vries wrote:
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_pass_instance.
1Remove first_pass_instance from pass_vrp
2Remove first_pass_instance from pass_reassoc
3Remove first_pass_instance f
On 15/11/15 11:55, Tom de Vries wrote:
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_pass_instance.
1Remove first_pass_instance from pass_vrp
2Remove first_pass_instance from pass_reassoc
3Remove first_pass_instance f
On 15/11/15 11:55, Tom de Vries wrote:
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_pass_instance.
1Remove first_pass_instance from pass_vrp
2Remove first_pass_instance from pass_reassoc
3Remove first_pass_instance f
On 15/11/15 11:55, Tom de Vries wrote:
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_pass_instance.
1Remove first_pass_instance from pass_vrp
2Remove first_pass_instance from pass_reassoc
3Remove first_pass_instance f
[ was: Re: [PATCH] Remove first_pass_instance from pass_vrp ]
This patch series removes first_pass_instance.
1 Remove first_pass_instance from pass_vrp
2 Remove first_pass_instance from pass_reassoc
3 Remove first_pass_instance from pass_dominator
4 Remove first_pass_inst
This is something I had first done and tested a while ago, but
apparently failed to submit.
It did not show in my running of the testsuite (bootstrap and
testing without regressions on i386-unknown-freebsd10.1), but
in some cases the use of i586 instructions actually avoided
issues for users. And
On 11/14/2015 09:33 AM, Christophe Lyon wrote:
> On 13 November 2015 at 13:17, Richard Biener
> wrote:
>> On Fri, Nov 13, 2015 at 1:04 PM, Martin Liška wrote:
>>> Hello.
>>>
>>> Following patch fixes PR68311, can regbootstrap on x86_64-linux-gnu.
>>>
>>> Ready for trunk?
>>
>> Please use
>>
>>
On 14 November 2015 at 17:32, Jonathan Wakely wrote:
> On 14/11/15 09:37 +0100, Christophe Lyon wrote:
>>
>> Hi, this commit makes the GCC build to fail for targets using newlib
>> (I tested arm-none-eabi and aarch64-none-elf)
>>
>> I'm seeing errors such as:
>> In file included from
>>
>> /tmp/91
On 11/13/2015 08:40 AM, Jeff Law wrote:
On 11/10/2015 11:16 AM, Andris Pavenis wrote:
One may need to execute extra steps after linking program. This is required
for example for DJGPP to run stubify.exe on file generated by linker.
The only way how to achieve was to use LINK_COMMAND_SPEC. It wo
This fixes use of pointers different unsigned integer types as function
parameter.
Function prototype is (see gcc/tree-streamer.h):
bool streamer_tree_cache_lookup (struct streamer_tree_cache_d *, tree,
unsigned *);
gcc/lto-streamer-out.c passes uint32_t int * as parameter to t
Hi,
I've just committed the attached patch to the GCC 6 changes page.
Cheers,
Oleg? sh_fdpic_wwwdocs.patch
Index: htdocs/gcc-6/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-6/changes.html,v
retrieving revision 1.41
diff -u -
41 matches
Mail list logo
