https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107378
--- Comment #3 from Johel Ernesto Guerrero Peña ---
MSVC accepts https://godbolt.org/z/nheYz9aez.
```C++
static_assert([i = 0] { return &i != nullptr; }());
```
```
: In lambda function:
:1:35: warning: the address of 'i' will never be NULL [-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107385
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107386
Bug ID: 107386
Summary: gcc/tree-core.h:588:3: error: element
'OMP_MEMORY_ORDER_UNSPECIFIED' has been implicitly
assigned 0 which another element has been assigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16186
Martin Liška changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107380
--- Comment #1 from anlauf at gcc dot gnu.org ---
Very likely a duplicate.
There is a known issue when an attribute of a class variable is given after
the declaration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107386
--- Comment #1 from Andrew Pinski ---
The value is correct here though. Both should be 0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105768
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107386
--- Comment #2 from Jakub Jelinek ---
Seems the warning is just badly designed. There is nothing wrong in
tree-core.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107386
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #7 from Thomas Capricelli ---
(In reply to Martin Liška from comment #4)
> > there's also this command available:
>
> What command does produce that?
Sorry, was supposed to be in the copy/pasted text:
sys-apps/cpuid / http://www.e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106363
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Summary|[modules] Can't selectively |[13 Regression] [modules]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #6 from jacob navia ---
mpfr_init2 (m, SIGNIFICAND_BITS);
How much is that SIGNIFICAND_BITS? I guess that is the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #7 from jacob navia ---
mpfr_init2 (m, SIGNIFICAND_BITS);
How much is that SIGNIFICAND_BITS? I guess that is the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #8 from joseph at codesourcery dot com ---
On Mon, 24 Oct 2022, jacob at jacob dot remcomp.fr via Gcc-bugs wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
>
> --- Comment #3 from jacob navia ---
> 1 trunk gcc:
> 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #9 from jacob navia ---
Actually, this looks that a bug in all versions of gcc!
Using the "GP" calculator I obtain:
1.414213562373095048801688724209698078
Using the "bc" calculator
~ % bc
bc 1.06
Copyright 1991-1994, 1997, 1998, 200
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106363
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Known to work||12.2.0
Known to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #10 from jacob navia ---
Please let's use 30 digits after the decimal point not 20. Long double gives 32
digits with 128 bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #11 from jacob navia ---
Please let's use 30 digits after the decimal point not 20. Long double gives 32
digits with 128 bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
Thomas Capricelli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #12 from Jakub Jelinek ---
I have to agree with Joseph (on x86_64-linux I get):
#define _GNU_SOURCE
#include
#include
int
main ()
{
volatile _Float128 x = __builtin_sqrtf128(2.0f128);
char buf[256];
strfromf128 (buf, 128, "%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #13 from Jakub Jelinek ---
glibc math.h has:
# define M_SQRT2f128__f128 (1.414213562373095048801688724209698079) /*
sqrt(2) */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
Martin Liška changed:
What|Removed |Added
CC||hjl at gcc dot gnu.org
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #14 from Jakub Jelinek ---
(In reply to jacob navia from comment #7)
> mpfr_init2 (m, SIGNIFICAND_BITS);
>
> How much is that SIGNIFICAND_BITS? I guess that is the problem.
160 for 32-bit hosts, 192 for 64-bit hosts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #10 from H.J. Lu ---
The fix should be backported to release branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107387
Bug ID: 107387
Summary: gcc trunk -O2 crashes when enable UBSan
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107387
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-10-24
Summary|gcc trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #5 from Segher Boessenkool ---
Please revert until it is fixed? It breaks way too many targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107378
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107387
Marek Polacek changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
Thomas Capricelli changed:
What|Removed |Added
Version|10.0|unknown
--- Comment #11 from Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106300
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:792f039fc37faa3446725a643c8018f084e8ccab
commit r13-3466-g792f039fc37faa3446725a643c8018f084e8ccab
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107345
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:18faaeb3af42f3d7dc609b9b91df77d0d59b16f6
commit r13-3468-g18faaeb3af42f3d7dc609b9b91df77d0d59b16f6
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107366
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:2e8a0553918adc919f98ac5c0224fc6ce1fef68d
commit r13-3469-g2e8a0553918adc919f98ac5c0224fc6ce1fef68d
Author: Martin Liska
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107349
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:687d11fd74e7de724d46d3e0c58eb012db93ec2b
commit r13-3470-g687d11fd74e7de724d46d3e0c58eb012db93ec2b
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #15 from jacob navia ---
> Le 24 oct. 2022 à 22:21, jakub at gcc dot gnu.org
> a écrit :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
>
> --- Comment #12 from Jakub Jelinek ---
> I have to agree with Joseph (on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #16 from jacob navia ---
Sorry but the program I used was compiled with gcc. It suffers from lack of
precision too.
In ANY case, in decimal now, the square root of 2 is
1.414 213 562 373 095 048 801 688 724 209 698 078 GP PARI calcu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #17 from jacob navia ---
Sorry but the program I used was compiled with gcc. It suffers from lack of
precision too.
In ANY case, in decimal now, the square root of 2 is
1.414 213 562 373 095 048 801 688 724 209 698 078 GP PARI calcu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #18 from jacob navia ---
I can’t reply you because you do not accept accented characters, just plain
ascii, and my mailer uses a French
Accentuated character to say « You wrote » and the whole message is translated
into mime/html.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 106300, which changed state.
Bug 106300 Summary: RFE: analyzer support for more ways of obtaining an open
file descriptor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106300
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106300
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #19 from jacob navia ---
Sorry but the program I used was compiled with gcc. It suffers from lack of
precision too.
In ANY case, in decimal now, the square root of 2 is
1.414 213 562 373 095 048 801 688 724 209 698 078 GP PARI calcu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #20 from Jakub Jelinek ---
All I'm arguing is that everything I see from gcc seems to be correct.
30 digits precision is not enough for IEEE quad, 36 is enough.
If I try your sqrt (2^255) case on x86_64, I see:
#define _GNU_SOURCE
#i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107345
--- Comment #3 from David Malcolm ---
Fixed on trunk for GCC 13 by the above patch.
Keeping open for backporting to GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107366
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #21 from jacob navia ---
When I post I come to a page
MIDAIR COLLISION DETECTED
and that provokes these repeated messages
Sorry but there is a bug in the bug reporting software...
Gosh!
:-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107349
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #22 from jacob navia ---
(In reply to Jakub Jelinek from comment #20)
> All I'm arguing is that everything I see from gcc seems to be correct.
> 30 digits precision is not enough for IEEE quad, 36 is enough.
> If I try your sqrt (2^2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #23 from Jakub Jelinek ---
> OK, but you are NOT RUNNING IN AN ARM 64 do you? Because that's the machine
> I am using...
So that would point to glibc's printf then.
Try to use %a to see the hex values, those are much more easily ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #24 from jacob navia ---
Sorry, you are right. This is a terrible mistake FROM MY PART!
I am using the raspberry pi through ssh and I had several shells open, using my
Macintosh ARM 64 as the machine where I started those shells.
B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107370
--- Comment #26 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #25)
> Note the darwin (mac OS X) aarch64 (arm64) ABI says long double is 64bits.
> It would be implemented that way even in GCC for Mac OS X ARM64.
> clang/llvm for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105708
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107378
--- Comment #5 from Johel Ernesto Guerrero Peña ---
I think so. My actual use case looks like `constexpr auto v = E;` at global
scope, where `E` creates a temporary with a subobject of `std::variant`.
Wrapping `E` in an IILE is a workaround for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107388
Bug ID: 107388
Summary: GCC should diagnose unsigned to signed conversion
with -Wconversion
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107388
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107388
Marek Polacek changed:
What|Removed |Added
Resolution|INVALID |WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107376
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107367
--- Comment #2 from cqwrteur ---
(In reply to cqwrteur from comment #1)
> This optimization will prevent duplications of templates over iterators and
> pointers. (vector::iterator and int* duplications for example)
>
> For example:
>
> https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:d771f7c8fb780243abf5a333435cde05c20f017d
commit r11-10334-gd771f7c8fb780243abf5a333435cde05c20f017d
Author: Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:4db0753959dc7aeff567c689be6c4eb611aea8ee
commit r12-8863-g4db0753959dc7aeff567c689be6c4eb611aea8ee
Author: Martin Liska
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #14 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:7cee6ad35eb0fd9f79100e5fa7b6560b8ea7fe10
commit r10-11058-g7cee6ad35eb0fd9f79100e5fa7b6560b8ea7fe10
Author: Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #15 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:f3f000b7689ce9eb6364808072025672af1e4e1b
commit r13-3472-gf3f000b7689ce9eb6364808072025672af1e4e1b
Author: Martin Liska
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #16 from CVS Commits ---
The releases/gcc-11 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:6b01a5dca7f766f1bfeff969e8f089c6992aef88
commit r11-10335-g6b01a5dca7f766f1bfeff969e8f089c6992aef88
Author: Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #17 from CVS Commits ---
The releases/gcc-12 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:2a2093a9d40b5bc97b970fca9c02ff64056f3ed0
commit r12-8864-g2a2093a9d40b5bc97b970fca9c02ff64056f3ed0
Author: Martin Liska
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107364
--- Comment #18 from Martin Liška ---
(In reply to H.J. Lu from comment #10)
> The fix should be backported to release branches.
Done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107338
--- Comment #5 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:958014f369c8817184af110f8eb2c433a712fd0a
commit r13-3474-g958014f369c8817184af110f8eb2c433a712fd0a
Author: Kewen Lin
Date: Tue Oct 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107338
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54346
--- Comment #9 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #7)
> (In reply to Marc Glisse from comment #6)
> > The log says that this breaks tree-ssa/forwprop-19.c, but I don't see any
> > xfail or anything. Does it only fail becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #7 from Arseny Solokha ---
(In reply to Alexander Monakov from comment #6)
> Presumably powerpc64le doesn't use emutls, so there might be two issues.
I have it on x86_64-pc-linux-gnu…
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107378
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85944
Richard Biener changed:
What|Removed |Added
CC||johelegp at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107382
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107383
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
101 - 175 of 175 matches
Mail list logo
