https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895
Bug ID: 82895
Summary: An internal routine used in a parallel section
(OpenMP) does not get the values of thread-private
variables
Product: gcc
Version: 6.4.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82670
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 8 08:17:02 2017
New Revision: 254518
URL: https://gcc.gnu.org/viewcvs?rev=254518&root=gcc&view=rev
Log:
PR bootstrap/82670
* ubsan/Makefile.am (ubsan_files): Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82792
--- Comment #15 from Martin Liška ---
Author: marxin
Date: Wed Nov 8 08:17:30 2017
New Revision: 254519
URL: https://gcc.gnu.org/viewcvs?rev=254519&root=gcc&view=rev
Log:
Fix fallthrough attribute ignorance w/ -fsanitize=address (PR sanitizer/8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82792
Martin Liška changed:
What|Removed |Added
Known to work||8.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82670
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #16 from Martin Liška ---
Matti: Any progress with the reduction?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #17 from Matti Bryce ---
(In reply to Martin Liška from comment #16)
> Matti: Any progress with the reduction?
Yeah, it's reduced about 20% or so. But it's taken several days just to get
this far, so it's going to be quite a while be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #24 from rguenther at suse dot de ---
On Wed, 8 Nov 2017, ebotcazou at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
>
> Eric Botcazou changed:
>
>What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
Eric Botcazou changed:
What|Removed |Added
Severity|normal |major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #25 from Eric Botcazou ---
> See the attached patch - it misses SHN_XINDEX handling. I'll come back to
> this during stage3 if nobody beats me to it.
But AFAICS it doesn't deal with the SHT_NULL thing, does it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82896
Bug ID: 82896
Summary: probably pointer assignement bug in gfortran compiler
version 7.2.0
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
Bug ID: 82897
Summary: Unnecessary zero-extension when loading mask register
from memory
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82891
--- Comment #1 from Tony E Lewis ---
I should say that I've also raised the same issue against libc++ :
https://bugs.llvm.org/show_bug.cgi?id=35235
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
--- Comment #2 from Uroš Bizjak ---
Hm, why does middle-end convert to integer in the first place? .optimized tree
dump reads:
foo (__m512i x, __m512i y, int a)
{
short unsigned int m.1_1;
int _2;
vector(16) int _7;
vector(16) int _8;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
Bug ID: 82898
Summary: Aliasing knowledge is not used to replace memmove with
memcpy
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #18 from Martin Liška ---
Created attachment 42562
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42562&action=edit
Reduce test-case
I've got following test-case that started with r253608:
$ ./xg++ -B. -std=c++1z -mavx512dq -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
Bug ID: 82899
Summary: *this in constructors could not alias with reference
input parameters of the same type
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77850
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77850
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #26 from rguenther at suse dot de ---
On Wed, 8 Nov 2017, ebotcazou at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
>
> --- Comment #25 from Eric Botcazou ---
> > See the attached patch - it misses SH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82896
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869
--- Comment #7 from Janne Blomqvist ---
Author: jb
Date: Wed Nov 8 11:51:00 2017
New Revision: 254526
URL: https://gcc.gnu.org/viewcvs?rev=254526&root=gcc&view=rev
Log:
PR 82869 Introduce logical_type_node and use it
Earlier GFortran used to r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869
--- Comment #8 from Janne Blomqvist ---
Fixed on trunk. I'll wait a few days for possible fallout and then backport it
to the GCC-7 release as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
--- Comment #1 from Marc Glisse ---
At least in the gcc model, the type of a pointer is meaningless as long as you
do not dereference it using that type, so I am not sure what can be done here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82880
Richard Biener changed:
What|Removed |Added
Version|unknown |7.2.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82885
Richard Biener changed:
What|Removed |Added
Keywords||alias, missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82888
--- Comment #6 from Richard Biener ---
(In reply to Marc Glisse from comment #4)
> The front-end internally uses VEC_INIT_EXPR, and gimplifies it to a loop. I
> believe we should end up with an empty CONSTRUCTOR instead.
Indeed. Note that using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #27 from Eric Botcazou ---
> It does by removing the SHT_NULL sections. The patch should work - you
> can double-check - it just doesn't handle the "corner case" of more
> than 32000 input sections correctly when rewriting the symbo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
Eric Botcazou changed:
What|Removed |Added
Attachment #42225|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
Richard Biener changed:
What|Removed |Added
Keywords||alias, missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
Richard Biener changed:
What|Removed |Added
Keywords||alias, missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
--- Comment #2 from Antony Polukhin ---
Looks like [class.ctor] paragraph 14 covers this case:
"During the construction of an object, if the value of the object or any of its
subobjects is accessed through
a glvalue that is not obtained, directl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
--- Comment #3 from Antony Polukhin ---
BTW, Clang warns on code like Y y(y)
warning: variable 'y' is uninitialized when used within its own initialization
[-Wuninitialized]
Y y(y);
~ ^
GCC may add same warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
--- Comment #5 from Richard Biener ---
(In reply to Antony Polukhin from comment #3)
> BTW, Clang warns on code like Y y(y)
>
> warning: variable 'y' is uninitialized when used within its own
> initialization [-Wuninitialized]
> Y y(y);
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
--- Comment #3 from Antony Polukhin ---
> At least in the gcc model, the type of a pointer is meaningless
> as long as you do not dereference it using that type<...>
OK, does dereferencing the pointers change anything?
void foo(int* i, const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900
Bug ID: 82900
Summary: Warn on initialization with self
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
--- Comment #6 from Antony Polukhin ---
Done: Bug 82900
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
--- Comment #4 from rguenther at suse dot de ---
On Wed, 8 Nov 2017, antoshkka at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
>
> --- Comment #3 from Antony Polukhin ---
> > At least in the gcc model, the type of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82892
--- Comment #2 from David Malcolm ---
Thanks for filing this. I think a natural way to implement this would be on
top of the deferred_diagnostic patch kit here, see e.g.:
https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00145.html
(that one's sti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82247
Joël Lamotte changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 82247, which changed state.
Bug 82247 Summary: [concepts] Name deduction in concepts fails depending on the
argument type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82247
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895
--- Comment #2 from Arjen Markus ---
Clear, so the workaround I found actually constitutes the proper method of
doing this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82863
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
--- Comment #4 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #3)
> Because builtins are treated like any other function calls, and if
> short/char args are promoted for normal calls, they are promoted for
> builtins too.
Indeed. D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
--- Comment #5 from Uroš Bizjak ---
Also,
#include
__mmask16 m;
__m512i zzz;
__m512i
foo (__m512i x, __m512i y, int a)
{
zzz = _mm512_mask_slli_epi32 (y, m, x, a);
return _mm512_mask_srai_epi32 (y, m, x, a);
}
defeats the proposed proto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
--- Comment #6 from Marek Polacek ---
There is "type generic" attribute which disables certain promotions I think (or
at least float -> double).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
--- Comment #7 from Uroš Bizjak ---
Another idea is to add an "nopromote" attribute to builtin decl (in
ix86_Add_new_buitins), detect this attribute in TARGET_PROMOTE_PROTOTYPES and
disable promotion in this case.
If this approach works, we can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
--- Comment #8 from Jakub Jelinek ---
That does something different though. But there is in C:
if (targetm.calls.promote_prototypes (fundecl ? TREE_TYPE
(fundecl) : 0)
&& INTEGRAL_TYPE_P (type)
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82889
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82889
--- Comment #2 from Jakub Jelinek ---
On the other side, in REE nonzero_bits on the operand of SIGN_EXTEND on the
last testcase above doesn't return 0x7fff, but 0x, maybe it is too
late to use SSA_NAME_RANGE_INFO at that point.
So, pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82901
Bug ID: 82901
Summary: GOACC_declare calls GOACC_enter_exit_data with async
arg 0
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82901
--- Comment #1 from Tom de Vries ---
Created attachment 42564
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42564&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 8 15:46:58 2017
New Revision: 254536
URL: https://gcc.gnu.org/viewcvs?rev=254536&root=gcc&view=rev
Log:
PR tree-optimization/78821
* gimple-ssa-store-merging.c (s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82677
--- Comment #12 from Niels Möller ---
It would be nice with some way to annotate the asm to have it treated in the
same as a possibly trapping division or pointer dereference.
E.g., adding "trap" to the clobber list, somewhat similar to "memory"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82889
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82897
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|ubizjak at gmail do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82899
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
See A
gcc-trunk/gcc/passes.c:2048
Works with -O2 -no-tree-vrp.
The ICE is from a trunk build, gcc version 8.0.0 20171108 (x86_64-pc-linux-gnu)
Gcc 7.0 to 7.2 produces invalid code which will SEGV at runtime (same result on
many platforms).
Gcc 6.3 and earlier produced working code.
To reproduce:
gcc -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52167
Martin Sebor changed:
What|Removed |Added
CC||antoshkka at gmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82900
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #19 from Nathan Sidwell ---
I can take a look at the trunk crash, but not till next week. You could try
https://gcc.gnu.org/ml/gcc-patches/2017-11/msg00384.html, which I've yet to
commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52167
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82903
Bug ID: 82903
Summary: [8 regression] gcc.dg/tree-prof/20050826-2.c fail
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82903
--- Comment #1 from Andrey Guskov ---
gcc.dg/tree-prof/cmpsf-1.c is also affected:
PASS: gcc.dg/tree-prof/cmpsf-1.c execution,-fprofile-use -D_PROFILE_USE
FAIL: gcc.dg/tree-prof/cmpsf-1.c scan-tree-dump-not dom2 "Invalid sum"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82903
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904
Bug ID: 82904
Summary: ICE in make_ssa_name_fn, at tree-ssanames.c:261
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904
--- Comment #1 from G. Steinmetz ---
Without this explicit "save" in above source, an ICE only occurs with
additional option -fno-automatic (which implies "save") :
$ cat z2.f90
program p
character(:), allocatable :: x
character(:), allo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82902
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-valid-code
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82905
Bug ID: 82905
Summary: vector shift forced to 32 bytes
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82677
--- Comment #13 from rguenther at suse dot de ---
On November 8, 2017 5:04:39 PM GMT+01:00, "nisse at lysator dot liu.se"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82677
>
>--- Comment #12 from Niels Möller ---
>It would be nice with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82906
Bug ID: 82906
Summary: thread_local address not uniqued across shared
libraries
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82891
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82906
--- Comment #1 from Andrew Pinski ---
Could this be a bug in ld.so rather than gcc? Not doing copy relocs for TLS?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82907
Bug ID: 82907
Summary: [8 regression] gcc.target/powerpc/p9-xxbr-1.c fails
after r254464
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82906
--- Comment #2 from Rafael Avila de Espindola ---
(In reply to Andrew Pinski from comment #1)
> Could this be a bug in ld.so rather than gcc? Not doing copy relocs for TLS?
I don't think there is enough information left for ld.so to fix the sit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82855
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 8 20:15:42 2017
New Revision: 254552
URL: https://gcc.gnu.org/viewcvs?rev=254552&root=gcc&view=rev
Log:
PR target/82855
* config/i386/sse.md (_eq3,
_eq3_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82895
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82884
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82884
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Nov 8 20:56:43 2017
New Revision: 254553
URL: https://gcc.gnu.org/viewcvs?rev=254553&root=gcc&view=rev
Log:
2017-11-08 Steven G. Kargl
PR fortran/82884
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82884
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
Hi,
The following
-
#include
#include
int main()
{
double v = 4.6;
std::cout << "v = " << v << std::endl;
std::cout << "v*100 = " << v*100 << std::endl;
std::cout << "floor(v*100) = " << std::floor(v*100) << s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82908
Bug ID: 82908
Summary: [8 regression] gcc.dg/tree-prof/cmpsf-1.c and
gcc.dg/tree-prof/20050826-2.c fail starting with
r254452
Product: gcc
Version: 8.0
The gcc-bugs@gcc email list is for automated email from our bug
tracking database, not for reporting bugs, and not for "is this a
bug?" questions. I've CC'd this to the gcc-help list where this is
more appropriate (please remove gcc-bugs from any follow-up replies).
On 08/11/17 23:13 +0200, Nil G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82841
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82841
--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Nov 8 22:56:58 2017
New Revision: 254555
URL: https://gcc.gnu.org/viewcvs?rev=254555&root=gcc&view=rev
Log:
2017-11-08 Steven G. Kargl
PR Fortran/82841
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82909
Bug ID: 82909
Summary: Scope of type defined by offsetof() macro
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82314
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82909
--- Comment #1 from joseph at codesourcery dot com ---
On Wed, 8 Nov 2017, tydeman at tybor dot com wrote:
> /*
> * C standard appears to be unclear on scope of new type defined in
> * offsetof() macro. Some compilers accept; some reject.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82910
Bug ID: 82910
Summary: marking data members private affects code generation
of copying
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82909
--- Comment #2 from Fred J. Tydeman ---
I agree with your analysis. The behavior is C standard version dependent with
respect to the 'if' statement. There is no bug in gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82911
Bug ID: 82911
Summary: missing strlen optimization for strncpy with constant
strings and constant bound
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
1 - 100 of 110 matches
Mail list logo
