https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
On Wed, 12 Jan 2022 16:54:46 +0100
Martin Liška wrote:
> +def replace_file_in_changelog(lines, filename):
> +if not filename.endswith('.cc'):
> +return
> +
> +# consider all componenets of a path: gcc/ipa-icf.cc
> +while filename:
> +for i, line in enumerate(lines):
>
On Wed, 12 Jan 2022 16:54:46 +0100
Martin Liška wrote:
> +def replace_file_in_changelog(lines, filename):
> +if not filename.endswith('.cc'):
> +return
> +
> +# consider all componenets of a path: gcc/ipa-icf.cc
> +while filename:
> +for i, line in enumerate(lines):
>
On Thu, Jan 13, 2022 at 6:12 PM Andreas Krebbel via Gcc-patches
wrote:
>
> The cprop_hardreg pass is built around the assumption that accessing a
> register in a narrower mode is the same as accessing the lowpart of
> the register. This unfortunately is not true for vector registers on
> IBM Z.
On Thu, Jan 13, 2022 at 5:01 PM Martin Liška wrote:
>
> On 1/6/22 17:30, Martin Liška wrote:
> > I really welcome that, I've pushed devel/loop-unswitch-support-switches
> > branch with first changes you pointed out. Feel free playing with the
> > branch.
>
> Hello.
>
> I've just pushed a
On Thu, 13 Jan 2022, Jakub Jelinek wrote:
> On Thu, Jan 13, 2022 at 04:07:20PM +0100, Richard Biener wrote:
> > I'm mostly concerned about the replace_uses_by use. forwprop
> > will go over newly emitted stmts and thus the hypothetical added
> >
> > lhs2 = d;
> >
> > record the copy and
On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
>
> On 13/01/2022 14:25, Richard Biener wrote:
> > On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
> >
> >> On 13/01/2022 12:36, Richard Biener wrote:
> >>> On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
> >>>
> This time to the list too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104022
Bug ID: 104022
Summary: g++.dg/gcov/pr16855.C does not precleanup upon
failures
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Dear compiler developers or maintainers,
We are writing to see if you would like to participate in a new research study
being conducted at Nanjing University. This research plays an important role in
advancing our understanding of C programmers' knowledge and views of certain
security issues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104021
Bug ID: 104021
Summary: gcc.dg/vect/tsvc tests failures
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #26 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> A quick parallel make configure-target-libgfortran all-target-libfortran
> completed without issues. I've just fired off full bootstraps with that
> patch before going to bed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104020
Bug ID: 104020
Summary: [coroutines] ICE in co_await function call with
initializer_list arguments
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
Kewen Lin changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
> > No, the approach is wrong. You have to solve output clearing on RTL
> > level, please look at how e.g. tzcnt false dep is solved:
>
> Actually we have considered such approach before, but we found we need
> to break original define_insn to remove the mask/rounding subst,
> since define_split
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
Bug ID: 104019
Summary: Testsuite
17_intro/headers/c++2020/stdc++_multiple_inclusion.cc
failures
Product: gcc
Version: 12.0
Status: UNCONFIRMED
On Fri, Jan 14, 2022 at 4:42 AM Palmer Dabbelt wrote:
>
> The code generated by -mcmodel=medany is defined to be
> position-independent, but is not guarnteed to function correctly when
> linked into position-independent executables or libraries. See the
> recent discussion at the psABI
> No, the approach is wrong. You have to solve output clearing on RTL
> level, please look at how e.g. tzcnt false dep is solved:
Actually we have considered such approach before, but we found we need
to break original define_insn to remove the mask/rounding subst,
since define_split could not
Richard Biener writes:
> On Thu, 13 Jan 2022, guojiufu wrote:
>
>> On 2022-01-03 22:30, Richard Biener wrote:
>> > On Wed, 22 Dec 2021, Jiufu Guo wrote:
>> >
>> >> Hi,
>> >> ...
>> >>
>> >> Bootstrap and regtest pass on ppc64* and x86_64. Is this ok for trunk?
>> >
>> > So this is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104001
--- Comment #6 from Hongtao.liu ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #10 from Hongtao.liu ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #9 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b77e3b4e4589e56c01511fabdbaadb029cd47f5c
commit r12-6567-gb77e3b4e4589e56c01511fabdbaadb029cd47f5c
Author: liuhongt
Date: Thu Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104001
--- Comment #5 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b77e3b4e4589e56c01511fabdbaadb029cd47f5c
commit r12-6567-gb77e3b4e4589e56c01511fabdbaadb029cd47f5c
Author: liuhongt
Date: Thu Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94790
--- Comment #8 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b77e3b4e4589e56c01511fabdbaadb029cd47f5c
commit r12-6567-gb77e3b4e4589e56c01511fabdbaadb029cd47f5c
Author: liuhongt
Date: Thu Jan
Here's the patch I'm going to check in, the patch is pre-approved in PR.
On Thu, Jan 13, 2022 at 11:59 PM liuhongt wrote:
>
> For define_insn_and_split "*xor2andn":
>
> 1. Refine predicate of operands[0] from nonimmediate_operand to
> register_operand.
> 2. Remove TARGET_AVX512BW from condition
On Fri, Jan 14, 2022 at 09:01:09AM +0530, Siddhesh Poyarekar wrote:
> Restrict negative offset computation only to dynamic object sizes, where
> size expressions are accurate and not a maximum/minimum estimate and in
> cases where negative offsets definitely mean an underflow, e.g. in
> MEM_REF of
The code generated by -mcmodel=medany is defined to be
position-independent, but is not guarnteed to function correctly when
linked into position-independent executables or libraries. See the
recent discussion at the psABI specification [1] for more details.
[1]:
Restrict negative offset computation only to dynamic object sizes, where
size expressions are accurate and not a maximum/minimum estimate and in
cases where negative offsets definitely mean an underflow, e.g. in
MEM_REF of the whole object with negative ofset in addr_object_size.
This ends up
On 1/13/22 12:56 PM, Harald Anlauf via Fortran wrote:
Dear all,
there was a regression handling overloaded elemental intrinsics,
leading to an ICE on valid code. Reported by Urban Jost.
The logic for when we need to scalarize a call to an intrinsic
seems to have been broken during the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #8 from Hongtao.liu ---
Same issue as PR104001
On Thu, 2022-01-13 at 14:08 -0500, Jason Merrill wrote:
> On 1/12/22 10:33, David Malcolm wrote:
> > On Tue, 2022-01-11 at 23:36 -0500, Jason Merrill wrote:
> > > On 1/10/22 16:36, David Malcolm via Gcc-patches wrote:
> > > > On Thu, 2022-01-06 at 09:08 -0500, David Malcolm wrote:
> > > > > On
Hi!
On Wed, Jan 12, 2022 at 10:02:36AM +0100, Martin Liška wrote:
> - error ("%qs requires ISA 3.0 IEEE 128-bit floating point", name);
> + error ("%qs requires ISA 3.0 IEEE 128-bit floating-point", name);
This change is incorrect. Floating point is not an adjective here.
It is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104018
Andrew Pinski changed:
What|Removed |Added
Known to fail||12.0, 4.1.2
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104018
Bug ID: 104018
Summary: Comparison against 0 propagates into other statement
causing no-CSE from happening
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104017
--- Comment #1 from Martin Sebor ---
The warning triggers for the clobber statement in bb 43 below. _236 is assumed
to point to the beginning of the block of 512 bytes allocated by new, so
subtracting a positive integer from it or adding one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99256
--- Comment #5 from kargl at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> (In reply to anlauf from comment #3)
>
> Even simpler fix, as intrinsics do not accept alternate return specifiers:
>
> diff --git a/gcc/fortran/intrinsic.c
On 1/13/22 16:23, Jakub Jelinek wrote:
On Thu, Jan 13, 2022 at 04:09:22PM -0500, Jason Merrill wrote:
The changes done to genericize_if_stmt in order to improve
-Wunreachable-code* warning (which Richi didn't actually commit
for GCC 12) are I think fine for normal ifs, but for constexpr if
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104017
Bug ID: 104017
Summary: unexpeted -Warray-bounds popping a fixed number of
std::deque elements
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #25 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #24 from Jakub Jelinek ---
> Created attachment 52184
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52184=edit
> gcc12-pr104006.patch
>
> Fix. I've added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #24 from Jakub Jelinek ---
Created attachment 52184
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52184=edit
gcc12-pr104006.patch
Fix. I've added $(version_dep) to BUILT_SOURCES because I thought it is a
generated file like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99256
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #3)
Even simpler fix, as intrinsics do not accept alternate return specifiers:
diff --git a/gcc/fortran/intrinsic.c b/gcc/fortran/intrinsic.c
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #23 from Jakub Jelinek ---
Ah, I finally understand.
gfortran.ver-sun is now (newly) in BUILT_SOURCES through $(version_dep).
And it depends on all the sources being built:
$(libgfortran_la_OBJECTS) $(libgfortran_la_LIBADD)
Snapshot gcc-9-20220113 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20220113/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Thu, 2022-01-13 at 17:08 -0500, Jason Merrill wrote:
> When a sequence of diagnostic messages bounces back and forth
> repeatedly
> between two includes, as with
>
> #include
> std::map m ("123", "456");
>
> The output is quite a bit longer than necessary because we dump the
> include
>
When a sequence of diagnostic messages bounces back and forth repeatedly
between two includes, as with
#include
std::map m ("123", "456");
The output is quite a bit longer than necessary because we dump the include
path each time it changes. I'd think we could print the include path once
for
On 1/13/22 18:11, Andreas Krebbel via Gcc-patches wrote:
...
> @@ -5949,7 +5959,7 @@ register if floating point arithmetic is not being
> done. As long as the\n\
> floating registers are not in class @code{GENERAL_REGS}, they will not\n\
> be used unless some pattern's constraint asks for
Hello world,
with this patch, it is now possible to specify both the
endianness and the REAL(KIND=16) format using the
environment variable GFORTRAN_CONVERT_UNIT. The following
now works:
koenig@gcc-fortran:~/Tst$ cat write_env.f90
program main
real(kind=16) :: x
character (len=30) :: conv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #21 from Jakub Jelinek ---
> That is make -j48 from where?
> Toplevel, or the libgfortran build dir, or toplevel make -j48
> all-target-libgfortran or make -j48
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
Hi Martin!
On 2022-01-13T09:06:16-0700, Martin Sebor wrote:
> On 1/13/22 03:55, Thomas Schwinge wrote:
>> This has fallen out of (unfinished...) work earlier in the year: pushed
>> to master branch commit 4bd8b1e881f0c26a5103cd1919809b3d63b60ef2
>> "Document current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #21 from Jakub Jelinek ---
That is make -j48 from where?
Toplevel, or the libgfortran build dir, or toplevel make -j48
all-target-libgfortran or make -j48 maybe-all-target-libgfortran?
>From what I can see, toplevel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102332
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102332
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:7bfdbb657919b5049e459e02d130056cfe3777b6
commit r10-10393-g7bfdbb657919b5049e459e02d130056cfe3777b6
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #20 from Rainer Orth ---
Created attachment 52183
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52183=edit
i386-pc-solaris2.11 libgfortran make -j48 output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #18 from Jakub Jelinek ---
> Some of the patches before #c13 were just buggy and could cause such errors.
> Do you see the above on vanilla trunk?
I do.
> Can you
On Thu, Jan 13, 2022 at 04:09:22PM -0500, Jason Merrill wrote:
> > The changes done to genericize_if_stmt in order to improve
> > -Wunreachable-code* warning (which Richi didn't actually commit
> > for GCC 12) are I think fine for normal ifs, but for constexpr if
> > and consteval if we have two
On 1/6/22 04:24, Jakub Jelinek wrote:
The following testcase used to be incorrectly accepted. The match.pd
optimization that uses address_compare punts on folding comparison
of start of one object and end of another one only when those addresses
are cast to integral types, when the comparison
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101389
--- Comment #3 from Gaius Mulley ---
I've pushed some changes to gcc/m2/Makefile.in on Tue Jan 11 19:21:06 2022
+
which fix parallel build errors on stage1 binaries (exposed when -j48 was
used). I've rebuilt gm2 using -j48 and -j64 and all
On 1/13/22 04:39, Jakub Jelinek wrote:
Hi!
The changes done to genericize_if_stmt in order to improve
-Wunreachable-code* warning (which Richi didn't actually commit
for GCC 12) are I think fine for normal ifs, but for constexpr if
and consteval if we have two competing warnings.
The problem is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70417
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:b8ffa71e4271ae562c2d315b9b24c4979bbf8227
commit r12-6563-gb8ffa71e4271ae562c2d315b9b24c4979bbf8227
Author: Anthony Sharp
Date:
On 12/9/21 10:51, Jason Merrill wrote:
On 12/4/21 12:23, Anthony Sharp wrote:
Hi Jason,
Hope you are well. Apologies for not coming back sooner.
>I'd put it just above the definition of saved_token_sentinel in
parser.c.
Sounds good, done.
>Maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
--- Comment #16 from Marek Polacek ---
This slightly modified test started to ICE with r11-4682 which is the gist of
the problem:
template struct S {
S bar() noexcept(T::value);
S foo() noexcept(T::value);
};
template S S::foo()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103782
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Dear all,
there was a regression handling overloaded elemental intrinsics,
leading to an ICE on valid code. Reported by Urban Jost.
The logic for when we need to scalarize a call to an intrinsic
seems to have been broken during the 9-release. The attached
patch fixes the ICE and seems to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68212
--- Comment #7 from Peter Bergner ---
(In reply to Pat Haugen from comment #4)
> Author: pthaugen
> Date: Fri Oct 14 17:10:18 2016
> New Revision: 241170
>
> URL: https://gcc.gnu.org/viewcvs?rev=241170=gcc=rev
> Log:
> PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104016
--- Comment #2 from Jakub Jelinek ---
I bet it is
/* If both symbols may resolve to NULL, we cannot really prove them
different. */
if (!memory_accessed && !nonzero_address () && !s2->nonzero_address ())
return -1;
which is done
On 10/01/22 11:45 +, Jonathan Wakely wrote:
CC libstdc++ and Jakub.
On 08/01/22 23:22 -0700, Sandra Loosemore wrote:
I've checked in these tweaks for various testcases that fail on
nios2-elf without an explicit -fdelete-null-pointer-checks option. This
target is configured to build with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104016
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-01-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104016
Bug ID: 104016
Summary: constexpr folding of std::type_info depends on
-fdelete-null-ptr-checks
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
--- Comment #2 from Rolf Eike Beer ---
Created attachment 52182
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52182=edit
preprocessed source
Add V2QImode shift operations and split them to synthesized
double HI/LO QImode operations with integer registers.
Also robustify arithmetic split patterns.
2022-01-13 Uroš Bizjak
gcc/ChangeLog:
PR target/103861
* config/i386/i386.md (*ashlqi_ext_2): New insn pattern.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103861
--- Comment #13 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:7a7d8c3f6167fd45658ddbfa32adcfd2acc98eb4
commit r12-6562-g7a7d8c3f6167fd45658ddbfa32adcfd2acc98eb4
Author: Uros Bizjak
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
Bug ID: 104015
Summary: [12 regression] gcc.dg/vect/slp-perm-9.c fails on
power 9 (only)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Am Donnerstag, den 13.01.2022, 16:45 + schrieb Michael Matz:
> Hello,
>
> On Tue, 11 Jan 2022, Martin Uecker via Gcc wrote:
>
> > > Handling all volatile accesses in the
> > > very same way would be possible but quite some work I don't
> > > see much value in.
> >
> > I see some value.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #7 from Jakub Jelinek ---
(In reply to David Binderman from comment #6)
> (In reply to Jakub Jelinek from comment #5)
> > That makes no sense.
>
> Surprising.
>
> bootstrap-O3 tests more of the compiler than the ordinary
On 1/12/22 10:33, David Malcolm wrote:
On Tue, 2022-01-11 at 23:36 -0500, Jason Merrill wrote:
On 1/10/22 16:36, David Malcolm via Gcc-patches wrote:
On Thu, 2022-01-06 at 09:08 -0500, David Malcolm wrote:
On Sat, 2021-11-13 at 15:37 -0500, David Malcolm wrote:
This patch adds a new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #6 from David Binderman ---
(In reply to Jakub Jelinek from comment #5)
> That makes no sense.
Surprising.
bootstrap-O3 tests more of the compiler than the ordinary bootstrap-O2 does.
That has to be a good thing for any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 97909, which changed state.
Bug 97909 Summary: expr_not_equal_to (mainly in match.pd) vs. ranger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97909
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97909
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 83073, which changed state.
Bug 83073 Summary: Range for VR_VARYING | [1, 1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 83072, which changed state.
Bug 83072 Summary: Late VRP optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 96707, which changed state.
Bug 96707 Summary: Failure to optimize right shift+unsigned compare of two
variables optimally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97909
--- Comment #5 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:49d5fb4feee831868d80fff4d024c271911c92ca
commit r12-6559-g49d5fb4feee831868d80fff4d024c271911c92ca
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
--- Comment #9 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:49d5fb4feee831868d80fff4d024c271911c92ca
commit r12-6559-g49d5fb4feee831868d80fff4d024c271911c92ca
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
--- Comment #6 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:49d5fb4feee831868d80fff4d024c271911c92ca
commit r12-6559-g49d5fb4feee831868d80fff4d024c271911c92ca
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
--- Comment #5 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:27e4260166950b784fe270ba4f0cae9a66faf1c4
commit r12-6558-g27e4260166950b784fe270ba4f0cae9a66faf1c4
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #18 from Jakub Jelinek ---
Some of the patches before #c13 were just buggy and could cause such errors.
Do you see the above on vanilla trunk?
Can you perhaps patch your Makefile like:
all: $(BUILT_SOURCES) config.h
+ls -l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68212
Bill Schmidt changed:
What|Removed |Added
Assignee|kelvin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #16 from Jakub Jelinek ---
> The version file is now fixed.
Thanks.
> Can you perhaps rm -rf the libgfortran build directories and retry, if it
> wasn't some weird
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:0b8464365b15ac108cd1d00d5bc56d229c1340de
commit r12-6557-g0b8464365b15ac108cd1d00d5bc56d229c1340de
Author: Harald Anlauf
Date:
Ping.
On 11/22/21 1:38 PM, Pat Haugen via Gcc-patches wrote:
> Updated version of the patch. Changes made from original are updated
> commentary to hopefully aid readability, no functional changes.
>
>
> Implement more two insn constants. rotate_and_mask_constant covers
> 64-bit constants
2022-01-13 Uroš Bizjak
gcc/ChangeLog:
* config/i386/mmx.md (negv2qi): Disparage GPR alternative a bit.
Disable for TARGET_PARTIAL_REG_STALL unless optimizing for size.
(negv2qi splitters): Use lowpart_subreg instead of
gen_lowpart to create subreg.
(v2qi3): Disparage GPR
1 - 100 of 314 matches
Mail list logo