https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 114653, which changed state.
Bug 114653 Summary: Not vectorizing the loop with openmp reduction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114635
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
kugan at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
--- Comment #5 from kugan at gcc dot gnu.org ---
ddd for the :
ref_a:
_57 = D.4803[_20];
ref_b:
D.4803[_20] = _ifc__174;
We get DDR_ARE_DEPENDENT (ddr) == chrec_dont_know. Hence apply_safelen ().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
--- Comment #5 from Richard Biener ---
For the case in question when x is zero then y can be INT_MAX and thus y * y
already overflow. But x * y * y * y * y * y could be associated as
(x * y) * (y^4).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114662
Kewen Lin changed:
What|Removed |Added
Component|lto |testsuite
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114673
Bug ID: 114673
Summary: RISC-V: "L" constraint cannot be used for lui in
inline asm
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
Richard Biener changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114515
Richard Biener changed:
What|Removed |Added
Target Milestone|14.0|15.0
Summary|[14 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114518
Richard Biener changed:
What|Removed |Added
Target Milestone|14.0|15.0
Summary|[14 regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114522
Richard Biener changed:
What|Removed |Added
Summary|[14 regression] |[15 regression]
|gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114575
Richard Biener changed:
What|Removed |Added
Target Milestone|14.0|15.0
Summary|[14 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114662
Kewen Lin changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
--- Comment #4 from kugan at gcc dot gnu.org ---
This particular loop has loop->safelen set to 16. Does this mean this can never
be loop vectorized for VLA?
xx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9877-20240409180605-g1f719aa7c0d-checking-yes-rtl-df-extra-aarch64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240409 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113233
Xi Ruoyao changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
--- Comment #3 from kugan at gcc dot gnu.org ---
For SVE mode in vect_analyze_loop_2, we have
(gdb) p min_vf
$15 = {coeffs = {4, 4}}
(gdb) p max_vf
$16 = 16
Thus maybe_lt (max_vf, min_vf)) is false. This results in bad data dependence.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114653
--- Comment #2 from kugan at gcc dot gnu.org ---
Thanks. I see the following in the log:
test.cpp:33:53: missed: not vectorized: relevant stmt not supported: _54 =
.MASK_LOAD (_53, 32B, _171);
test.cpp:22:19: missed: bad operation or unsupport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #13 from Li Pan ---
overriding TARGET_CLASS_LIKELY_SPILLED_P hook may not be a fix as it will
generate sorts of spill for the below sample code.
vbool2_t test_vmfge_vf_f16m8_b2(vfloat16m8_t op1, float16_t op2, size_t vl) {
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #8 from Kewen Lin ---
(In reply to Peter Bergner from comment #7)
> (In reply to Andrew Pinski from comment #6)
> > Pre-IRA fix was done to specifically reject this:
> > https://inbox.sourceware.org/gcc-patches/
> > ab3a6199070202165
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107031
Jerry DeLisle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #18 from GCC Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:7924e352523b37155ed9d76dc426701de9d11a22
commit r14-9884-g7924e352523b37155ed9d76dc426701de9d11a22
Author: Peter Bergner
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56744
Bug 56744 depends on bug 107068, which changed state.
Bug 107068 Summary: Run-time error when reading logical arrays with a namelist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
--- Comment #15 from Kewen Lin ---
(In reply to Michael Matz from comment #14)
> Hmm? But this is not how the global-to-local hand-off is implemented (and
> expected by tooling): a fall-through. The global entry sets up the GOT
> register, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114671
Bug ID: 114671
Summary: [RISC-V] -fvar-tracking -gas-locview-support -ggdb
emits a non-constant .uleb128
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113233
--- Comment #14 from Yang Yujie ---
Is it not really necessary for now, since there is no LSX/LASX support in GCC
12 / 13?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 104040, which changed state.
Bug 104040 Summary: linker: when exported template class from module is used in
several .cpp with same tpl arg ~ undefined reference to not default non-inline
destructor
https://gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104040
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
Target Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104040
--- Comment #1 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:0774240b4df9a9bc48ce33a9625788e402498f5a
commit r14-9883-g0774240b4df9a9bc48ce33a9625788e402498f5a
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #23 from Jonathan Wakely ---
Re https://github.com/cplusplus/draft/issues/6922
It can't possibly mean that the returned time zone *needs* to be the same as
the C library, because that's impossible in general, because the C library
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #22 from Jonathan Wakely ---
I do still consider it incorrect.
But what I mean re libc++ is that *even ignoring* the general problems with
using TZ, *their implementation* of using TZ isn't even correct. If the
intention is to foll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 99377, which changed state.
Bug 99377 Summary: [modules] undefined std::string_view::empty() if referenced
in inline exported function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
--- Comment #17 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:77c0b5b23f91404004a9bf710981f6d615b63f57
commit r14-9881-g77c0b5b23f91404004a9bf710981f6d615b63f57
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #21 from Harald van Dijk ---
(In reply to Jonathan Wakely from comment #20)
> (In reply to Harald van Dijk from comment #18)
> > (In reply to Jonathan Wakely from comment #16)
> > > ... incorrectly though?
> >
> > Given that you hav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #20 from Jonathan Wakely ---
(In reply to Harald van Dijk from comment #18)
> (In reply to Jonathan Wakely from comment #16)
> > ... incorrectly though?
>
> Given that you have expressed your view that *any* attempt at using TZ is
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #19 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #16)
> I would expect TZ=:Europe/London to work according to POSIX,
Well, POSIX says ":characters" is implementation-defined, but for Glibc it
looks up an IANA z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #18 from Harald van Dijk ---
(In reply to Jonathan Wakely from comment #16)
> ... incorrectly though?
Given that you have expressed your view that *any* attempt at using TZ is
inherently incorrect, I am not surprised that you view l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #17 from Jonathan Wakely ---
And "Factory" isn't a valid POSIX zone, so remove that one from the list. So if
I'm reading it correctly, some European zones and the US zones can be used in
$TZ with libc++ but most IANA zones won't work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #16 from Jonathan Wakely ---
(In reply to Harald van Dijk from comment #14)
> (In reply to Jonathan Wakely from comment #8)
> > None of libstdc++, LLVM libc++, MSVC STL or the
> > date/tz.h reference implementation uses $TZ for chron
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #15 from Jonathan Wakely ---
(In reply to Hristo Venev from comment #13)
> > $TZ allows you to override it per-process (and even change it during the
> > lifetime of a process by using setenv and tzset). We don't support that for
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114633
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114633
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:92b38ec84f2990d217f036dc6c5a32cde5ecfb93
commit r14-9879-g92b38ec84f2990d217f036dc6c5a32cde5ecfb93
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114670
Bug ID: 114670
Summary: `(a ^ 1) <= 3` can be optimized to `a <= 3`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
--- Comment #6 from Andrew Pinski ---
Note fixing the `!A ? B : C` pattern generates worse code in this case but that
is a different issue where we don't convert `a <= 2` into `a == 1` if we know
only 1 could be the value that works (I have a pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114669
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114669
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |tree-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114669
Bug ID: 114669
Summary: use >= comparison when testing high bits
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114661
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114668
--- Comment #1 from Andrew Pinski ---
Looks to be working on aarch64 (both with/without SVE):
```
[apinski@xeond2 upstream-cross-aarch64]$ ./install/bin/aarch64-linux-gnu-gcc
-O3 -fno-vect-cost-model t6.c -static -fno-vect-cost-model
[apinski@xe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102918
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114668
Bug ID: 114668
Summary: [14] RISC-V rv64gcv: miscompile at -O3
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112878
--- Comment #5 from Indu Bhagat ---
Hmm, thanks. Using sorry in some cases will be a viable option.
For this specific case though, I am thinking emitting CTF_K_UNKNOWN instead
should be okay. We have precedent in CTF generation in GCC where if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
Andrew Pinski changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #5 from Andrew Pinski -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114667
Bug ID: 114667
Summary: `gcc -O2 t.c -fdump-tree-optimized=/dev/stdout
-fdump-tree-all` produces `error: could not open dump
file`
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
--- Comment #4 from Andrew Pinski ---
Note the other pattern which uses logical_inverted_value where it depends on
the type does:
/* -(type)!A -> (type)A - 1. */
(simplify
(negate (convert?:s (logical_inverted_value:s @0)))
(if (INTEGRAL_TYP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
--- Comment #3 from Andrew Pinski ---
With match.pd:7103 disable we get:
Folding statement: _2 = (long unsigned int) _1;
Global Exported: _2 = [irange] long unsigned int [0, 0][+INF, +INF]
Not folded
Folding statement: _3 = _2 ^ 1;
Matching exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114666
Bug ID: 114666
Summary: [14 Regression] Signed single bit comparison
miscompile at -O2
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114472
--- Comment #3 from David Malcolm ---
I'm testing a fix for this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114661
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114665
Bug ID: 114665
Summary: [14] RISC-V rv64gcv: miscompile at -O3
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114661
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #7 from Peter Bergner ---
(In reply to Andrew Pinski from comment #6)
> Pre-IRA fix was done to specifically reject this:
> https://inbox.sourceware.org/gcc-patches/
> ab3a61990702021658w4dc049cap53de8010a7d86...@mail.gmail.com/
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #6 from Andrew Pinski ---
Pre-IRA fix was done to specifically reject this:
https://inbox.sourceware.org/gcc-patches/ab3a61990702021658w4dc049cap53de8010a7d86...@mail.gmail.com/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #5 from Andrew Pinski ---
I wonder why they are not using getcontext/savecontext/swapcontext instead ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #4 from Peter Bergner ---
(In reply to Andrew Pinski from comment #3)
> Well I am going to say this about the code in that repo, the inline-asm in
> slp_switch looks very broken anyways.
100% agree, but broken for other reasons. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
Peter Bergner changed:
What|Removed |Added
CC||doko at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #3 from Andrew Pinski ---
Well I am going to say this about the code in that repo, the inline-asm in
slp_switch looks very broken anyways.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #2 from Peter Bergner ---
CC'ing some architecture and RA experts for their input.
I believe the riscv64 test showing the same issue would be:
void
bug (void)
{
__asm__ volatile ("" : : : "s0");
}
...but I don't have a cross com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114662
Edwin Lu changed:
What|Removed |Added
CC||ewlu at rivosinc dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
--- Comment #1 from Andrew Pinski ---
Let me find the dups ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #9 from Bruno Haible ---
(In reply to Andrew Pinski from comment #7)
> Much more related to PR 56831 and PR 57484 rather than the other two ...
Well, bug #56831 is more about function calls and the ABI, whereas this bug
here and bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #8 from Bruno Haible ---
(In reply to Andrew Pinski from comment #6)
> I doubt there is not much to be done here.
I see it as an incorrect modelization of the x87 hardware, together with a
missing distinction in the common expressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112878
--- Comment #4 from Andrew Pinski ---
Another option to ouput a sorry message and then suspend this until libctf gets
fixed/changed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114664
Bug ID: 114664
Summary: -fno-omit-frame-pointer causes an ICE during the build
of the greenlet package
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114663
Bug ID: 114663
Summary: Several contracts test cases fail with
-fsanitize=undefined -fsanitize-trap
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112878
--- Comment #3 from Indu Bhagat ---
The limit of 255 is somewhat arbitrary but we need to follow it for now,
because libctf has a check in ctf_add_slice () in libctf/ctf-create.c :
if ((ep->cte_bits > 255) || (ep->cte_offset > 255))
retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
--- Comment #4 from Jakub Jelinek ---
I think we've been discussing an idea of turning on flag_wrapv very late among
the GIMPLE passes and reassociate again. Because RTL also kind of assumes
flag_wrapv, there is no difference between signed/uns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114662
Bug ID: 114662
Summary: [14 regression] new test case c_lto_pr113359-2 from
r14-9841-g1e3312a25a7b34 fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |target
--- Comment #6 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114642
--- Comment #4 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:639215c5eb6c56ba3830cd868d1d3ddd700b4c90
commit r14-9878-g639215c5eb6c56ba3830cd868d1d3ddd700b4c90
Author: David Faust
Date: Mon A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114660
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114658
felix-gcc at fefe dot de changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114658
--- Comment #2 from felix-gcc at fefe dot de ---
I'm probably doing something really stupid wrong, sorry for the noise.
Here's what I'm doing:
$ git checkout releases/gcc-13
Switched to branch 'releases/gcc-13'
$ git branch
master
* releases/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #13 from Hristo Venev ---
> $TZ allows you to override it per-process (and even change it during the
> lifetime of a process by using setenv and tzset). We don't support that for
> current_zone().
/etc/localtime can also change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
--- Comment #17 from Sunil Pandey ---
(In reply to H.J. Lu from comment #10)
> Created attachment 57906 [details]
> A patch
>
> I am testing this.
This patch resolved my static testing issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #12 from Jonathan Wakely ---
(In reply to Hristo Venev from comment #9)
> I stumbled upon this comment in the library you linked:
>
> https://github.com/HowardHinnant/date/blob/
> 0e65940a7fbc4ed617a1ee111a60311eccbead9a/include/dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114656
--- Comment #2 from Filip Kastl ---
(In reply to Jakub Jelinek from comment #1)
> Can you try to revert r14-9692 if that commit isn't the cause?
I have tried reverting r14-9692 and that indeed removed the slowdown. The
benchmark ran as fast as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114661
Bug ID: 114661
Summary: Bit operations not optimized to multiplication
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114431
David Faust changed:
What|Removed |Added
CC||david.faust at oracle dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #5 from Bruno Haible ---
Related: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93271
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114659
--- Comment #4 from Bruno Haible ---
Related: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58416
1 - 100 of 174 matches
Mail list logo
