https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91062
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91062
--- Comment #4 from Richard Biener ---
Created attachment 46550
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46550&action=edit
patch
I am testing the attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91042
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90756
Jakub Jelinek changed:
What|Removed |Added
CC||sch...@linux-m68k.org
--- Comment #9 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90327
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90756
Jakub Jelinek changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90756
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91068
Richard Biener changed:
What|Removed |Added
Target||mips
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91063
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Miles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91059
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Component|middle-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91067
Jonathan Wakely changed:
What|Removed |Added
Known to work||8.3.0
Summary|Clang compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #2 from Richard Biener ---
So the new FRE pass does things like
- _746 = {_2, 1, 2, 3, 4, 5, 6, 7};
- _783 = BIT_FIELD_REF <_746, 16, 0>;
- _1801 = _783 + 2;
- _1800 = {_2, 1, 2, 3, 4, 5, 6, 7};
- _1788 = BIT_FIELD_REF <_1800, 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91067
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> This is a regression caused by moving the std::filesystem symbols into the
> libstdc++.so shared library. It links OK with GCC 8 (using -lstdc++fs to
> link t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91064
--- Comment #1 from Jonathan Wakely ---
Dup of PR 83374 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91033
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Jul 3 08:25:22 2019
New Revision: 272989
URL: https://gcc.gnu.org/viewcvs?rev=272989&root=gcc&view=rev
Log:
PR tree-optimization/91033
* tree-vectorizer.h (vect_mark_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90570
Martin Liška changed:
What|Removed |Added
CC||grishalipenko at protonmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91056
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91068
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88056
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Wed Jul 3 08:29:48 2019
New Revision: 272991
URL: https://gcc.gnu.org/viewcvs?rev=272991&root=gcc&view=rev
Log:
Fix use-after-scope in host-mingw32.c (PR target/88056).
2019-07-03 Mart
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 88056, which changed state.
Bug 88056 Summary: gcc/config/i386/host-mingw32.c:170: use of out of scope
pointer ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88056
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90899
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Wed Jul 3 08:31:35 2019
New Revision: 272992
URL: https://gcc.gnu.org/viewcvs?rev=272992&root=gcc&view=rev
Log:
Add to same comdate group only if set (PR middle-end/90899)
2019-07-03 M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88056
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90899
Martin Liška changed:
What|Removed |Added
Known to work||10.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90892
Martin Liška changed:
What|Removed |Added
Known to work||10.0
Known to fail|10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90892
--- Comment #4 from Martin Liška ---
Author: marxin
Date: Wed Jul 3 08:32:25 2019
New Revision: 272993
URL: https://gcc.gnu.org/viewcvs?rev=272993&root=gcc&view=rev
Log:
Handle '\0' in strcmp in RTL expansion (PR tree-optimization/90892).
2019
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
Bug ID: 91069
Summary: [10 Regression] Miscompare of 453.povray since r272843
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #1 from Martin Liška ---
So the problematic file is:
$ g++ -c -o matrices.o -DSPEC_CPU -DNDEBUG -Ofast -march=native -g
-fpermissive -DSPEC_CPU_LP64 matrices.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #2 from Martin Liška ---
And the problematic function in the file is:
void Compute_Rotation_Transform (TRANSFORM *transform, VECTOR vector)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #3 from Martin Liška ---
Created attachment 46551
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46551&action=edit
pre-processed source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91033
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #4 from Martin Liška ---
Created attachment 46552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46552&action=edit
FRE4 dump file with -Ofast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #5 from Martin Liška ---
Created attachment 46553
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46553&action=edit
FRE4 dump file with -O3 for the problematic function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91067
--- Comment #6 from Jonathan Wakely ---
There are also some recursive_directory_iterator symbols missing. This fails
even compiled with GCC:
#include
int main()
{
std::filesystem::recursive_directory_iterator d;
d = d;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #6 from Richard Biener ---
-march=x86-64 -mtune=generic (aka "default") is also broken, haswell (AVX2) is
fine. -O3 is enough to trigger the issue for that. Disabling either
of loop or SLP vectorization hides the issue.
Inlining ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #8 from Richard Biener ---
It "mismatches" in
if (sel.series_p (1, 1, nelts + 1, 1))
{
/* After canonicalizing the first elt to come from the
first vector we only can inser
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91070
Bug ID: 91070
Summary: Spurious notes about uninitialized members in C++17
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91063
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
Bug ID: 91071
Summary: [10 Regression] Miscompare of 410.bwaves since r272644
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
--- Comment #1 from Richard Biener ---
Confirmed with -Ofast -march=haswell -fprofile-generate and the fix for PR91069
and the train run.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
--- Comment #2 from Martin Liška ---
The problematic file is:
gfortran -c -o block_solver.o -Ofast -march=haswell -g -fprofile-generate
-Ofast -std=legacy block_solver.f -fdump-tree-all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
--- Comment #3 from Martin Liška ---
First diff:
$ diff -u good/*120* bad/*120*
--- good/block_solver.f.120t.reassoc1 2019-07-03 13:26:25.493543294 +0200
+++ bad/block_solver.f.120t.reassoc12019-07-03 13:25:54.597906149 +0200
@@ -116,6 +11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
--- Comment #4 from Richard Biener ---
The .optimized diff is more interesting since the disabled reassoc should
simply happen later (after vectorization).
Note for me the ref input passes comparison just fine... :/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
--- Comment #5 from Martin Liška ---
It's really strange. I isolated the problematic __gcov_one_value_profiler_v2:
__gcov_one_value_profiler_v2 (&__gcov3.flux_[36], ubound.56_347);
but hard to guess why it's causing the issue. I also removed "l
Good Afternoon!
I’ve just been looking at your website and I came across this webpage:
https://gcc.gnu.org/bugzilla/show_bug.cgi?format=multiple&id=9937
Unfortunately, when I click the link ‘
http://www.cuj.com/experts/2102/sutter.htm,’ it redirects me to a payday
loan site.
I thought I should l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91071
Martin Liška changed:
What|Removed |Added
Blocks||26163
--- Comment #6 from Martin Liška -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91069
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Wed Jul 3 12:47:07 2019
New Revision: 273007
URL: https://gcc.gnu.org/viewcvs?rev=273007&root=gcc&view=rev
Log:
2019-07-03 Richard Biener
PR middle-end/91069
* ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91060
--- Comment #3 from Richard Biener ---
I think this may be possibly a dup of the just fixed PR91069. Please close if
the testcases now pass or report back otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91070
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90243
Jonathan Wakely changed:
What|Removed |Added
CC||bugs at qult dot net
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90981
--- Comment #6 from Mark Wielaard ---
Author: mark
Date: Wed Jul 3 13:08:01 2019
New Revision: 273008
URL: https://gcc.gnu.org/viewcvs?rev=273008&root=gcc&view=rev
Log:
PR debug/90981 Empty .debug_addr crashes -gdwarf-5 -gsplit-dwarf
Even if t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91072
Bug ID: 91072
Summary: does not reduce the size of a division by a constant
on non-negative int / small unsigned long constant
Product: gcc
Version: unknown
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83374
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91064
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91073
Bug ID: 91073
Summary: if constexpr no longer works directly with Concepts
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83374
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #5 from Peter Bergner ---
(In reply to Alan Modra from comment #3)
> We don't always emit .machine because that is a waste of time if the
> .machine cpu matches the original cpu passed on the command line to gas.
> .machine reloads t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91074
Bug ID: 91074
Summary: [10 regression] c-c++-common/gomp/scan-3.c fails with
ICE starting with r272958
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91074
seurer at gcc dot gnu.org changed:
What|Removed |Added
Target||powerpc64*-unknown-linux-gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91074
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91075
Bug ID: 91075
Summary: Wrong code generated for static variable with local
redeclaration
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80785
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91074
--- Comment #3 from seurer at gcc dot gnu.org ---
I am running a check on the test and ...
looks like it works! Problem test cases fixed and no other new issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #6 from Peter Bergner ---
(In reply to Peter Bergner from comment #5)
> Shouldn't we check whether the new .machine is different than the
> currently active cpu value before reloading the opcode table? I don't think
> it would be to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #26 from Thomas Koenig ---
Jerry, you are working on a Linux box, right? What does
stat -f -c %b .
tell you?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
Evgeniy Dushistov changed:
What|Removed |Added
CC||dushistov at mail dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
--- Comment #20 from Evgeniy Dushistov ---
Also if add one line to code `printf("test\n");`
```
struct FooDeleter {
void operator()(FooOpaque *p) {
printf("test\n");
Foo_free(p);
}
};
```
gcc don't report any warning,
and valgrind a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91076
Bug ID: 91076
Summary: wrong class-key in mentioned in a diagnostic note
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91077
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91077
Bug ID: 91077
Summary: [8/9/10 Regression] Wrong indexing when using a
pointer
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91064
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91077
Thomas Koenig changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #1 from Thomas Ko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90409
François Dumont changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91076
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91064
--- Comment #4 from Martin Sebor ---
Yes, my example in comment #0 is missing the derivation from Q. So the
sentence
has at most one base class subobject of any given type
doesn't mean that a std layout class cannot have multiple base class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91067
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Wed Jul 3 21:06:25 2019
New Revision: 273023
URL: https://gcc.gnu.org/viewcvs?rev=273023&root=gcc&view=rev
Log:
PR libstdc++/91067 fix missing exports for filesystem iterators
The copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91067
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Wed Jul 3 21:09:13 2019
New Revision: 273025
URL: https://gcc.gnu.org/viewcvs?rev=273025&root=gcc&view=rev
Log:
PR libstdc++/91067 fix missing exports for filesystem iterators
The copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91067
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91073
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
Build: sparc-sun-solaris2.11
Between 20190702 (r272944) and 20190703 (r273009), all LTO tests started to
FAIL
on Solaris/SPARC. It boils down to
$ cat /var/tmp//ccqNGG1b
20010124-1.o
20010124-1-lib.o
main.o
$ lto1 -quiet @/var/tmp//ccqNGG1b -o 20010124-1.s
[...]
lto1: internal compiler error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91078
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91077
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #25 from EML ---
I have applied the patch and tried your other suggestions, still the stage1
compiler has the same problems generating executables.
In analyzing the intermediate files between working (gcc 4.93) and not
(bootstrap 8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91079
Bug ID: 91079
Summary: [DR 1881] Standard-layout classes and unnamed
bit-fields
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91080
Bug ID: 91080
Summary: [DR 1672] Layout compatibility with multiple empty
bases
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91081
Bug ID: 91081
Summary: [DR 2120] Array as first non-static data member in
standard-layout class
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83374
Marek Polacek changed:
What|Removed |Added
Keywords||accepts-invalid, patch,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #7 from Alan Modra ---
Huh, I'd forgotten that gas only reloads the opcode table when the cpu changes.
Be aware that .machine isn't a complete solution as it doesn't fix a wrong gas
command line for "gcc -c asm.S". You can't insert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #26 from dave.anglin at bell dot net ---
On 2019-07-03 6:06 p.m., elowe at elowe dot com wrote:
> If I replace those 3 lines and run the assembler+linker by hand - the
> non-working foo.s will run correctly
So, HAVE_AS_LTOFFX_LDXMOV_RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #27 from The Written Word
---
(In reply to dave.anglin from comment #26)
> On 2019-07-03 6:06 p.m., elowe at elowe dot com wrote:
> > If I replace those 3 lines and run the assembler+linker by hand - the
> > non-working foo.s will ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90773
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #28 from The Written Word
---
(In reply to EML from comment #17)
> Note that in certain cases, the MPFR library won't build depending on the
> CFLAGS used (in particular the default -g -O2), this is due to problems with
> thread loca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #29 from dave.anglin at bell dot net ---
On 2019-07-03 7:20 p.m., bugzilla-gcc at thewrittenword dot com wrote:
> configure:8057: /opt/build/china/gcc-8.3.0/.obj/./gcc/xgcc
> -B/opt/build/china/gcc-8.3.0/.obj/./gcc/
> -B/opt/build/gcc8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #30 from The Written Word
---
(In reply to dave.anglin from comment #29)
> On 2019-07-03 7:20 p.m., bugzilla-gcc at thewrittenword dot com wrote:
> > configure:8057: /opt/build/china/gcc-8.3.0/.obj/./gcc/xgcc
> > -B/opt/build/china/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #27 from Jerry DeLisle ---
(In reply to Thomas Koenig from comment #26)
> Jerry, you are working on a Linux box, right? What does
>
> stat -f -c %b .
>
> tell you?
13429330
Ryzen 2500U with M.2 SSD
Fedora 30, Kernel 5.1.15-300.fc
1 - 100 of 115 matches
Mail list logo
