An update the gfortran.texi's F2003/F2008 status.
OK for the trunk?
Tobias
2014-03-08 Tobias Burnus
* gfortran.texi (Fortran 2003 Status): Mention finalization,
deferred-length character support and input rounding.
(Fortran 2008 Status): Mention that at termination
signalling exceptions
Tobias Burnus wrote:
Hence, the attached patch adds a this_image() and num_images() library
function. As the library is only build statically and -fcoarray=lib is
not widely used due to lacking communication support, I wouldn't count
this patch as real ABI break and there shouldn't be a problem
The attached patch addresses the problem identified in comment #22 of the PR.
For character array internal unit reads, eat_spaces must call next_char to
advance every single character until the end of the string is reached. In the
case sited which is very contrived, this amounts to about 10 ca
OK.
Jason
On 03/07/2014 06:07 PM, Adam Butcher wrote:
+ /* When retrieving a capture pack from a generic lambda, remove the
+lambda call op's own template argument list from ARGS. Only the
+template arguments active for the closure type should be used to
+retrie
On 03/07/2014 02:05 PM, Dominique d'Humières wrote:
>
> Hi all!
>
> Patch for pr60128. It is basically the patch posted at =
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D60128#c7. I have made tmp =
> volatile (although I did not see any differences between -m32 and -m64) =
> and added a commen
PR c++/60393
* parser.c (cp_parser_parameter_declaration_clause): Move generic
function template unwinding on error into a more general location, ...
(cp_parser_skip_to_end_of_statement): ... here.
PR c++/60393
* g++.dg/cpp1y/pr60393.C: New testcase.
PR c++/60033
* pt.c (tsubst_copy): When retrieving a capture pack from a generic
lambda, remove the lambda's own template argument list prior to fetching
the specialization.
PR c++/60033
* g++.dg/cpp1y/pr60033.C: New testcase.
---
gcc/cp/pt.c
Yes, x32 has the same problem. It should be tested. Fixed.
Thanks,
Wei.
On Fri, Mar 7, 2014 at 2:06 PM, H.J. Lu wrote:
> On Fri, Mar 7, 2014 at 1:26 PM, Wei Mi wrote:
>> Hi,
>>
>> This patch is to fix the problem described here:
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58066
>>
>> I foll
On Fri, Mar 7, 2014 at 1:26 PM, Wei Mi wrote:
> Hi,
>
> This patch is to fix the problem described here:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58066
>
> I follow Ian's suggestion and set
> ix86_tls_descriptor_calls_expanded_in_cfun in
> tls_global_dynamic_64_ and tls_local_dynamic_base_64_
Hi all!
Patch for pr60128. It is basically the patch posted at =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D60128#c7. I have made tmp =
volatile (although I did not see any differences between -m32 and -m64) =
and added a comment (please feel free to improve the wording). I have =
also fixed
Regression test is ok.
Thanks,
Wei.
On Fri, Mar 7, 2014 at 1:26 PM, Wei Mi wrote:
> Hi,
>
> This patch is to fix the problem described here:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58066
>
> I follow Ian's suggestion and set
> ix86_tls_descriptor_calls_expanded_in_cfun in
> tls_global_dyn
Hi,
This patch is to fix the problem described here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58066
I follow Ian's suggestion and set
ix86_tls_descriptor_calls_expanded_in_cfun in
tls_global_dynamic_64_ and tls_local_dynamic_base_64_.
Although 32bit doesn't have the problem,
ix86_tls_descripto
Hello.
Please retain me write-after-approval status. I must return to active work
on the GCC in the near future.
Anatoly.
- Original Message -
From: "Denis Chertykov"
To: "gcc-patches" ; "Анатолий Соколов"
; "Eric Weddington"
Sent: Friday, March 07, 2014 8:56 PM
Subject: [patch]
This change enables ZCX on armel linux, and should fix PR ada/60411, at least
for the native part reported in comment #1
PR ada/60411
* system-linux-armel.ads (Backend_Overflow_Checks): Set to True.
(Support_64_Bit_Divides): Removed, no longer used.
(ZCX_By_Defau
Hi all,
I have retired the old fortran-exp branch in svn.html. In addition, I
have started a new branch "fortran-caf", which I will use for coarray
changes.
Besides the new fortran-caf branch, there is still the somewhat active
fortran-dev branch, used for the new array descriptor.
Tobias
On 03/04/2014 02:58 PM, Adam Butcher wrote:
PR c++/60033
* pt.c (retrieve_specialization): When retrieving a capture pack from a
generic lambda, remove the lambda's own template argument list prior to
fetching the specialization.
I think I'd prefer to handle this
Hi!
On Fri, 15 Nov 2013 14:44:45 -0700, Aldy Hernandez wrote:
> I fixed a few nits Jason pointed out off-line, and both him and Jakub
> have approved the patch for trunk.
>
> In running the final round of tests I noticed a few problems with my
> choice of bit numbers for the GF_OMP_* masks. I
On Fri, Mar 07, 2014 at 09:14:04PM +0100, Jakub Jelinek wrote:
> On Fri, Mar 07, 2014 at 12:10:05PM -0800, Andrew Pinski wrote:
> > On Fri, Mar 7, 2014 at 11:56 AM, Christophe Lyon
> > wrote:
> > > It seems the new test fails at execution on aarch64-none-elf (and
> > > aarch64_be-none-elf) using t
On Fri, Mar 07, 2014 at 12:10:05PM -0800, Andrew Pinski wrote:
> On Fri, Mar 7, 2014 at 11:56 AM, Christophe Lyon
> wrote:
> > It seems the new test fails at execution on aarch64-none-elf (and
> > aarch64_be-none-elf) using the ARM Foundation Model as simulator.
>
>
> The new testcase should hav
On Fri, Mar 7, 2014 at 11:56 AM, Christophe Lyon
wrote:
> Hi,
>
> It seems the new test fails at execution on aarch64-none-elf (and
> aarch64_be-none-elf) using the ARM Foundation Model as simulator.
The new testcase should have been disabled for the aarch64-elf target
as it does not have TLS su
On 03/07/2014 02:10 PM, Adam Butcher wrote:
Ah right. I did wonder about tentative parsing. What about in
cp_parser_skip_to_end_of_statement?
That sounds OK.
Jason
These patches address regressions revealed by my work to run the
testsuite in C++14 mode.
The first patch addresses multiple failures caused by force_paren_expr
wrapping simple expressions so that decltype(auto) will treat them
differently. The static_cast to reference trick was breaking bitf
Hi,
It seems the new test fails at execution on aarch64-none-elf (and
aarch64_be-none-elf) using the ARM Foundation Model as simulator.
Sorry, I don't have access to more detail right now.
Christophe.
On 6 March 2014 06:44, Ramana Radhakrishnan wrote:
> On Wed, Mar 5, 2014 at 9:12 AM, Jakub J
Committed to branch dmalcolm/jit:
gcc/jit/
* libgccjit.h (enum gcc_jit_function_kind): Add
GCC_JIT_FUNCTION_ALWAYS_INLINE.
* internal-api.c (gcc::jit::recording::function::write_to_dump):
Handle GCC_JIT_FUNCTION_ALWAYS_INLINE.
(gcc::jit::playback::context::n
On 07/03/14 18:08 +, Jonathan Wakely wrote:
On 04/03/14 22:32 +, Jonathan Wakely wrote:
I've added an initial "Porting to GCC 4.9" page at
http://gcc.gnu.org/gcc-4.9/porting_to.html
So far it only contains a couple of C++ changes that caused some
failures during mass rebuilds, other add
Committed to branch dmalcolm/jit:
gcc/testsuite/
* jit.dg/test-functions.c: Reorder function definitions, grouping
them by subject-matter rather than by create-vs-verify phase.
---
gcc/testsuite/ChangeLog.jit | 5 ++
gcc/testsuite/jit.dg/test-functions.c | 107
On 2014-03-07 17:29, Jason Merrill wrote:
On 03/04/2014 04:46 PM, Adam Butcher wrote:
PR c++/60393
* parser.c (cp_parser_parameter_declaration_clause): Move generic
function template unwinding on error into a move general location,
...
(cp_parser_error): ... here.
Hm
On Fri, Mar 7, 2014 at 9:36 AM, Uros Bizjak wrote:
>
> Attached patch avoids a bunch of:
>
> ../../../gcc-svn/trunk/libgcc/crtstuff.c: In function 'frame_dummy':
> ../../../gcc-svn/trunk/libgcc/crtstuff.c:463:19: warning: array
> subscript is above array bounds [-Warray-bounds]
>if (__JCR_LIST
I merged GCC trunk revision 208403 to the gccgo branch.
Ian
On 04/03/14 22:32 +, Jonathan Wakely wrote:
I've added an initial "Porting to GCC 4.9" page at
http://gcc.gnu.org/gcc-4.9/porting_to.html
So far it only contains a couple of C++ changes that caused some
failures during mass rebuilds, other additions are welcome.
The attached patch adds som
OK.
Jason
Hi,
in this regression we ICE during error recovery, much, much later, in
the middle-end. In order to avoid that it seems to me that we can safely
return NULL_TREE.
I'm also taking the occasion to change a pair of errors to error +
inform (this is also consistent with eg, the explain-once ty
Inherited constructors inherit 'constexpr' from the designated base;
B::B isn't constexpr because A::A isn't, and we should say that at the
beginning of is_valid_constexpr_fn.
Jason
Hello!
Attached patch avoids a bunch of:
../../../gcc-svn/trunk/libgcc/crtstuff.c: In function 'frame_dummy':
../../../gcc-svn/trunk/libgcc/crtstuff.c:463:19: warning: array
subscript is above array bounds [-Warray-bounds]
if (__JCR_LIST__[0])
^
when compiling libgcc.
2014
On 03/04/2014 04:46 PM, Adam Butcher wrote:
PR c++/60393
* parser.c (cp_parser_parameter_declaration_clause): Move generic
function template unwinding on error into a move general location, ...
(cp_parser_error): ... here.
Hmm, I'm uncomfortable with this change;
Denis Chertykov writes:
> 2014-03-07 Denis Chertykov
>
> * MAINTAINERS: Remove avr maintainers: Anatoly Sokolov and
> Eric Weddington
Don't maintainers usually retain their write-after-approval status even
if they step down from the maintainership?
Rainer
--
---
Committed.
2014-03-07 Denis Chertykov
* MAINTAINERS: Remove avr maintainers: Anatoly Sokolov and
Eric Weddington
Index: MAINTAINERS
===
--- MAINTAINERS (revision 208404)
+++ MAINTAINERS (working copy)
@@ -51,8 +51,6 @@
a
It's looking very likely that we will have a new C++ standard this year,
so I'm going to go ahead and add the -std=c++14 flag for 4.9; I just
won't advertise it yet.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit f966b130e3b011c6ac2169472fdf6508b5373eeb
Author: Jason Merrill
Date: Wed
The new libbacktrace sort routine has, no doubt, many flaws, but one is
quite significant. The backtrace data tends to be roughly sorted in
practice (though unfortunately not perfectly sorted). By pivoting on
the first element in the array, the sort routine was tending to maximize
the number of r
On Fri, Mar 7, 2014 at 4:12 AM, Rainer Orth
wrote:
> Hi Paolo,
>
>> On 03/05/2014 04:34 AM, Ian Lance Taylor wrote:
>>> The GNU glibc qsort function will call malloc in some cases. That makes
>>> it unsuitable for libbacktrace, which is intended to work when called
>>> from a signal handler. Th
(extremely minor comments, not directly related to the machinery)
On Fri, 7 Mar 2014, Richard Biener wrote:
+ /* fold_negate_exprs convert - (~A) to A + 1. */
+ (match_and_simplify
+ (negate (bit_not @0))
+ if (INTEGRAL_TYPE_P (TREE_TYPE (@0)))
+ (plus @0 { build_int_cst (TREE_TYPE (@0),
Hi!
On Fri, Mar 07, 2014 at 05:35:01PM +0800, Thomas Preud'homme wrote:
> --- a/gcc/tree-ssa-math-opts.c
> +++ b/gcc/tree-ssa-math-opts.c
> @@ -1801,7 +1801,9 @@ find_bswap_1 (gimple stmt, struct symbolic_number *n,
> int limit)
>
>if (rhs_class == GIMPLE_BINARY_RHS)
> {
> + int i
Bernd Schmidt writes:
> On 03/03/2014 11:01 PM, Richard Sandiford wrote:
>
>> I'll run a full test overnight, but does this look like it might be
>> a way out, at least for 4.9?
>
> Pretty much agree with everything you've written in this thread. I
> think this patch is fine.
Thanks. The threa
Committed to branch dmalcolm/jit:
gcc/jit/
* libgccjit++.h (gccjit::context::new_global): New.
---
gcc/jit/ChangeLog.jit | 4
gcc/jit/libgccjit++.h | 15 +++
2 files changed, 19 insertions(+)
diff --git a/gcc/jit/ChangeLog.jit b/gcc/jit/ChangeLog.jit
index 2298e49..ef82
OK.
Jason
Committed to branch dmalcolm/jit:
gcc/jit/
* internal-api.c (gcc::jit::playback::context::handle_locations):
Add a disabled call to line_table_dump, in case it's handy for
debugging in the future.
(gcc::jit::playback::context::set_tree_location): Assert that
On Fri, Mar 7, 2014 at 12:45 PM, Marcus Shawcroft
wrote:
> On 7 March 2014 09:35, Thomas Preud'homme wrote:
>
>> +++ b/gcc/testsuite/gcc.dg/optimize-bswapsi-2.c
>> @@ -0,0 +1,26 @@
>> +/* { dg-do compile { target arm*-*-* alpha*-*-* i?86-*-* powerpc*-*-*
>> rs6000-*-* x86_64-*-* s390*-*-* } } */
On Fri, Mar 07, 2014 at 01:12:02PM +0100, Rainer Orth wrote:
> 2014-03-07 Rainer Orth
>
> * libbacktrace/Makefile.am (libsanitizer_libbacktrace_la_SOURCES):
> Add ../../libbacktrace/sort.c.
> * libbacktrace/Makefile.in: Regenerate.
> * libbacktrace/backtrace-rename.h (ba
Hi,
On 03/07/2014 01:12 PM, Rainer Orth wrote:
Hi Paolo,
On 03/05/2014 04:34 AM, Ian Lance Taylor wrote:
The GNU glibc qsort function will call malloc in some cases. That makes
it unsuitable for libbacktrace, which is intended to work when called
from a signal handler. This patch changes li
Hi Paolo,
> On 03/05/2014 04:34 AM, Ian Lance Taylor wrote:
>> The GNU glibc qsort function will call malloc in some cases. That makes
>> it unsuitable for libbacktrace, which is intended to work when called
>> from a signal handler. This patch changes libbacktrace to use an
>> internal qsort fu
Hi,
while looking into c++/58609 I noticed this dead code. Can I remove it?
Tested x86_64-linux.
Thanks,
Paolo.
/
2014-03-07 Paolo Carlini
* decl.c (check_initializer): Remove dead code.
Index: decl.c
On 7 March 2014 09:35, Thomas Preud'homme wrote:
> +++ b/gcc/testsuite/gcc.dg/optimize-bswapsi-2.c
> @@ -0,0 +1,26 @@
> +/* { dg-do compile { target arm*-*-* alpha*-*-* i?86-*-* powerpc*-*-*
> rs6000-*-* x86_64-*-* s390*-*-* } } */
I'm fairly sure the target list here should include aarch64*-*-
Hi Paolo,
> Perhaps GCC would gain from having a separate maintainer for the gcc/
> target-specific configuration (configure.ac/config.gcc/config/*/*.h
> basically)... guess who I would propose for such a role :)
... and add the corresponding files in libgcc for good measure :-) But
seriously, d
Initial OpenACC support to C++ front-end: parallel, kernels and data
construct with data clauses.
gcc/cp/
* cp-tree.h (finish_oacc_data): New function prototype.
(finish_oacc_kernels, finish_oacc_parallel): Likewise.
* parser.c (cp_parser_omp_clause_name): Support data cla
Initial OpenACC support to C++ front-end -- tests
* gcc/testsuite/c-c++-common/goacc/deviceptr-1.c: Move to ...
* gcc/testsuite/gcc.dg/goacc/deviceptr-1.c ... here.
* gcc/testsuite/g++.dg/goacc/goacc.exp: New test directory.
* gcc/testsuite/g++.dg/goacc-gomp/goacc-gomp.exp: Li
Hi Thomas!
I prepared simple patch to add support of OpenACC data, kernels and
parallel constructs to C++ FE.
It adds support of data clauses too.
OK to gomp4 branch?
--
Ilmir.
Hi,
On 03/05/2014 04:34 AM, Ian Lance Taylor wrote:
The GNU glibc qsort function will call malloc in some cases. That makes
it unsuitable for libbacktrace, which is intended to work when called
from a signal handler. This patch changes libbacktrace to use an
internal qsort function.
I'm posti
Il 07/03/2014 11:45, Jakub Jelinek ha scritto:
On Fri, Mar 07, 2014 at 08:26:47AM +0100, Paolo Bonzini wrote:
> Il 06/03/2014 19:58, Jakub Jelinek ha scritto:
> >Bootstrapped/regtested on x86_64-linux and i686-linux and tested also
> >with make bootstrap-lean; make install, ok for trunk?
>
> N
OpenACC 1.0 fortran FE support -- translation to GENERIC.
gcc/fortran/
* trans-decl.c
(gfc_generate_function_code): Insert OACC_DECLARE GENERIC node.
* trans-openmp.c (gfc_convert_expr_to_tree): New helper function.
(gfc_trans_omp_array_reduction): Support also OpenACC. Ad
On Fri, Mar 07, 2014 at 08:26:47AM +0100, Paolo Bonzini wrote:
> Il 06/03/2014 19:58, Jakub Jelinek ha scritto:
> >Bootstrapped/regtested on x86_64-linux and i686-linux and tested also
> >with make bootstrap-lean; make install, ok for trunk?
>
> Nice fix! Did you check that on a regular bootstrap
OpenACC 1.0 fortran FE support -- matching and resolving.
* gcc/fortran/openmp.c
(gfc_free_omp_clauses): Remove also OpenACC clauses.
(gfc_free_expr_list): New function to clear expression list.
(match_oacc_expr_list): New function to match expression list.
(match_oacc_cla
Hi Tobias!
Thanks a lot for your review!
!$acc loop
outer_loop: do i = 1, n
inner_loop: do j = 1,m
! ...
cycle outer_loop
exit outer_loop
end do inner_loop
end do outer_loop
That's a new Fortran 2008 feature that CYCLE and EXIT can leave the
inner DO loop.
I added th
Hi Ramana,
Thanks for your comments,
> Please respin using plus_constant instead of gen_addsi3.
Here is my feeling about this:
I experimented on using plus_constant instead of gen_addsi3. But there
are cases when the emitted code is not equivalent for large frames
(!const_ok_for_op (val, PLUS)
2014-02-17 20:00 GMT+08:00 Rainer Orth :
> Senthil Kumar Selvaraj writes:
>
>> The newly added gcc.dg/torture/pr60183.c test fails for the AVR target
>> with an "array size too large" error. This patch marks the test as
>> unsupported for AVR, following the example of other such tests in the
>> te
The bswap optimization has a bug where a code can be incorrectly detected as
doing a byte swap, therefore leading to change of behavior for the program
compiled. This is tracked as PR60454. The patch below fixes the issue.
Best regards,
Thomas Preud'homme
diff --git a/gcc/ChangeLog b/gcc/Chang
On Thu, Mar 6, 2014 at 7:58 PM, Jakub Jelinek wrote:
> Hi!
>
> As discussed in the PR, doing
> make bootstrap-lean
> make install
> right now may fail (if host compiler is too old), or recompile various
> objects of the compiler with system gcc before it is installed.
> This happens because starti
On Fri, Mar 7, 2014 at 12:36 AM, Paulo J. Matos wrote:
> On 06/03/14 23:34, Paulo J. Matos wrote:
>>
>> Hi,
>>
>> This patch marks fira-loop-pressure as an optimization so it shows in
>> gcc --help=optimizers.
>>
>> 2014-03-06 Paulo Matos
>>
>> * common.opt (fira-loop-pressure): Mark as op
On Fri, Mar 7, 2014 at 9:59 AM, Richard Biener
wrote:
> On Fri, Mar 7, 2014 at 12:29 AM, Paulo Matos wrote:
>> On 06/03/14 11:19, Richard Biener wrote:
>>>
>>> On Wed, Mar 5, 2014 at 12:55 PM, Paulo Matos
>>> wrote:
On 05/03/2014 11:51, Richard Biener wrote:
>
>
> On Wed, M
On Fri, Mar 7, 2014 at 12:29 AM, Paulo Matos wrote:
> On 06/03/14 11:19, Richard Biener wrote:
>>
>> On Wed, Mar 5, 2014 at 12:55 PM, Paulo Matos
>> wrote:
>>>
>>> On 05/03/2014 11:51, Richard Biener wrote:
On Wed, Mar 5, 2014 at 12:43 PM, Dominique Dhumieres
wrote:
Il 05/03/2014 16:53, Rainer Orth ha scritto:
When using GNU as with Solaris ld, the TLS local dynamic tests
(gcc.dg/torture/tls/run-ld.c etc.) FAIL to execute before Solaris 11:
the programs crash with an illegal instruction: e.g. in the
gcc.dg/lto/20090210 test, we have
0x8050ce0 : mov%gs:0
71 matches
Mail list logo
