On 9/19/20 10:32 PM, Martin Sebor wrote:
On 9/18/20 3:09 PM, Andrew MacLeod wrote:
On 9/18/20 4:35 PM, Martin Sebor wrote:
On 9/18/20 11:36 AM, Andrew MacLeod wrote:
On
it works exactly like one would expect a simple allocator to work..
as long as the allcoator is "live", its allocations
Hi Richard,
> "Kewen.Lin" writes:
>> Hi,
>>
>> The commit r11-3230 brings a nice improvement to use full
>> vectors instead of partial vectors when available. But
>> it caused some vector with length test cases to fail on
>> Power.
>>
>> The failure on gcc.target/powerpc/p9-vec-length-epil-7.c
>
Also shorten some text, call GCC that instead of GNU GCC compiler,
and remove some bits and links where there appears no equivalent
available on that new site.
Pushed.
Gerald
---
htdocs/frontends.html | 2 +-
htdocs/git.html | 2 +-
htdocs/projects/gupc.html | 33 +++-
On Sun, 2020-09-20 at 00:32 +0200, Jan Hubicka wrote:
> Hi,
> this is cleaned up version of the patch. I removed unfinished bits,
> fixed
> propagation, cleaned it up and fixed fallout.
[...]
> While there are several areas for improvements but I think it is not
> in shape
> for mainline and res
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/avx-vandnps-1.c execution test
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse2-andnpd-1.c execution test
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse-andnps-1.c execution test
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gfortran.dg/assumed_type_9.f90 -O2 executio
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/avx-vandnpd-1.c execution test
> On Sun, 2020-09-20 at 00:32 +0200, Jan Hubicka wrote:
> > Hi,
> > this is cleaned up version of the patch. I removed unfinished bits,
> > fixed
> > propagation, cleaned it up and fixed fallout.
>
> [...]
>
> > While there are several areas for improvements but I think it is not
> > in shape
>
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gfortran.dg/assumed_type_9.f90 -O2 executio
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse-andnps-1.c execution test
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse2-andnpd-1.c execution test
*ping*
> Gesendet: Sonntag, 13. September 2020 um 23:24 Uhr
> Von: "Harald Anlauf"
> An: "fortran" , "gcc-patches"
> Cc: "Paul Richard Thomas"
> Betreff: [PATCH] PR fortran/90903 [part2] Add runtime checking for the MVBITS
> intrinsic
>
> Dear all,
>
> finally here comes the second part of run
Fixed by r11-2998, which fixed this ICE too.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/90199
* g++.dg/cpp1y/constexpr-90199.C: New test.
---
gcc/testsuite/g++.dg/cpp1y/constexpr-90199.C | 28
1 file changed, 28 insertions(+)
create mode 100644 gc
This change fixes the spec file handling for -nodefaultlibs on hppa. This
fixes the testsuite fails for
g++.dg/abi/pure-virtual1.C. It moves the necessary library additions to
ENDFILE_SPEC defines.
On hppa64-hpux, we need to link against libgcc_stub.a in final executables
whenever the user re
Harold, Looks good. Thanks for the work!
Jerry
On 9/20/20 11:10 AM, Harald Anlauf wrote:
*ping*
Gesendet: Sonntag, 13. September 2020 um 23:24 Uhr
Von: "Harald Anlauf"
An: "fortran" , "gcc-patches"
Cc: "Paul Richard Thomas"
Betreff: [PATCH] PR fortran/90903 [part2] Add runtime checking for
We crash here because since r11-3302 the C FE uses codes like SWITCH_STMT
in the else branches in the attached test, and inchash::add_expr in
do_warn_duplicated_branches doesn't handle these front-end codes. In
the C++ FE this works because by the time we get to do_warn_duplicated_branches
we've a
libstdc++-v3/ChangeLog:
PR libstdc++/97101
* include/std/functional (bind_front): Fix order of parameters
in is_nothrow_constructible_v specialization.
* testsuite/20_util/function_objects/bind_front/97101.cc: New test.
Tested powerpc64le-linux. Committed to trunk.
On Sun, 2020-09-20 at 19:30 +0200, Jan Hubicka wrote:
> >
[...]
> > Should new C++ source files have a .cc suffix, rather than .c?
> >
> > [...]
> >
> > > + $(srcdir)/ipa-modref.h $(srcdir)/ipa-modref.c \
> >
> > ...which would affect this^
>
> I was wondering about
On 9/19/20 5:34 PM, Marek Polacek wrote:
I noticed that clang++ has this CTAD warning and thought that it might
be useful to have it. From clang++: "Some style guides want to allow
using CTAD only on types that "opt-in"; i.e. on types that are designed
to support it and not just types that *happ
On 9/19/20 5:34 PM, Marek Polacek wrote:
[temp.deduct.guide]p3: Two deduction guide declarations in the same
translation unit for the same class template shall not have equivalent
parameter-declaration-clauses.
So let's detect that.
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
Hi:
This patch is about to support Intel Key Locker extension.
Key Locker provides a mechanism to encrypt and decrypt data with an AES key
without having access to the raw key value.
For more details, please refer to
https://software.intel.com/content/dam/develop/external/us/en/documents/343965-
"Kewen.Lin" writes:
> Hi Richard,
>> "Kewen.Lin" writes:
>>> Hi,
>>>
>>> The commit r11-3230 brings a nice improvement to use full
>>> vectors instead of partial vectors when available. But
>>> it caused some vector with length test cases to fail on
>>> Power.
>>>
>>> The failure on gcc.target/p
24 matches
Mail list logo