Re: Strenghten early inliner analysis

2014-12-31 Thread Jan Hubicka
Hi, this patch fixes the slp testcase that now requires no early inlining Index: testsuite/gcc.dg/vect/slp-9.c === --- testsuite/gcc.dg/vect/slp-9.c (revision 219107) +++ testsuite/gcc.dg/vect/slp-9.c (working copy) @@ -1,4

Re: [PATCH, fortran, final] PR fortran/60255 Deferred character length

2014-12-31 Thread Andre Vehreschild
Hi all, sorry for duplicates, but the initial answer was rejected by the qmail-daemon of the fortran-list due to my mobile sending html. Now, the patch was not intended to solve 61337. Although I have looked into the pseudo code generated for 61337, I couldn't figure easily what is going on there

Re: [Patch, libstdc++/64441] Fix sub_match::first and second

2014-12-31 Thread Jonathan Wakely
OK - thanks On 31 December 2014 at 06:58, Tim Shen wrote: > A dumb mistake :) > > Bootstrapped and tested. > > Thanks! > > -- > Regards, > Tim Shen

Re: [build] libatomic, libgfortran: Use automake-1.11.1 to sync with the rest

2014-12-31 Thread Janne Blomqvist
On Fri, Dec 19, 2014 at 2:56 PM, Michael Haubenwallner wrote: > On the way to prepare some (aix) libtool patch for toplevel libtool.m4 > I've discovered that different versions of automake were used to generate > files across various libs: > > most libs: automake-1.11.1 > libatomic r21

Re: [PATCH] Use x{v,}asprintf some more

2014-12-31 Thread Uros Bizjak
On Fri, Dec 26, 2014 at 2:00 PM, Uros Bizjak wrote: > This patch uses x{v,}asprintf where the result of the function is unused. > > 2014-12-26 Uros Bizjak > > * diagnostic.c (build_message_string): Use xvasprintf. > * final.c (output_operand_lossage): Use xvasprintf and xasprintf. >

[Patch, i386] Support AES, F16C, BMI and BMI2 targets in multiversioning

2014-12-31 Thread Allan Sandfeld Jensen
I recently wanted to use multiversioning for BMI2 specific extensions PDEP/PEXT, and noticed it wasn't there. So I wrote this patch to add it, and also added AES, F16C and BMI1 for completeness. Happy new year `Allan commit 062c09d45d22302ffbd4f86d88e16a1a0d49cd80 Author: Allan Sandfeld Jensen

Re: libsanitizer merge from upstream r221802

2014-12-31 Thread David Abdurachmanov
On Dec 30, 2014, at 11:48 PM, Andrew Pinski wrote: >> If we have 64-bit kernel and 64-bit application is executed sys_getresuid is >> used for getresuid syscall, otherwise if 32-bit application is executed -- >> sys_getresuid16 is used. Thus 64-bit application will never call >> sys_getresuid16 im

Re: [PATCH, fortran, final] PR fortran/60255 Deferred character length

2014-12-31 Thread Janus Weil
Hi Andre, > Now, the patch was not intended to solve 61337. Although I have looked into > the > pseudo code generated for 61337, I couldn't figure easily what is going on > there. In my impression, this is something from incorrectly computed bounds to > an integer(8),pointer integer(4),pointer mi

Re: [Patch, i386] Support AES, F16C, BMI and BMI2 targets in multiversioning

2014-12-31 Thread Jakub Jelinek
On Wed, Dec 31, 2014 at 01:28:47PM +0100, Allan Sandfeld Jensen wrote: > I recently wanted to use multiversioning for BMI2 specific extensions > PDEP/PEXT, and noticed it wasn't there. So I wrote this patch to add it, and > also added AES, F16C and BMI1 for completeness. AES nor F16C doesn't mak

[PATCH, gfortran]: Use xasprintf instead of unchecked asprintf

