Restore functional DONT_USE_BUILTIN_SETJMP support

DONT_USE_BUILTIN_SETJMP is an old configuration macro that instructs the compiler to use the usual setjmp/longjmp routines instead of their built-in variants to implement SJLJ exceptions. It's less efficient but, sometimes, the setjmp/longjmp routines have specific features that cannot be easil

Re: [RFC] propagate malloc attribute in ipa-pure-const pass

On 7 October 2017 at 11:23, Jan Hubicka wrote: >> On 6 October 2017 at 06:04, Jan Hubicka wrote: >> >> Hi Honza, >> >> Thanks for the detailed suggestions, I have updated the patch accordingly. >> >> I have following questions on call_summary: >> >> 1] I added field bool is_return_callee in ipa_c

Re: [RFC] propagate malloc attribute in ipa-pure-const pass

> On 6 October 2017 at 06:04, Jan Hubicka wrote: > >> Hi Honza, > >> Thanks for the detailed suggestions, I have updated the patch accordingly. > >> I have following questions on call_summary: > >> 1] I added field bool is_return_callee in ipa_call_summary to track > >> whether the caller possibly

[PATCH] Add a warning for invalid function casts

Hi! I think I have now something useful, it has a few more heuristics added, to reduce the number of false-positives so that it is able to find real bugs, for instance in openssl it triggers at a function cast which has already a TODO on it. The heuristics are: - handle void (*)(void) as a wild-c

[Patch, fortran] PR82375 - PDT components in PDT declarations fail to compile

Dear All, I ran into Ian Chivers in last week's BCS meeting, who told me that he had found a PDT bug. My response was to post it on Bugzilla, which he did promptly :-) So promptly, in fact, that I felt honour bound to respond in kind. Please find attached a patch to fix his bug and the extens

Re: [PATCH] Fortran -- Handle BOZ in accordance with F2008/2015.

On Sat, Oct 07, 2017 at 12:37:03PM +0200, Dominique d'Humières wrote: > (1) Typo in gcc/fortran/array.c > > + /* If an array contains a BT_BOZ, then array elements need to be converted > + an INTEGER. This is an GNU Fortran extension. Mixing BOZ and non-BOZ > missing ‘to’? Thanks. I'll fi

[PATCH]C++/PR80188: Add correct marco call to error_at call in maybe_complain_about_tail_call

This fixes maybe_complain_about_tail_call to in correctly use the marco, _ around reason in the call to error_at. This fixes the issue with only the first part of the function being correctly translated to English when translation is done. Passes standard testing on x86_64_linux_gnu without any

Re: [PATCH] Fix PR82397

Richard Biener writes: > I am testing the following patch to fix the qsort intransitiveness > of dr_group_sort_cmp. The patch removes the overly powerful > operand_equal_p checks (handling commutativity ) > because those do not mix well with the sorting constraints. > > I am also testing a follow

Re: [PATCH] Fortran -- Handle BOZ in accordance with F2008/2015.

Thanks for working on the issue. While testing your patch I have found the following problems: (1) Typo in gcc/fortran/array.c + /* If an array contains a BT_BOZ, then array elements need to be converted + an INTEGER. This is an GNU Fortran extension. Mixing BOZ and non-BOZ missing ‘to’?

[openacc, testsuite, committed] Fix libgomp.oacc-fortran/{firstprivate-1,parallel-reduction}.f90 for non-nvidia devices

[ was: Re: [openacc, testsuite, committed] Fix libgomp.oacc-c-c++-common/parallel-reduction.c for non-nvidia devices ] On 09/27/2017 02:39 PM, Tom de Vries wrote: Hi, this patch makes the test-case libgomp.oacc-c-c++-common/parallel-reduction.c work for non-nvidia devices. Committed this sim