https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #25 from Alexander Monakov ---
(In reply to Richard Biener from comment #24)
> As of the patch it looks good, I wonder if we want to check for OPTIMIZE_BOTH
> though since at least when no extra negations are required the contraction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #6 from Jonathan Wakely ---
With placement-new there's no allocation:
https://gcc.godbolt.org/z/68e4PaeYz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109898
--- Comment #2 from Jonathan Wakely ---
(In reply to Sergei Trofimovich from comment #0)
> --- gcc-12.2.0/gcc/Makefile.in2022-08-19 10:09:52.280658631 +0200
> +++ gcc-12.2.0-new/gcc/Makefile.in2023-05-04 14:35:44.401420184 +0200
> @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
--- Comment #4 from Jonathan Wakely ---
The == syntax also fails with dash, which is used as the default /bin/sh on
debian:
$ /bin/sh -c "test foo = foo && echo y"
y
$ /bin/sh -c "test foo == foo && echo y"
/bin/sh: 1: test: foo: unexpected ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2023-05-18
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108703
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|ebotcazou at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92902
Eric Botcazou changed:
What|Removed |Added
Assignee|ebotcazou at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #8 from Jan Hubicka ---
We can only SRA if the address is non-escaping. Clang does not seem to need it
to optimize better:
jan@localhost:~> cat t.c
extern void q(int *);
__attribute__ ((noinline))
void
test()
{
for (int a =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109697
--- Comment #1 from CVS Commits ---
The releases/gcc-13 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:f9b84a16510c91af29add6cb1855306dfc8af035
commit r13-7351-gf9b84a16510c91af29add6cb1855306dfc8af035
Author: Stam Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101856
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109697
--- Comment #2 from CVS Commits ---
The master branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:7587c2e3844baf26255a7cc6e1d291240a1c28d3
commit r14-966-g7587c2e3844baf26255a7cc6e1d291240a1c28d3
Author: Stam Markianos-Wr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109880
--- Comment #2 from Ajit Kumar Agarwal ---
Yes these are redundant zero extend and can be removed.
I will update the tests and send the patch for review.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105719
--- Comment #6 from Eric Gallager ---
(In reply to Iain Sandoe from comment #4)
> Created attachment 55084 [details]
> Implement the use of fixed framework headers
>
> this was a proof-of-principle exercise while looking into issues caused by
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96795
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:7d3043505c770e96d5471edee2b97c8169f26316
commit r12-9557-g7d3043505c770e96d5471edee2b97c8169f26316
Author: Stam Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96795
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:bbdf67595a57b1b029cfe17a581efe42c242b6e4
commit r12-9558-gbbdf67595a57b1b029cfe17a581efe42c242b6e4
Author: Stam Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:79431d45e2c25dc8608c8ddc6d2798dbcb79650a
commit r12-9559-g79431d45e2c25dc8608c8ddc6d2798dbcb79650a
Author: Stam M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515
--- Comment #12 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:c7c4dfb5989e80ffc8e8439a8d9a9ed654612b90
commit r12-9608-gc7c4dfb5989e80ffc8e8439a8d9a9ed654612b90
Author: Stam M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108177
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:bb113a56e31159f4fbe26cc06ee25e4972ce74b5
commit r12-9610-gbb113a56e31159f4fbe26cc06ee25e4972ce74b5
Author: Andre V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96795
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:c7c4dfb5989e80ffc8e8439a8d9a9ed654612b90
commit r12-9608-gc7c4dfb5989e80ffc8e8439a8d9a9ed654612b90
Author: Stam Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108442
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:60e54b99f597a594a9ad8deaa2af1ed66eb451c7
commit r12-9611-g60e54b99f597a594a9ad8deaa2af1ed66eb451c7
Author: Murray
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109697
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Stam Markianos-Wright
:
https://gcc.gnu.org/g:8ed701b52847e49d63634f03ec8800ff92b76dea
commit r12-9621-g8ed701b52847e49d63634f03ec8800ff92b76dea
Author: Stam Ma
Hello,
I encountered a security issue affecting gcc-arm-none-eabi-9, causing it to
produce ineffective stack protection. The issue is public as it was
described in a blog on May 2021
https://blog.inhq.net/posts/faulty-stack-canary-arm-systems/ by Christian
Reitter. However it was never reported as
This mailing list is for automated email from our bugzilla database.
To report a bug, please don't email the list, use bugzilla as
documented at https://gcc.gnu.org/bugs/ - thanks.
On 18/05/23 12:01 +0100, Jonathan Wakely wrote:
This mailing list is for automated email from our bugzilla database.
To report a bug, please don't email the list, use bugzilla as
documented at https://gcc.gnu.org/bugs/ - thanks.
Note however, that GCC 9 is no longer supported by gcc.gnu.org, a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515
Stam Markianos-Wright changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #9 from Richard Biener ---
Created attachment 55110
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55110&action=edit
patch for the missed hoisting
For the testcase in comment#6 there is a missing code hoisting from PRE
which i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109902
Bug ID: 109902
Summary: gcc/g++ emits wrong column number in DWARF
Product: gcc
Version: 12.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: deb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882
--- Comment #8 from Jonathan Wakely ---
Submitted upstream as https://reviews.llvm.org/D150866
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109450
--- Comment #3 from Martin Uecker ---
PATCH: https://gcc.gnu.org/pipermail/gcc-patches/2023-May/618911.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107557
--- Comment #10 from Martin Uecker ---
PATCH https://gcc.gnu.org/pipermail/gcc-patches/2023-May/618911.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108423
--- Comment #10 from Martin Uecker ---
PATCH: https://gcc.gnu.org/pipermail/gcc-patches/2023-May/618911.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106465
--- Comment #5 from Martin Uecker ---
PATCH: https://gcc.gnu.org/pipermail/gcc-patches/2023-May/618911.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #10 from Jan Hubicka ---
Thanks. I tested the patch on jpegxl and it does not help there (I guess
becuase the redundancy there is partial). But it is cool we compile at least
the simplified testcase well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
Marek Polacek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020
--- Comment #13 from Matt Godbolt ---
Thanks Andrew!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
--- Comment #5 from Marek Polacek ---
(gdb) up
#1 0x00e5de6f in check_noexcept_r (tp=0x7fffa0a8,
walk_subtrees=0x7fff9f94)
at /home/mpolacek/src/gcc/gcc/cp/except.cc:1065
1065 gcc_assert (INDIRECT_TYPE_P (type));
(g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
--- Comment #11 from Jan Hubicka ---
I got -fprofile-use builds working and with profile we peel the innermost loop
8 times which actually gets it off the hottest spot.
We get more slective on what to inline (do not inline cold calls) which may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #7 from Thiago Macieira ---
(In reply to Jonathan Wakely from comment #6)
> With placement-new there's no allocation:
> https://gcc.godbolt.org/z/68e4PaeYz
Is the exception expected there, though?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105776
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:95b93adcac69536bab617e045149719ec69099ae
commit r14-968-g95b93adcac69536bab617e045149719ec69099ae
Author: Michael Bäuerle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6e2fbe4f345f48ae3c8ba5bfbc1a7b783b398614
commit r14-969-g6e2fbe4f345f48ae3c8ba5bfbc1a7b783b398614
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:120e444974e12eb727eea170a3bfd80783e3851f
commit r14-970-g120e444974e12eb727eea170a3bfd80783e3851f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
uot; 1
mrs %rax, pmccntr_eli0
ldr x1, [%rdi]
# 0 "" 2
#NO_APP
As one can see, in the "NO BUG" case, the registers allocated to reading "the
counter" and to reading "memory", are different, whereas they are one and the
same in the "BUG&quo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109903
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109903
--- Comment #2 from Andrew Pinski ---
That is the inline-asm should be written as:
asm ("mrs %[_1], pmccntr_eli0\n"
"\tldr x1, [%[_2]]\n"
: [_1] "=&r" (v)
: [_2] "r" (a)
: "memory");
Note since a is memory address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109903
--- Comment #3 from Andrew Pinski ---
One more thing, GCC does not look at the inline-asm template except while
outputting the assembly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109891
--- Comment #6 from Michel Morin ---
True. Detectable is not correct — that's "maybe-detectable" at most, and the
bug is not silent. In a code that I checked, the buggy code (`std::cout <<
NullCharPtr;`) is the last printing call to std::cout, s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109903
--- Comment #4 from Dimitri Gorokhovik ---
Hi Andrew,
I'd agree more with "WONTFIX" here ;-) We are not looking for solution. We want
to spare the same hassle to others.
This asm doesn't write to memory, it doesn't even read any -- 'a' is pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109891
--- Comment #7 from Jonathan Wakely ---
Oops, if I'd typed PEDASSERT not PEDANTIC, it would be a deliberate choice ;-)
Yes, I think PEDASSERT fits better, based on the documented meaning of it
(which even mentions the std::string((const char*)n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98821
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:ae5112f230f05e8a693931a44bf2fd20bef58f85
commit r11-10792-gae5112f230f05e8a693931a44bf2fd20bef58f85
Author: Iain Sandoe
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98821
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 98821, which changed state.
Bug 98821 Summary: modules : c++tools configures with CC but code fragments
assume CXX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98821
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106900
--- Comment #9 from Jan-Benedict Glaw ---
All three target configurations reported a successful build. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109903
--- Comment #5 from Andrew Pinski ---
(In reply to Dimitri Gorokhovik from comment #4)
> Hi Andrew,
>
> I'd agree more with "WONTFIX" here ;-) We are not looking for solution. We
> want to spare the same hassle to others.
Why you didn't read t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109891
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #26 from Alexander Monakov ---
> > Did you run into any of NON_LVALUE / C_MAYBE_CONST wrappings of the
> > multiplication btw?
>
> No, I'm not familiar with those, so I didn't try to construct corresponding
> testcases.
I had a loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109903
--- Comment #6 from Dimitri Gorokhovik ---
Thank you Andrew, I indeed see now the early-clobber effect of this code.
It isn't that we don't read documentation (we do time to time), rather our real
asm statement has more output ops and more elem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105826
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-18
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106143
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #27 from rguenther at suse dot de ---
> Am 18.05.2023 um 10:31 schrieb amonakov at gcc dot gnu.org
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
>
> --- Comment #25 from Alexander Monakov ---
> (In reply to Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109641
--- Comment #17 from CVS Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:611be07e48956c8b7371eb580eef124990114fd3
commit r13-7353-g611be07e48956c8b7371eb580eef124990114fd3
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109846
--- Comment #7 from CVS Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f48c546902802cf640c4f2802543acfdc702404f
commit r13-7354-gf48c546902802cf640c4f2802543acfdc702404f
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109641
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106185
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #1 from And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106380
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106380
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106381
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106379
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
Bug ID: 109904
Summary: linking with -static flag generates undefined
references
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #1 from Andrew Pinski ---
>--enable-offload-targets=nvptx-none
I suspect this might be the issue. offloading only works with targets that have
dlopen . Maybe you need to link with -ldl to get it working.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
t;
> :) Since these failures occur erratically,
They did at the time for cris-elf (too), but I believe the cause of *those*
failures has been fixed.
> so maybe reopen this or open a
> new one if the failures are reproduced.
That's the idea. :)
> As two xtreme-header-5_ failures (no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109227
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #3 from GARY.WHITE at ColoState dot edu ---
Linking with -ldl fixed the issue Where is there documentation of -ldl?
Gary C. White, CWB(r)
Professor Emeritus
Department of Fish, Wildlife, and Conservation Biology
10 Wagar
Colorado
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #4 from Andrew Pinski ---
(In reply to gary.wh...@colostate.edu from comment #3)
> Linking with -ldl fixed the issue Where is there documentation of -ldl?
-l says to link against a specified library in this case libdl; libgomp need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #5 from GARY.WHITE at ColoState dot edu ---
I'm getting gfortran downloads from here:
https://github.com/brechtsanders/winlibs_mingw/releases
Gary C. White, CWB(r)
Professor Emeritus
Department of Fish, Wildlife, and Conservation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101807
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109902
--- Comment #1 from Simon Farre ---
This is slightly off-topic, but still relevant to this discussion. In the
attachment,
we can see this line
" const auto res3 = b.set_foo (next_v ()).set_bar (next_v ()).set_baz (next_v
()).finalize ([] (auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109898
--- Comment #3 from Sergei Trofimovich ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to Sergei Trofimovich from comment #0)
> > --- gcc-12.2.0/gcc/Makefile.in 2022-08-19 10:09:52.280658631 +0200
> > +++ gcc-12.2.0-new/gcc/Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78798
--- Comment #12 from CVS Commits ---
The master branch has been updated by Bernhard Reutner-Fischer
:
https://gcc.gnu.org/g:c072df1ab144506cd8bb0ac81fb8f1aad69f0bd2
commit r14-973-gc072df1ab144506cd8bb0ac81fb8f1aad69f0bd2
Author: Bernhard Reutn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101807
--- Comment #2 from Andrew Pinski ---
Actually I need to check the cost, e.g. on MIPS, there is an one instruction
which does the less than without doing anything.
That is for:
bool f0(bool a, bool b)
{
return a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101807
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Actually I need to check the cost, e.g. on MIPS, there is an one instruction
> which does the less than without doing anything.
RISCV too ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101807
--- Comment #4 from Andrew Pinski ---
Here is what I have so far without the cost model:
/* Hand bool0 CMP bool1 because bitwise operators
are normally better than comparisons. */
if (INTEGRAL_TYPE_P (type)
&& ((tree_nonzero_bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #6 from GARY.WHITE at ColoState dot edu ---
So using -ldl seems really quirky. Doesn't seem to work for generating 32-bit
executables. Plus, not working at all on my second machine. Is there a better
solution?
Gary C. White, CWB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #7 from Andrew Pinski ---
(In reply to gary.wh...@colostate.edu from comment #6)
> So using -ldl seems really quirky. Doesn't seem to work for generating
> 32-bit executables. Plus, not working at all on my second machine. Is
> th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #8 from GARY.WHITE at ColoState dot edu ---
So send me the link where I should get the binaries from.
Gary C. White, CWB(r)
Professor Emeritus
Department of Fish, Wildlife, and Conservation Biology
10 Wagar
Colorado State Universit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #9 from Andrew Pinski ---
See https://gcc.gnu.org/install/binaries.html
Specifically: "Please note that we did not create these binaries, nor do we
support them. If you have any problems installing them, please contact their
makers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109904
--- Comment #10 from Jakub Jelinek ---
Offloading doesn't work for 32-bit architectures, the offloading target needs
to have the same wordsize as the host and e.g. nvptx 32-bit support has been
deprecated and removed some years ago.
So, don't co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108321
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108321
--- Comment #4 from seurer at gcc dot gnu.org ---
*** Bug 107915 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107915
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106471
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-18
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106810
--- Comment #1 from Andrew Pinski ---
Reduced down just this:
```
template
concept t = requires(a aa, b bb) { aa == bb; };
template
struct I {
using value_type = int;
using difference_type = int;
value_type& operator*() const;
I& o
1 - 100 of 128 matches
Mail list logo