2014-12-31 Thread Uros Bizjak
Hello! Trivial and almost mechanical patch. 2014-12-31 Uros Bizjak * trans-array.c (trans_array_bound_check): Use xasprintf instead of unchecked asprintf. (gfc_conv_array_ref): Ditto. (gfc_conv_ss_startstride): Ditto. (gfc_trans_dummy_array_bias): Ditto. (gfc_conv_arra

Re: [Patch, i386] Support AES, F16C, BMI and BMI2 targets in multiversioning

2014-12-31 Thread Allan Sandfeld Jensen
On Wednesday 31 December 2014, Jakub Jelinek wrote: > On Wed, Dec 31, 2014 at 01:28:47PM +0100, Allan Sandfeld Jensen wrote: > > I recently wanted to use multiversioning for BMI2 specific extensions > > PDEP/PEXT, and noticed it wasn't there. So I wrote this patch to add it, > > and also added AES,

PATCH: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c

2014-12-31 Thread H.J. Lu
To fix a wrong code bug on HPPA with sibcall optimization, r219037 changes DSE to treat sibcall as though it does a wild read. However, it causes a regression on x86: FAIL: gcc.dg/pr44194-1.c scan-rtl-dump dse1 "global deletions = (2|3)" FAIL: gcc.dg/pr44194-1.c scan-rtl-dump-not final "insn[: ][

Re: [PATCH, fortran, final] PR fortran/60255 Deferred character length

2014-12-31 Thread Andre Vehreschild
Hi Janus, thank you for your review. > I had a look over the patch, and it looks mostly fine to me. A few remarks: > > 1) There are still two TODO markers in the patch. It might be a good > idea to take care of them before committing the patch. In particular > for the first one (adding the init

Re: [PATCH, gfortran]: Use xasprintf instead of unchecked asprintf

2014-12-31 Thread Tobias Burnus
Hello Uros, hi all, Happy New Year to all. Uros Bizjak wrote: Trivial and almost mechanical patch. 2014-12-31 Uros Bizjak * trans-array.c (trans_array_bound_check): Use xasprintf instead of unchecked asprintf. (gfc_conv_array_ref): Ditto. (gfc_conv_ss_startstride): Ditt

[Patch, Fortran] (F2015) Permit ERROR STOP in PURE procedures

2014-12-31 Thread Tobias Burnus
It often happens that one wants to debug PURE procedures but as I/O is not permitted, this can be difficult. F2008's IMPURE ELEMENTAL helps a bit not completely. Fortran 2015 adds another aid – not I/O which is intrinsically impure – but at least ERROR STOP is now permitted. Attached is this

[PATCH, ada]: Use xasprintf instead of unchecked asprintf

2014-12-31 Thread Uros Bizjak
Hello! The ada part. 2014-12-31 Uros Bizjak * gcc-interface/misc.c (internal_error_function): Use xasprintf instead of unchecked asprintf. Although almost trivial, this patch is *not* tested, so I'd kindly ask someone to bootstrap and regresion test this patch. Uros. Index: ChangeLo

[PATCH] Dejagnu fixes for TLS on AIX

2014-12-31 Thread David Edelsohn
On AIX, GCC needs to build a multilib for AIX. When testing in tree, the Dejagnu infrastructure adds linking options for the default, non-pthread multilib. This causes failures for the G++ TLS tests. The following patch uses the existing add_options_for_tls infrastructure to adjust the flags to

Re: [Patch, Fortran] (F2015) Permit ERROR STOP in PURE procedures

2014-12-31 Thread Janus Weil
Hi Tobias, > It often happens that one wants to debug PURE procedures but as I/O is not > permitted, this can be difficult. F2008's IMPURE ELEMENTAL helps a bit not > completely. > > Fortran 2015 adds another aid – not I/O which is intrinsically impure – but > at least ERROR STOP is now permitted.

[PATCH] pass pr20621 testcase on a small stack target

2014-12-31 Thread James Bowman
Test pr20621 requires a target with more than 64K of available stack. This patch adds a path to pass the test when the target has declared a STACK_SIZE of 64K or less 2014-12-30 James Bowman * gcc/testsuite/gcc.c-torture/execute/pr20621-1.c: pass if stack < 64K Index: gcc/testsuite/gcc.c

Re: [Patch, Fortran] (F2015) Permit ERROR STOP in PURE procedures

2014-12-31 Thread Tobias Burnus
Hi Janus, Janus Weil wrote: looks (almost) ok to me. Just one thing about your test cases: Shouldn't the dg-error go into error_stop_4.f90 (where you have -std=f2008ts) instead of error_stop_3.f90 (with -std=gnu)? Yes, I missed to re-diff it, after realizing that I mis-inserted the dg-error.

[www-data, patch, committed] gcc-5/changed.html: Fortran: Add F2015's ERROR STOP in pure

2014-12-31 Thread Tobias Burnus
Committed patch attached. Tobias Index: changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v retrieving revision 1.55 diff -p -u -r1.55 changes.html --- changes.html 30 Dec 2014 18:17:15 - 1.55 +++ changes.html

Re: [Patch, Fortran] PR 60507: Passing function call into procedure argument not caught

2014-12-31 Thread Janus Weil
(early) ping! 2014-12-29 13:50 GMT+01:00 Janus Weil : > Hi all, > > here is a patch to improve diagnostics for dummy procedures. Regtested > on x86_64-unknown-linux-gnu. Ok for trunk? > > Cheers, > Janus > > > > 2014-12-29 Janus Weil > > PR fortran/60507 > * interface.c (is_procptr_res

[Patch, Fortran] add co_reduce to libcaf_single

2014-12-31 Thread Tobias Burnus
Looking through the stashed patches, I realized a pending (unsubmitted) patch, showing that both a test case for CO_REDUCE was missing and that libcaf_single didn't include co_reduce. This patch adds them. Build and regtested on x86-64-gnu-linux. OK for the trunk? [Still to do for co_reduce:

Re: [Patch, Fortran] PR 60507: Passing function call into procedure argument not caught

2014-12-31 Thread Tobias Burnus
Janus Weil wrote: here is a patch to improve diagnostics for dummy procedures. Regtested on x86_64-unknown-linux-gnu. Ok for trunk? Looks good to me. Thanks for the patch! Tobias 2014-12-29 Janus Weil PR fortran/60507 * interface.c (is_procptr_result): New function to check if

Re: [PATCH, libgo] Backport fix for compiler flags in mksysinfo.sh to gcc 4.9

2014-12-31 Thread Ian Lance Taylor
On Tue, Dec 30, 2014 at 11:33 AM, Lynn A. Boger wrote: > Hi, > > Please backport the change from > https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00713.html to gcc 4.9. > > 2014-12-30 Lynn Boger > > * libgo/mksysinfo.sh: Add the same compiler flags used by configure to > detect whether off64

Re: [PATCH] pass pr20621 testcase on a small stack target

2014-12-31 Thread Mike Stump
On Dec 31, 2014, at 8:46 AM, James Bowman wrote: > Test pr20621 requires a target with more than 64K of available stack. > This patch adds a path to pass the test when the target has declared > a STACK_SIZE of 64K or less > > 2014-12-30 James Bowman > > * gcc/testsuite/gcc.c-torture/execute

Re: [PATCH] Dejagnu fixes for TLS on AIX

2014-12-31 Thread Mike Stump
On Dec 31, 2014, at 8:44 AM, David Edelsohn wrote: > On AIX, GCC needs to build a multilib for AIX. When testing in tree, > the Dejagnu infrastructure adds linking options for the default, > non-pthread multilib. This causes failures for the G++ TLS tests. > > The following patch uses the exist

Re: [Patch, libstdc++/64441] Fix sub_match::first and second

2014-12-31 Thread David Edelsohn
After this patch I now see FAIL: 28_regex/algorithms/regex_match/ecma/char/backref.cc execution test on AIX. Thanks, David

Re: [Patch, libstdc++/64441] Fix sub_match::first and second

2014-12-31 Thread Tim Shen
On Wed, Dec 31, 2014 at 4:17 PM, David Edelsohn wrote: > FAIL: 28_regex/algorithms/regex_match/ecma/char/backref.cc execution test > > on AIX. Oops, a dumb mistake from fixing a dumb mistake. Thanks David! :) Bootstrapped and tested. -- Regards, Tim Shen commit adee3fe36298ddd79ec04a1e8c3ccac