On 07/16/2018 02:19 AM, Richard Sandiford wrote:
Aldy Hernandez writes:
On Thu, Jul 12, 2018 at 1:41 PM Jonathan Wakely wrote:
On Thu, 12 Jul 2018 at 11:41, Richard Sandiford wrote:
+Only use non-constant references in the following situations:
+
+
+
+when they are necessary to conform to
> On Jul 13, 2018, at 3:12 PM, U.Mutlu wrote:
>
> Paul Koning wrote on 07/13/2018 08:56 PM:
>>
>>
>>> On Jul 13, 2018, at 2:52 PM, U.Mutlu wrote:
>>>
>>> Paul Koning wrote on 07/13/2018 08:27 PM:
I'm trying to see if I can build the pdp11 target for languages other than
just C,
Hi.
For purpose of --coverage I would like to distinguish lambda functions
among DECL_ARTIFICIAL functions. Currently, cp-tree.h provides macro:
/* Test if FUNCTION_DECL is a lambda function. */
#define LAMBDA_FUNCTION_P(FNDECL) \
(DECL_DECLARES_FUNCTION_P
Aldy Hernandez writes:
> On Thu, Jul 12, 2018 at 1:41 PM Jonathan Wakely wrote:
>>
>> On Thu, 12 Jul 2018 at 11:41, Richard Sandiford wrote:
>> > +Only use non-constant references in the following situations:
>> > +
>> > +
>> > +
>> > +when they are necessary to conform to a standard interface,
On Thu, Jul 12, 2018 at 1:41 PM Jonathan Wakely wrote:
>
> On Thu, 12 Jul 2018 at 11:41, Richard Sandiford wrote:
> > +Only use non-constant references in the following situations:
> > +
> > +
> > +
> > +when they are necessary to conform to a standard interface, such as
> > +the first argument
On Thu, Jul 12, 2018 at 8:02 PM Pedro Alves wrote:
>
> On 07/12/2018 05:17 PM, Richard Sandiford wrote:
> > Pedro Alves writes:
>
> >> (an
> >>> alternative to pointers is to return a struct with the wide int result
> >>> and the overflow flag),
> >>
> >> +1. I've been pushing GDB in that
On Mon, Jul 16, 2018 at 12:19 AM Michael Ploujnikov
wrote:
>
> On 2018-07-04 04:52 AM, Richard Biener wrote:
> > On Tue, Jul 3, 2018 at 9:09 PM Jeff Law wrote:
> >>
> >> On 07/03/2018 11:55 AM, Michael Ploujnikov wrote:
> >>> On 2018-07-03 12:46 PM, Richard Biener wrote:
> On July 3, 2018
On Mon, Jul 16, 2018 at 11:48 AM Aldy Hernandez wrote:
>
>
>
> On 07/16/2018 04:19 AM, Richard Sandiford wrote:
> > Aldy Hernandez writes:
> >> On Thu, Jul 12, 2018 at 1:41 PM Jonathan Wakely
> >> wrote:
> >>>
> >>> On Thu, 12 Jul 2018 at 11:41, Richard Sandiford wrote:
> +Only use
On 07/16/2018 04:19 AM, Richard Sandiford wrote:
Aldy Hernandez writes:
On Thu, Jul 12, 2018 at 1:41 PM Jonathan Wakely wrote:
On Thu, 12 Jul 2018 at 11:41, Richard Sandiford wrote:
+Only use non-constant references in the following situations:
+
+
+
+when they are necessary to conform
On 2018-07-16 04:30 AM, Richard Biener wrote:
> On Mon, Jul 16, 2018 at 12:19 AM Michael Ploujnikov
> wrote:
>>
>> On 2018-07-04 04:52 AM, Richard Biener wrote:
>>> On Tue, Jul 3, 2018 at 9:09 PM Jeff Law wrote:
On 07/03/2018 11:55 AM, Michael Ploujnikov wrote:
> On 2018-07-03
On 07/16/2018 03:23 AM, Martin Liška wrote:
Hi.
For purpose of --coverage I would like to distinguish lambda functions
among DECL_ARTIFICIAL functions. Currently, cp-tree.h provides macro:
/* Test if FUNCTION_DECL is a lambda function. */
#define LAMBDA_FUNCTION_P(FNDECL)
Hi,
As suggested I have created command line option -optimized=[none,
blocks, stats, vops] to dump the respective gimple bodies of all
functions.
for example:
-optimized=blocks will dump
Gimple body of function: main
main ()
{
;; basic block 2, loop depth 0
;;pred: ENTRY
printf
On July 16, 2018 4:30:42 PM GMT+02:00, Nathan Sidwell wrote:
>On 07/16/2018 03:23 AM, Martin Liška wrote:
>> Hi.
>>
>> For purpose of --coverage I would like to distinguish lambda
>functions
>> among DECL_ARTIFICIAL functions. Currently, cp-tree.h provides macro:
>>
>> /* Test if FUNCTION_DECL
On 07/16/2018 12:04 PM, Richard Biener wrote:
Just use a spare bit in function_decl, then we can simply stream it.
If there's one, then sure. (you've reminded me that there are a bunch
of mutually disjoint flags in function_decl that could be collapsed to
an enumeration. This may be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86537
--- Comment #3 from Jonathan Wakely ---
The changes from lwg 1262 were implemented by r171293 but we never got rid of
the partial specialization of std::less.
Hi Sudi,
Thanks for noticing that, I have attached an improved patch file that
fixes this issue.
Below is an updated description and changelog:
This patch adds an optimisation that exploits the AArch64 BFXIL instruction
when or-ing the result of two bitwise and operations with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86540
Bug ID: 86540
Summary: pr77445-2.c and ssa-dom-thread-7.c regressions since
May 20, 2018
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86533
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
On July 16, 2018 5:36:22 PM GMT+02:00, Bernd Edlinger
wrote:
>Hi,
>
>this fixes PR middle-end/86528.
>
>
>Bootstrapped and reg-tested on x86_64-pc-linux-gnu.
>Is it OK for trunk?
OK.
Richard.
>
>Thanks
>Bernd.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86528
--- Comment #6 from Bernd Edlinger ---
Author: edlinger
Date: Mon Jul 16 18:03:15 2018
New Revision: 262742
URL: https://gcc.gnu.org/viewcvs?rev=262742=gcc=rev
Log:
gcc:
2018-07-16 Bernd Edlinger
PR middle-end/86528
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86537
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83183
Fritz Reese changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86325
Fritz Reese changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83184
--- Comment #5 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 19:10:39 2018
New Revision: 262747
URL: https://gcc.gnu.org/viewcvs?rev=262747=gcc=rev
Log:
2018-07-16 Fritz Reese
gcc/testsuite/ChangeLog:
PR fortran/83184
Hi,
I just wanted to check if you would be interested in a list of Managed
Service Providers (MSPs) and Managed Security Service Providers (MSSPs)?
We also have the data intelligence of:
• Managed Service Providers (MSP’s) – 25,000 unique companies
• Managed Security Service
ternal64/1
mr 9,6 # 9[c=4 l=4] *movdi_internal64/2
extsw 3,9# 141 [c=4 l=4] extendsidi2/1
.cfi_restore 31
.cfi_restore 30
.cfi_restore 29
.cfi_restore 28
blr # 149 [c=4 l=4] simple_return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83184
--- Comment #3 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 18:24:50 2018
New Revision: 262744
URL: https://gcc.gnu.org/viewcvs?rev=262744=gcc=rev
Log:
2018-07-16 Fritz Reese
Fix handling of invalid assumed-shape/size arrays in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86417
Fritz Reese changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
--- Comment #3 from Bernd Edlinger ---
Hi Martin,
how about:
--- gcc/expr.c.jj 2018-07-09 22:33:48.0 +0200
+++ gcc/expr.c 2018-07-16 17:18:47.919177047 +0200
@@ -11359,6 +11359,9 @@ string_constant (tree arg, tree *ptr_off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86539
Bug ID: 86539
Summary: OpenMP wrong-code with taskloop and references
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86537
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Mon Jul 16 17:13:41 2018
New Revision: 262739
URL: https://gcc.gnu.org/viewcvs?rev=262739=gcc=rev
Log:
PR libstdc++/86537 remove less> partial specialization
The standard doesn't
The standard doesn't specify this partial specialization (it was
required after the changes in N2637 but then should have been removed
following LWG 1262). Its presence is observable because it causes
different results when operator< has been overloaded for a shared_ptr
specialization.
On 07/16/2018 09:36 AM, Bernd Edlinger wrote:
Hi,
this fixes PR middle-end/86528.
Bootstrapped and reg-tested on x86_64-pc-linux-gnu.
Is it OK for trunk?
Thanks -- the string_constant change also fixes bug 86532.
There is another problem in the subsequent handling of
the CONSTRUCTOR -- it
Hi,
I occasionally get questions about powerpc64le-linux-gnu being a primary
platform
for GCC, since the release criteria don't specifically call it out (see
https://gcc.gnu.org/gcc-8/criteria.html). Currently powerpc64-linux-gnu (for
big-endian) is listed instead, which is misleading. I
On 07/16/2018 12:30 PM, Bill Schmidt wrote:
> Hi,
>
> I occasionally get questions about powerpc64le-linux-gnu being a primary
> platform
> for GCC, since the release criteria don't specifically call it out (see
> https://gcc.gnu.org/gcc-8/criteria.html). Currently powerpc64-linux-gnu (for
>
testsuite/gcc.target/powerpc/loop_align.c fails with this patch. It just needs
a simple tweak to the scan-assembler line since we're no longer generating the
",,31" portion on the .p2align.
-Pat
Am 16.07.2018 um 10:06 schrieb Janus Weil:
However, one point: I think that the warning should be under a separate
warning, which should then be enabled by -Wextra.
-Waggressive-function-elimination, could be reused for this,
or something else
I don't actually see such a flag in the manual.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86519
--- Comment #3 from Qing Zhao ---
> --- Comment #2 from seurer at gcc dot gnu.org ---
> What system are you testing on? I've seen the same failure on power 8 and
> power 9 LE systems and power 7 and power 8 BE systems.
I am using the GCC farm
On 07/16/2018 07:54 AM, Tamar Christina wrote:
> The 07/13/2018 17:46, Jeff Law wrote:
>> On 07/12/2018 11:39 AM, Tamar Christina wrote:
> +
> + /* Round size to the nearest multiple of guard_size, and calculate the
> + residual as the difference between the original size and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86537
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Rebased and update patch (typos, add missing annotations),
add ASan teststo verify string annotation.
On 06/28/2018 11:09 AM, Mikhail Kashkarov wrote:
> ^ gentle ping.
>
>
> On 06/08/2018 05:54 PM, Mikhail Kashkarov wrote:
>> Hello,
>>
>> I've updated patches for std::string sanitization and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86541
Bug ID: 86541
Summary: Use SSE to emulate __attribute__((vector_size(8)))
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86533
--- Comment #3 from Jürgen Reuter ---
(In reply to Jonathan Wakely from comment #2)
> My best guess is that you've messed up your GCC installation, because
> _GLIBCXX20_CONSTEXPR should be defined in like so:
>
> #ifndef _GLIBCXX20_CONSTEXPR
>
On 07/16/2018 07:46 AM, Paolo Carlini wrote:
Hi,
over the last weeks, while working on various diagnostic issues, I
noticed a few defective permerror + inform pairs. Tested x86_64-linux.
ok, thanks
--
Nathan Sidwell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86532
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
Committed to trunk.
commit 2a123b20c5bbb6b54d157281e2dbe546a28086f5
Author: Jonathan Wakely
Date: Mon Jul 16 18:41:31 2018 +0100
* scripts/create_testsuite_files: Fix typo in comment.
diff --git a/libstdc++-v3/scripts/create_testsuite_files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86417
--- Comment #16 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 18:59:44 2018
New Revision: 262746
URL: https://gcc.gnu.org/viewcvs?rev=262746=gcc=rev
Log:
2018-07-16 Fritz Reese
Backport r262442 and r262743.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86325
--- Comment #3 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 18:59:44 2018
New Revision: 262746
URL: https://gcc.gnu.org/viewcvs?rev=262746=gcc=rev
Log:
2018-07-16 Fritz Reese
Backport r262442 and r262743.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83183
--- Comment #4 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 18:59:44 2018
New Revision: 262746
URL: https://gcc.gnu.org/viewcvs?rev=262746=gcc=rev
Log:
2018-07-16 Fritz Reese
Backport r262442 and r262743.
Hi,
This patch is a small part of the work I'm doing to make function
codegen/assembly independent from one another as mentioned in:
https://gcc.gnu.org/ml/gcc/2018-07/msg00210.html. It deals with clone_fn_id_num
rather than object UIDs and I figured it's better to make my first submission
Hi!
builtin_memcpy_read_str is a function meant to be called just as a callback
and verifies that we don't cross a '\0' boundary in the string. For
inline_string_cmp, we've checked that the length returned from c_getstr
is fine, so we can cross as many embedded NULs as there are within the
On 07/04/2018 04:23 AM, marxin wrote:
> gcc/ChangeLog:
>
> 2018-07-11 Martin Liska
>
> * align.h: New file.
> * config/alpha/alpha.c (alpha_align_insns_1): Use align_functions
> directly.
> * config/i386/i386.c (ix86_avoid_jump_mispredicts): Use new return type
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #2 from Curtis Hamilton ---
Created attachment 44402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44402=edit
Requested generated file
I cannot find a definition for 'cmsghdr' in any header file. The only
reference I see in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86471
--- Comment #13 from Matt Bentley ---
(In reply to Jonathan Wakely from comment #12)
> Also you're doing a reinterpret_cast from an arbitrary iterator type, which
> is not necessarily a pointer, or even a random access iterator.
>
> Since you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86471
--- Comment #14 from Matt Bentley ---
(In reply to Matt Bentley from comment #13)
> (In reply to Jonathan Wakely from comment #12)
> > Also you're doing a reinterpret_cast from an arbitrary iterator type, which
> > is not necessarily a pointer,
On 07/16/2018 02:41 PM, Jakub Jelinek wrote:
> Hi!
>
> builtin_memcpy_read_str is a function meant to be called just as a callback
> and verifies that we don't cross a '\0' boundary in the string. For
> inline_string_cmp, we've checked that the length returned from c_getstr
> is fine, so we can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86526
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Jul 16 21:25:22 2018
New Revision: 262750
URL: https://gcc.gnu.org/viewcvs?rev=262750=gcc=rev
Log:
PR tree-optimization/86526
* builtins.c (expand_builtin_memcmp):
On 07/05/2018 08:48 AM, Thomas Preudhomme wrote:
> In case of high register pressure in PIC mode, address of the stack
> protector's guard can be spilled on ARM targets as shown in PR85434,
> thus allowing an attacker to control what the canary would be compared
> against. ARM does lack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86417
--- Comment #17 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 22:25:54 2018
New Revision: 262751
URL: https://gcc.gnu.org/viewcvs?rev=262751=gcc=rev
Log:
2018-07-16 Fritz Reese
gcc/testsuite/ChangeLog:
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86325
--- Comment #4 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 22:25:54 2018
New Revision: 262751
URL: https://gcc.gnu.org/viewcvs?rev=262751=gcc=rev
Log:
2018-07-16 Fritz Reese
gcc/testsuite/ChangeLog:
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83183
--- Comment #5 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 22:25:54 2018
New Revision: 262751
URL: https://gcc.gnu.org/viewcvs?rev=262751=gcc=rev
Log:
2018-07-16 Fritz Reese
gcc/testsuite/ChangeLog:
Backport from
This introduces four new selectors for use with Power testcases:
longdouble64, ppc_float128, ppc_float128_insns, powerpc_vsx.
2018-07-16 Segher Boessenkool
gcc/testsuite/
* lib/target-supports.exp (check_effective_target_longdouble64,
check_effective_target_ppc_float128,
They had source and destination swapped in the name.
2018-07-16 Segher Boessenkool
* config/rs6000/rs6000.c (init_float128_ibm): Use more correct names
for the conversions between TDmode and IFmode.
(init_float128_ieee): Use more correct names for the conversions
This tests the generated code for all conversions between floating point
point types, binary and decimal.
2018-07-16 Segher Boessenkool
gcc/testsuite/
* gcc.target/powerpc/convert-fp-128.c: New testcase.
* gcc.target/powerpc/convert-fp-64.c: New testcase.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86471
--- Comment #15 from Jonathan Wakely ---
(In reply to Matt Bentley from comment #14)
> (In reply to Matt Bentley from comment #13)
> > (In reply to Jonathan Wakely from comment #12)
> > > Also you're doing a reinterpret_cast from an arbitrary
The current implementation leaves an unnecessary register move. It is
easier to just expand things in the expander already. This patch does
that.
2018-07-16 Segher Boessenkool
* config/rs6000/rs6000.md (truncsf2): Expand truncates of
double-double modes to SFmode directly
The test program for ppc_float128_hw_available would always return
false, since there is a syntax error in that test program.
2018-07-16 Segher Boessenkool
gcc/testsuite/
* lib/target-supports.exp (check_ppc_float128_hw_available): Fix
syntax error.
---
The libcalls for trunc and extend of a decimal float to a binary float,
and vice versa, do not have "2" in the name, although all other such
conversions do.
2018-07-16 Segher Boessenkool
* config/rs6000/rs6000.c (init_float128_ibm): Use the correct names
for conversions
This series adds new codegen tests for converting any of our seven
floating point modes to any of those seven. It also fixes a bunch of
bugs so that these testcases pass.
Tested on powerpc64-linux {-m32,-m64} (a power7); on powerpc64le-linux,
both on power8 and on power9; and on AIX.
Also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86520
--- Comment #6 from Stephen Warren ---
> Note that library code also assumes that misaligned accesses are safe:
> that is the default for AArch64.
I assume you're talking about gcc's default, not any architectural default? The
ARMv8 ARM states
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83184
--- Comment #7 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 23:35:39 2018
New Revision: 262759
URL: https://gcc.gnu.org/viewcvs?rev=262759=gcc=rev
Log:
2018-07-16 Fritz Reese
gcc/testsuite/ChangeLog:
PR fortran/83184
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86414
--- Comment #1 from Carl Love ---
Author: carll
Date: Mon Jul 16 23:35:25 2018
New Revision: 262758
URL: https://gcc.gnu.org/viewcvs?rev=262758=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2018-07-16 Carl Love
Forgot the PR number on the commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86519
--- Comment #4 from seurer at gcc dot gnu.org ---
I also just tried it on gcc110 and indeed it does not fail there. However, it
does fail on gcc112.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86519
--- Comment #5 from Qing Zhao ---
> --- Comment #4 from seurer at gcc dot gnu.org ---
> I also just tried it on gcc110 and indeed it does not fail there. However, it
> does fail on gcc112.
thanks a lot. will try on gcc112.
On Mon, Jul 16, 2018 at 3:24 AM, Andreas Schwab wrote:
> * config/abi/post/riscv64-linux-gnu/baseline_symbols.txt: New file.
>
I'm not familiar with the details of these baseline symbol files.
When I try running "make new-abi-baseline" on my Fedora riscv64-linux
system using top of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81283
Alexander von Gluck changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83184
--- Comment #6 from Fritz Reese ---
Author: foreese
Date: Mon Jul 16 20:55:32 2018
New Revision: 262748
URL: https://gcc.gnu.org/viewcvs?rev=262748=gcc=rev
Log:
2018-07-16 Fritz Reese
gcc/testsuite/ChangeLog:
PR fortran/83184
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86529
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86529
Bug ID: 86529
Summary: [9 Regression] ICE in malloc_candidate_p, at
ipa-pure-const.c:962
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86529
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
On Sun, Jul 15, 2018 at 11:21:56PM +0200, Tom de Vries wrote:
> 2018-07-15 Tom de Vries
>
> * var-tracking.c (vt_initialize): Fix pre_dec handling. Print adjusted
> insn slim if dump_flags request TDF_SLIM.
>
> * gcc.target/i386/vartrack-1.c: New test.
>
> ---
> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86530
--- Comment #1 from Jiangning Liu ---
Created attachment 44396
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44396=edit
vectorization failure
Attached is -O3 result for aarch64, in which no vectorization code generated at
all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86517
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86517
--- Comment #4 from Martin Liška ---
Created attachment 44397
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44397=edit
Full reproducer
As mentioned in my first commit, -shared was only used in order to reduce the
test-case. I'm attaching
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86525
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86524
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86526
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86208
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Jul 16 07:43:43 2018
New Revision: 262678
URL: https://gcc.gnu.org/viewcvs?rev=262678=gcc=rev
Log:
PR c++/3698
PR c++/86208
* cp-gimplify.c (cp_genericize_r):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3698
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Jul 16 07:43:43 2018
New Revision: 262678
URL: https://gcc.gnu.org/viewcvs?rev=262678=gcc=rev
Log:
PR c++/3698
PR c++/86208
* cp-gimplify.c (cp_genericize_r):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3698
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Jul 16 07:44:48 2018
New Revision: 262679
URL: https://gcc.gnu.org/viewcvs?rev=262679=gcc=rev
Log:
PR c++/3698
PR c++/86208
* cp-gimplify.c (cp_genericize_r):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86208
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Mon Jul 16 07:44:48 2018
New Revision: 262679
URL: https://gcc.gnu.org/viewcvs?rev=262679=gcc=rev
Log:
PR c++/3698
PR c++/86208
* cp-gimplify.c (cp_genericize_r):
On 07/13/2018 04:58 PM, Andreas Schwab wrote:
> On Jul 13 2018, Andreas Krebbel wrote:
>
>> @@ -5645,3 +5657,5 @@ OBJECT:8:_ZTTSi@@GLIBCXX_3.4
>> OBJECT:8:_ZTTSo@@GLIBCXX_3.4
>> OBJECT:8:_ZTTSt13basic_istreamIwSt11char_traitsIwEE@@GLIBCXX_3.4
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86517
--- Comment #6 from Jan Hubicka ---
The problem is logic in lto-wrapper (which is mine)
/* Merge PIC options:
-fPIC + -fpic = -fpic
On Fri, Jul 13, 2018 at 5:40 PM Uros Bizjak wrote:
>
> As demonstrated in the PR, middle-end changes the trappines of the
> compare by expanding non-trapping compare to a combination of
> setcc/cmove branchless code, e.g. UNLT is split to UNORDERED setcc and
> LT cmove.
>
> The above conversion
On Fri, 13 Jul 2018, Sandra Loosemore wrote:
> On 07/03/2018 07:55 AM, Richard Biener wrote:
> >
> > Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
> >
> > Richard.
> >
> > From 52aad98947e5cfcb5624ff24f0c557d0029c34fe Mon Sep 17 00:00:00 2001
> > From: Richard Guenther
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86530
Bug ID: 86530
Summary: Vectorization failure for a simple loop
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Hi,
this is a regression present on the mainline and 8 branch in the form of wrong
code generated for an Ada program manipulating bit-packed boolean array types.
The problem is in the new range optimization code of the reassoc pass: from
_64 = _63 | 4;
_73 = _64 & 191;
_76 = _64 >> 6;
Hi Thomas,
>> I tested it on a fairly large code base and found no further false
>> positives. Also it still regtests cleanly. Ok for trunk?
>
>
> while I still disagree with this on principle, I will not stand
> in the way.
IIUC you disagree in the sense that you would like gfortran to have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86519
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
Summary|New test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86518
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 263 matches
Mail list logo
