https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106863
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5f9fac6ca86458ef21ab91ca471429d63f954003
commit r13-3429-g5f9fac6ca86458ef21ab91ca471429d63f954003
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107323
--- Comment #7 from Richard Biener ---
Created attachment 53740
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53740&action=edit
tentative patch
When implementing that I noticed that the set of DRs we use for versioning are
_not_ enough t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54346
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fa553ff26d96f6fecaa8f1b00649cfdc6cda5f5a
commit r13-3430-gfa553ff26d96f6fecaa8f1b00649cfdc6cda5f5a
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107340
Bug ID: 107340
Summary: std::unordered_map and completeness of nested classes
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107339
--- Comment #4 from yy ---
It works to use "uint32_t_ua", but it still works to use "uint32_t" and just
change the function parameter from the structure pointer to the structure. "The
following is the assembly code
0: 00154703
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107340
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107022
Andrew Pinski changed:
What|Removed |Added
CC||jens.maurer at gmx dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107340
--- Comment #2 from Andrew Pinski ---
Also nested classes are completed at the end of the outer most class.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107339
--- Comment #5 from Andrew Pinski ---
That is because with the non pointer case gcc can figure out the alignment
without having to assume via pointers.
Note the original code is also undefined by the c standard even the non pointer
case you gav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107323
--- Comment #8 from Richard Biener ---
OK, so I think I found an alternate fix for PR94125 that makes more sense.
When
deciding to merge SCCs rather than breaking them we have to make sure to _not_
ignore the alias edges in those SCCs when doi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107327
--- Comment #3 from Carlos E ---
(In reply to Richard Biener from comment #2)
> Please attach preprocessed source and maybe try GCC 10.4 which contains many
> bugfixes.
I downloaded GCC 10.4 and it's compiling now. Will try it out. Thanks.
Whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107341
Bug ID: 107341
Summary: RISCV User Stack Frame error with
-fno-omit-frame-pointer on GCC 10.2.0
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107341
--- Comment #1 from Andrew Pinski ---
Are you sure this is not a perf issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107327
--- Comment #4 from Martin Liška ---
> When you say to attach a preprocessed source, what would be the most
> accepted command that I should be running which can reliably show whatever
> was preprocessed?
Just append -E to the existing comma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107337
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107342
Bug ID: 107342
Summary: Optimization opportunity where integer '/' corresponds
to '>>'
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: missed-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107327
--- Comment #5 from Carlos E ---
Created attachment 53743
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53743&action=edit
internal compiler error: in tsubst_pack_expansion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107327
--- Comment #6 from Carlos E ---
(In reply to Martin Liška from comment #4)
> > When you say to attach a preprocessed source, what would be the most
> > accepted command that I should be running which can reliably show whatever
> > was preproces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107343
Bug ID: 107343
Summary: GCC accepts ill-formed out of class definition program
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107343
--- Comment #1 from Jason Liam ---
The complete quote at the end of my original post is as follows:
> For a member function of a non-template class, the default arguments are
> allowed on the out-of-class definition, and are combined with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107323
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:09f9814dc02c161ed78604c6df70b19b596f7524
commit r13-3432-g09f9814dc02c161ed78604c6df70b19b596f7524
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107323
--- Comment #10 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:19a9b5e587e87f524425864dba989eeef8bfffbb
commit r12-8855-g19a9b5e587e87f524425864dba989eeef8bfffbb
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107323
Richard Biener changed:
What|Removed |Added
Known to work||12.2.1
Summary|[10/11/12 Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107344
Bug ID: 107344
Summary: GCC/nvptx SESE region optimization
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openacc
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195
--- Comment #10 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:436c4a210e8ff936063579dab3641632c06c8a7d
commit r13-3433-g436c4a210e8ff936063579dab3641632c06c8a7d
Author: Thomas Schwinge
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195
--- Comment #11 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:a9de836c2b22f878cff592b96e11c1b95d4d36ee
commit r13-3434-ga9de836c2b22f878cff592b96e11c1b95d4d36ee
Author: Thomas Schwinge
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107344
--- Comment #1 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:a9de836c2b22f878cff592b96e11c1b95d4d36ee
commit r13-3434-ga9de836c2b22f878cff592b96e11c1b95d4d36ee
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107344
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107315
--- Comment #2 from hengxu010 ---
(In reply to Andrew Pinski from comment #1)
Thank you Andrew, for replying and explain this question very clearly.
Can I ask that do you have any plan to add support for 128bit long double or
just maintain th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107338
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2022-10-21
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107345
Bug ID: 107345
Summary: - -Wanayzer-null-dereference false positive with
giving weird path infomation
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
Bug ID: 107346
Summary: gnat.dg/loop_optimization23_pkg.ad failure afer
r13-3413-ge10ca9544632db
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93687
--- Comment #4 from Jonathan Wakely ---
LH's patch has been submitted here:
https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603181.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
avieira at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |avieira at gcc dot
g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102241
Stéphane Massou changed:
What|Removed |Added
CC||massoustephane at gmail dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107327
--- Comment #7 from Martin Liška ---
(In reply to Carlos E from comment #6)
> (In reply to Martin Liška from comment #4)
> > > When you say to attach a preprocessed source, what would be the most
> > > accepted command that I should be running w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107340
--- Comment #3 from Jonathan Wakely ---
And the standard says it's undefined to use incomplete classes with
unordered_map.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107338
--- Comment #3 from avieira at gcc dot gnu.org ---
Hi Kewen,
I believe you are right. I was waiting for a powerpc machine in the board farm,
but I suspect I can reproduce this with an aarch64 BE target and I should be
able to confirm.
But your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
--- Comment #2 from Richard Biener ---
I think the issue was probably latent and the function assumes that bitfield
accesses are rejected earlier but now are no longer(?). vect_analyze_data_refs
is usually responsible for that, eventually we al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
Richard Biener changed:
What|Removed |Added
Summary|gnat.dg/loop_optimization23 |[13 Regression]
|_pk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107344
--- Comment #3 from Richard Biener ---
I guess the reorg pass has to be simply enhanced to deal with "distorted"
regions, or alternatively those regions need to be protected somehow.
I'm just guessing that jump threading messes things up here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
--- Comment #3 from avieira at gcc dot gnu.org ---
I am wondering whether I should try to support this, or bail out of
vect_check_gather_scatter if pbitpos is not a multiple of BITS_PER_UNIT. The
latter obviously feels safer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
--- Comment #4 from avieira at gcc dot gnu.org ---
Funnily enough, if I transform the Int24 into a 32-bit integer in the testcase
and disable all bitfield lowering just to make sure, I get the same failure. I
tried using __attribute__((packed)) i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
--- Comment #5 from Eric Botcazou ---
> But I am having trouble debugging this as I cant' seem to break on
> vect_recog_bit_insert_pattern and I haven't figured out how to get gnat1 to
> create dumps :(
There are no differences between gnat1 an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
--- Comment #6 from avieira at gcc dot gnu.org ---
> There are no differences between gnat1 and cc1/cc1plus as far as dumps are
> concerned, e.g. -fdump-tree-optimized creates the .optimized dump.
This was my bad, I'm not used to using cc1 dire
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107346
--- Comment #7 from Eric Botcazou ---
> I am wondering whether I should try to support this, or bail out of
> vect_check_gather_scatter if pbitpos is not a multiple of BITS_PER_UNIT. The
> latter obviously feels safer.
Probably the way to go in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100756
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-10-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107336
--- Comment #8 from Andrew Paprocki ---
(In reply to Eric Botcazou from comment #6)
> Created attachment 53739 [details]
> Tentative fix
>
> Totally untested.
Tested, confirmed releases/gcc-10 branch with this patch fixes the issue.
Thanks An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105421
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:dd2fdf114b59db1b0bfb0de497fc3ab11f034d89
commit r12-8856-gdd2fdf114b59db1b0bfb0de497fc3ab11f034d89
Author: Julian Brown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105421
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:b582496f205c1c3517d8415047fd78321f2c1cdf
commit r12-8857-gb582496f205c1c3517d8415047fd78321f2c1cdf
Author: Thomas Schwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105421
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107338
Kewen Lin changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107347
Bug ID: 107347
Summary: Sun Studio 12.6 assembler emits "warning: use of DCTI
couples is deprecated" on sparc-sun-solaris2.11
Product: gcc
Version: 12.1.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107176
--- Comment #5 from Richard Biener ---
[local count: 1073741824]:
# b_lsm.8_15 = PHI <0(2), _3(3)>
# b_lsm_flag.9_17 = PHI <0(2), 1(3)>
if (b_lsm.8_15 <= 0)
goto ; [89.00%]
else
goto ; [11.00%]
[local count: 955630225]:
_1 = (unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107022
--- Comment #8 from Jens Maurer ---
I understand we're in a tangled web of partially-complete class rules here,
but the standard does give you the expectation that the inner class is complete
at its closing brace:
[class.pre] p2 says:
"A class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107336
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:5076eefe23b96279e34351a2a044858bae3251ae
commit r10-11052-g5076eefe23b96279e34351a2a044858bae3251ae
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107336
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
Bug ID: 107348
Summary: documentation: __builtin_classify_type() undocumented
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
--- Comment #2 from Alejandro Colomar ---
Being a builtin, I expected that you could just do "compiler magic" to avoid
the decay.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
--- Comment #3 from Jakub Jelinek ---
Most of the builtins don't do such special magic.
It is true that some, mostly newer added, builtins do have such magic, but I
think __builtin_classify_type is one of the first builtins added to GCC
(certain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
--- Comment #4 from Alejandro Colomar ---
Hmm. Then I wonder if array_type_class is being used at all, or if it's unused
code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107022
--- Comment #9 from Jonathan Wakely ---
For the example in comment 0 the default-initializer for things_{} is the
problem, removing the {} allows it to compile.
For the example in Bug 107340 the problem is the default-initializer x = 0 in
the n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
--- Comment #5 from Jakub Jelinek ---
Most likely. I think char_type_class, function_type_class, method_type_class,
string_type_class most likely too (function and methods also decay to pointers
to pointer to members), string has the same issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
--- Comment #6 from Alejandro Colomar ---
Thanks!
Maybe a working __builtin_classify_type2() would be useful... Maybe not...
BTW, maybe it's worth checking all the code in gcc that is comparing the result
against 14, and see if it should be r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107295
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2cc41601d9a948e8d612a21c3b9a44ce0b977747
commit r13-3438-g2cc41601d9a948e8d612a21c3b9a44ce0b977747
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107295
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106818
--- Comment #10 from Andrew Pinski ---
Created attachment 53745
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53745&action=edit
Testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106818
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-10-21
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106818
--- Comment #12 from Andrew Pinski ---
MIPS also does the correct thing (it has store left/right):
(insn 10 9 11 (set (reg/f:SI 196)
(lo_sum:SI (reg:SI 194)
(symbol_ref:SI ("array") [flags 0x40] ))) "/app/example.cpp":10:10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107322
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5792208f5124f687376f25798668d105d7ddb270
commit r13-3439-g5792208f5124f687376f25798668d105d7ddb270
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106742
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Keywords|ice-on-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107349
Bug ID: 107349
Summary: [13 Regression] ICE in get_va_copy_arg, at
analyzer/varargs.cc:175
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102241
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94845
--- Comment #10 from Tom Tromey ---
See also bug #49130 and bug #49537, which we filed when
gdb hit these same problems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107350
Bug ID: 107350
Summary: [OpenMP] linear clause with non-scalar list items
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100097
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:4cfdaeb2755121ac1069f09898def56469b0fb51
commit r13-3440-g4cfdaeb2755121ac1069f09898def56469b0fb51
Author: José Rui Faustino de Sou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100098
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:4cfdaeb2755121ac1069f09898def56469b0fb51
commit r13-3440-g4cfdaeb2755121ac1069f09898def56469b0fb51
Author: José Rui Faustino de Sou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
Bug ID: 107351
Summary: Bootstrap fails when gcc is built with gcc-13-master:
error: conversion from 'long unsigned int' to
'unsigned int' changes value from '700101' to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-10-21
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107352
Bug ID: 107352
Summary: polymorphic class with destroying delete operator
defined causes internal compiler error
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107352
--- Comment #1 from Justus Ranvier ---
Created attachment 53747
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53747&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107352
--- Comment #2 from Justus Ranvier ---
Created attachment 53748
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53748&action=edit
another example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106933
--- Comment #6 from H.J. Lu ---
This
diff --git a/gcc/config/i386/i386-features.cc
b/gcc/config/i386/i386-features.cc
index e357294bc4e..aca34d730a8 100644
--- a/gcc/config/i386/i386-features.cc
+++ b/gcc/config/i386/i386-features.cc
@@ -1449,6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107349
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107342
Aldy Hernandez changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107342
--- Comment #2 from Aldy Hernandez ---
Created attachment 53749
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53749&action=edit
untested patch
I'm sure somebody smarter could handle other shift amounts that are not powers
of 2, but this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107352
--- Comment #4 from Justus Ranvier ---
This is a commit in the project where the ice manifests:
https://github.com/justusranvier/opentxs/commit/051fccf04492ceccee34062fcb406d1b830b55f6
This is a commit where I confirmed that not using destroy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
--- Comment #3 from Sergei Trofimovich ---
Created attachment 53750
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53750&action=edit
gcc-13.0.0-build.log.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
--- Comment #4 from Sergei Trofimovich ---
Attached the build log.
I completely forgot about the fact that I was using gcc source from
"normalized" filesystem which intentionally resets all timestamps (it's one of
the build modes for my distrib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
--- Comment #5 from Andrew Pinski ---
-DMODULE_VERSION='(700101U)'
Hmm.
The date command is not listed in the build log either (debugging make here is
going to be "hard").
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104352
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105322
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2022-10-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107352
--- Comment #3 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
--- Comment #6 from Andrew Pinski ---
(In reply to Sergei Trofimovich from comment #4)
> Attached the build log.
>
> I completely forgot about the fact that I was using gcc source from
> "normalized" filesystem which intentionally resets all ti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106823
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106821
--- Comment #1 from Andrew Pinski ---
Created attachment 53751
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53751&action=edit
testcase 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106821
--- Comment #2 from Andrew Pinski ---
Created attachment 53752
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53752&action=edit
testcase 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
seurer at gcc dot gnu.org changed:
What|Removed |Added
Build||powerpc64le-linux-gnu
1 - 100 of 127 matches
Mail list logo
