On Wed, 29 Mar 2017, Jeff Law wrote:
> On 03/29/2017 04:05 AM, Richard Biener wrote:
> >
> > After quite some pondering over this and other related bugs I propose
> > the following for GCC 7 which tames down PRE a bit (back to levels
> > of GCC 6). Technically it's the wrong place to fix this, w
On 03/29/2017 10:21 PM, David Edelsohn wrote:
> On Wed, Mar 29, 2017 at 3:50 PM, Jeff Law wrote:
>> On 03/27/2017 09:41 AM, David Edelsohn wrote:
As far as I have discovered, the real problem with AIX exception handling
is
that the exception landing pads are symbols that must n
On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote:
> On Tue, Mar 28, 2017 at 1:34 PM, Richard Biener
> wrote:
>> On Tue, Mar 28, 2017 at 2:01 PM, Bin Cheng wrote:
>>> Hi,
>>> This patch is to fix PR80153. As analyzed in the PR, root cause is
>>> tree_affine lacks
>>> ability differentiating (un
Ping?
Best regards,
Thomas
On 27/03/17 12:15, Thomas Preudhomme wrote:
Hi,
Currently GCC is happy to use LDRD to perform a 64bit load on ARMv7-R,
as shown by the testcase on this patch. However, LDRD is only atomic
when LPAE extensions is available, which they are not for ARMv7-R. This
commit
Ping?
Best regards,
Thomas
On 23/03/17 17:09, Thomas Preudhomme wrote:
My apologize, this works for both -march of -mcpu not cortex-r4 in RUNTESTFLAGS.
ChangeLog entry is unchanged:
*** gcc/testsuite/ChangeLog ***
2017-03-22 Thomas Preud'homme
Sorry, I forgot about -march. Hold on.
On 2
On Wed, 29 Mar 2017, Martin Jambor wrote:
> Hi,
>
> On Thu, Mar 16, 2017 at 05:57:51PM +0100, Martin Jambor wrote:
> > Hi,
> >
> > On Mon, Mar 13, 2017 at 01:46:47PM +0100, Richard Biener wrote:
> > > On Fri, 10 Mar 2017, Martin Jambor wrote:
> > >
> > > > Hi,
> > > >
> > > > PR 77333 is a i68
On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener
wrote:
> On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote:
>> On Tue, Mar 28, 2017 at 1:34 PM, Richard Biener
>> wrote:
>>> On Tue, Mar 28, 2017 at 2:01 PM, Bin Cheng wrote:
Hi,
This patch is to fix PR80153. As analyzed in the PR, root
On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng wrote:
> On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener
> wrote:
>> On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote:
>>> On Tue, Mar 28, 2017 at 1:34 PM, Richard Biener
>>> wrote:
On Tue, Mar 28, 2017 at 2:01 PM, Bin Cheng wrote:
> Hi,
>>>
On Thu, Mar 30, 2017 at 4:11 AM, Michael Haubenwallner
wrote:
> On 03/29/2017 10:21 PM, David Edelsohn wrote:
>> On Wed, Mar 29, 2017 at 3:50 PM, Jeff Law wrote:
>>> On 03/27/2017 09:41 AM, David Edelsohn wrote:
>
> As far as I have discovered, the real problem with AIX exception handling
Hi Jakub,
On 30 Mar 00:36, Jakub Jelinek wrote:
> Hi!
>
> As the testcase shows, we ICE with -mavx512f -ffloat-store, because
> at -O0 during expansion the destination is MEM, and the corresponding dup
> operand is some pseudo. There are *_mask patterns that have just
> register_operand / =v for t
On Thu, Mar 30, 2017 at 1:44 PM, Richard Biener
wrote:
> On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng wrote:
>> On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener
>> wrote:
>>> On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote:
On Tue, Mar 28, 2017 at 1:34 PM, Richard Biener
wrote:
>
On Thu, Mar 30, 2017 at 2:18 PM, Bin.Cheng wrote:
> On Thu, Mar 30, 2017 at 1:44 PM, Richard Biener
> wrote:
>> On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng wrote:
>>> On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener
>>> wrote:
On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote:
> On Tue,
On Thu, Mar 30, 2017 at 3:20 PM, Bin.Cheng wrote:
> On Thu, Mar 30, 2017 at 2:18 PM, Bin.Cheng wrote:
>> On Thu, Mar 30, 2017 at 1:44 PM, Richard Biener
>> wrote:
>>> On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng wrote:
On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener
wrote:
> On We
On 3/29/17 6:29 PM, Peter Bergner wrote:
> On 3/29/17 5:28 PM, Segher Boessenkool wrote:
>>> +/* { dg-skip-if "" { powerpc*-*-darwin* } { "*" } { "" } } */
>>> +/* { dg-skip-if "" { powerpc*-*-*spe* } { "*" } { "" } } */
>>> +/* { dg-require-effective-target dfp } */
>>
>> You can leave off the de
On 03/29/2017 01:31 PM, Jakub Jelinek wrote:
Hi!
GCC 4.8 and earlier didn't allow in C++ initialization of VLA and
C doesn't allow it in any GCC release. This has changed when the
support for C++1y VLA has been added, then reverted, but apparently
only partially.
The question is, do we want to
> >> +/* { dg-final { scan-assembler-not "drintn\\." } } */
> >> +/* { dg-final { scan-assembler-not "drintnq\\." } } */
> >> +/* { dg-final { scan-assembler-not "dctfix" } } */
> >> +/* { dg-final { scan-assembler-not "dctfixq" } } */
> >
> > If there is no "dctfix" there surely is no "dctfixq" e
I have finally completed all tests for Cygwin and MinGW both 32- &
64-bit with no additional test failures. There are still 567 tests
failing both pre- and post-patch with error "error while loading shared
libraries: cyggfortran-4.dll: cannot open shared object file: No such
file or directory"
On 3/30/17 12:15 PM, Segher Boessenkool wrote:
+/* { dg-final { scan-assembler-not "drintn\\." } } */
+/* { dg-final { scan-assembler-not "drintnq\\." } } */
+/* { dg-final { scan-assembler-not "dctfix" } } */
+/* { dg-final { scan-assembler-not "dctfixq" } } */
>>>
>>> If there
This fix is similar to c++/79653: if something went wrong during
make_pack_expansion, return error_mark instead of building up the attribute
otherwise we end up with "gnu aligned <<>>" and that would mean crashing
later on at a lot of spots.
Also, dump_expr wasn't able to print TREE_LISTs. It's e
Hi,
I'd like to fix a few buffer overruns I have found in the gcov tools.
First I noticed that the -x output contains most of the time "ff" bytes,
and that when different source files exist in different directories,
with same base name the MD5 sum always matches, which results in
gcov overwriting
On 3/30/17 12:54 PM, Peter Bergner wrote:
> On 3/30/17 12:15 PM, Segher Boessenkool wrote:
> +/* { dg-final { scan-assembler-not "drintn\\." } } */
> +/* { dg-final { scan-assembler-not "drintnq\\." } } */
> +/* { dg-final { scan-assembler-not "dctfix" } } */
> +/* { dg-final { scan
On Thu, Mar 30, 2017 at 10:21:09AM -0600, Martin Sebor wrote:
> I don't think rejecting all VLA initialization just to avoid
> an Asan ICE with string literals is a good way to solve the
> problem. For one, it will break working programs that rely on
The Asan ICE can be easily worked around, the
Hi!
We print an uninitialized variable if OMP_DISPLAY_ENV=true is
in the environment, but {,G}OMP_STACKSIZE is not.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux,
committed to trunk.
2017-03-30 Jakub Jelinek
* env.c (initialize_env): Initialize stacksize to 0.
Hi!
This makes it clearer to translators and users that parallel, teams etc.
are keywords.
Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk.
2017-03-30 Jakub Jelinek
PR translation/80189
* gimplify.c (omp_default_clause): Use %qs instead of %s in
Hi!
As discussed with Jon, libstdc++ needs a GCC builtin in order to implement
this easily.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2017-03-30 Jakub Jelinek
PR libstdc++/80251
c-family/
* c-common.h (enum rid): Add RID_IS_AGGREGATE.
* c-co
For gcc-4.0/ and faq.html I did adjust the link, for gcc-3.2/ I
figured we can as well avoid it.
Applied.
(Jonathan, I'm going to take care of the libstdc++/doc links as
well in case you wonder.)
Gerald
Index: faq.html
===
RCS file
Hi!
On some arches like x86_64 we allow some aggregates in named register
variables. If those registers are wider than word, store_bit_field_1
was assuming it must be multiple registers and attempted to pick
a word sized subregister of it, which is fine for pseudos, but if the
destination is a ha
On 03/30/2017 02:24 PM, Jakub Jelinek wrote:
On Thu, Mar 30, 2017 at 10:21:09AM -0600, Martin Sebor wrote:
I don't think rejecting all VLA initialization just to avoid
an Asan ICE with string literals is a good way to solve the
problem. For one, it will break working programs that rely on
The
pr52125.c verifies that orphaned %hi relocs are deleted if they feed
an inline asm statement that never emits the %lo part. Orphaned %hi
relocs are only strictly a problem for o32 but are eliminated for
any ABI as long as 32-bit addressing is in use so force -msym32 as well
as require absolute addr
This is a fix for a compile failure in gcc.c-torture/compile/pr70240.c
with options -O1 -mmsa.
The expand code for replicated constant vectors with small immediate
values was simply wrong and would never work. This code is not used in the
simple case of initialising a variable with a constant vect
On 03/30/2017 05:50 PM, Daniel Santos wrote:
> I have finally completed all tests for Cygwin and MinGW both 32- &
> 64-bit with no additional test failures. There are still 567 tests
> failing both pre- and post-patch with error "error while loading shared
> libraries: cyggfortran-4.dll: cannot op
On 03/30/2017 04:11 PM, Bernd Edlinger wrote:
Hi,
I'd like to fix a few buffer overruns I have found in the gcov tools.
First I noticed that the -x output contains most of the time "ff" bytes,
and that when different source files exist in different directories,
with same base name the MD5 sum al
Minor patch to had translation marks.
Regression tested. OK for Trunk?
Jerry
2017-03-30 Jerry DeLisle
PR fortran/38573
* intrinsic.c (gfc_check_intrinsic_standard): Adjust diagnostics.
diff --git a/gcc/fortran/intrinsic.c b/gcc/fortran/intrinsic.c
index 2f60fe8..2e3b250 10064
On 03/31/17 01:27, Nathan Sidwell wrote:
> On 03/30/2017 04:11 PM, Bernd Edlinger wrote:
>> Hi,
>>
>> I'd like to fix a few buffer overruns I have found in the gcov tools.
>> First I noticed that the -x output contains most of the time "ff" bytes,
>> and that when different source files exist in di
On 03/30/2017 02:38 PM, Jakub Jelinek wrote:
Hi!
On some arches like x86_64 we allow some aggregates in named register
variables. If those registers are wider than word, store_bit_field_1
was assuming it must be multiple registers and attempted to pick
a word sized subregister of it, which is f
On 03/30/2017 02:34 PM, Jakub Jelinek wrote:
Hi!
As discussed with Jon, libstdc++ needs a GCC builtin in order to implement
this easily.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2017-03-30 Jakub Jelinek
PR libstdc++/80251
c-family/
* c-common.h (
Hi!
On Mon, Mar 27, 2017 at 09:51:27AM -0600, Jeff Law wrote:
> > 2017-03-24 Jakub Jelinek
> >
> > PR c/80163
> > * expr.c : For EXPAND_INITIALIZER determine SIGN_EXTEND
> > vs. ZERO_EXTEND based on signedness of treeop0's type rather than
> > signedness of the result type.
> >
Hi!
I'd like to ping two patches:
PR c++/79572
- ubsan instrumentation of reference binding to NULL if the reference
is folded into INTEGER_CST with REFERENCE_TYPE
http://gcc.gnu.org/ml/gcc-patches/2017-03/msg01255.html
PR debug/79255
- dwarf2out profiledbootstrap ICE while building
38 matches
Mail list logo
