Re: [PATCH] Fix PR ipa/68311

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. >>>

[PATCH] Fix inconsistent use of integer types in gcc/lto-streamer-out.c

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

[wwwdocs] Mention SH FDPIC support

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

Re: [PATCH] Enable libstdc++ numeric conversions on Cygwin

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

Re: [PATCH] Enable libstdc++ numeric conversions on Cygwin

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

Re: [PATCH, 6/6] Remove first_pass_instance

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

Re: [PATCH, 6/6] Remove first_pass_instance

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

Re: Ping: [Patch, fortran] Bug 68241 - [meta-bug] Deferred-length character - PRs50221, 68216, 63932, 66408, 67674 and 49954

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

[PATCH, 0/6] Remove first_pass_instance

[ 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

[PATCH, 2/6] Remove first_pass_instance from pass_reassoc

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

[PATCH, 3/6] Remove first_pass_instance from pass_dominator

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

[PATCH, 4/6] Remove first_pass_instance from pass_object_sizes

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

[PATCH, 6/6] Remove first_pass_instance

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

RE: [RFC] [PATCH V2]: RE: [RFC] [Patch] Relax tree-if-conv.c trap assumptions.

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

Re: [PATCH] Enable libstdc++ numeric conversions on Cygwin

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,

[PATCH, 5/6] Remove first_pass_instance from pass_ccp

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

Re: [PATCH] gcc.c: new macro POST_LINK_SPECS to be able to add additional steps after linking

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

[PATCH,x86,FreeBSD] Update FreeBSD/i386 to i586

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.

[PATCH] Fix obvious typo that breaks boot strap in delayed folding

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] =

Re: [PATCH,x86,FreeBSD] Update FreeBSD/i386 to i586

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

[PATCH, libstdc++-v3, DJGPP] Update error constants for DJGPP

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

Re: [PATCH, libstdc++-v3, DJGPP] Update error constants for DJGPP

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

Re: [PATCH v4] SH FDPIC backend support

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)

Re: vector lightweight debug mode

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: >>>

Re: [PATCH] Fix PR ipa/68311

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.

[PATCH] Allow embedded timestamps by C/C++ macros to be set externally (2)

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

[wwwdocs] Bring release branch and release tags up-to-date in svn.html

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

Re: Broken link

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.

Re: [PATCH] Enable libstdc++ numeric conversions on Cygwin

> 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

Another boot strap fix

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";

Re: [PATCH] Fix obvious typo that breaks boot strap in delayed folding

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."

Re: [PATCH, 6/6] Remove first_pass_instance

[ 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

Re: [PATCH] Fix obvious typo that breaks boot strap in delayed folding

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

Re: [PATCH] PR 68192 Export AIX TLS symbols

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] PR fortran/58027,60993 -- BOZ in array constructor initialization expression

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

[PATCH] PR 68366 - include emit-rtl.h in sdbout.c

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

Re: [PATCH][DJGPP][libgfortran] Do not use S_ISVTX for DJGPP in libfortran/intrinsic/chmod.c

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 @@

Re: [PATCH] PR fortran/58027,60993 -- BOZ in array constructor initialization expression

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

GCC Status Report (2015-11-15), Stage 3 in effect now

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

[PATCH][DJGPP][libgfortran] Do not use S_ISVTX for DJGPP in libfortran/intrinsic/chmod.c

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

Re: [PATCH][DJGPP][libgfortran] Do not use S_ISVTX for DJGPP in libfortran/intrinsic/chmod.c

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] ||