https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98799
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||luoxhu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98814
Bug ID: 98814
Summary: Add fix-it hints for missing asterisk
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98815
Bug ID: 98815
Summary: Redundant free_dominance_info in
cgraph_node::analyze()
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93833
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:75d3d65641e1724d492816bd380587df486209c0
commit r10-9295-g75d3d65641e1724d492816bd380587df486209c0
Author: Paul Thomas
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93833
--- Comment #12 from CVS Commits ---
The releases/gcc-9 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:f6adbc3702edb4b6931731282fe4b2350eba1e0d
commit r9-9201-gf6adbc3702edb4b6931731282fe4b2350eba1e0d
Author: Paul Thomas
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93833
Paul Thomas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98771
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b7a0507ad9f07492a37325a2f494ed933b217a9a
commit r11-6885-gb7a0507ad9f07492a37325a2f494ed933b217a9a
Author: Jakub Jelinek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98771
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 regression] |[10 regression]
|gcc.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98816
Bug ID: 98816
Summary: The thread_local specifier appear on the declaration
of static member function is compilied by gcc
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98817
Bug ID: 98817
Summary: Optimize if (a != b) a = b;
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98818
Bug ID: 98818
Summary: [libbacktrace] Don't throw fatal error for unsupported
dwarf version
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98817
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98817
--- Comment #2 from Antony Polukhin ---
(In reply to Jakub Jelinek from comment #1)
> I'm not sure about this. Turning it into an unconditional store would mean
> that the memory the reference points to must be writable, that might not be
> alwa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98801
Richard Biener changed:
What|Removed |Added
Component|c++ |middle-end
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98817
--- Comment #3 from Andrew Pinski ---
This cannot be done due to race conditions too:
https://gcc.gnu.org/wiki/Atomic/GCCMM/DataRaces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98803
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98807
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98809
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-01-25
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98817
--- Comment #4 from Jakub Jelinek ---
cmov has the exact same problem as the unconditional store. At least on x86 a
cmov for one doesn't have a MEM destination and so the conditionally assigned
register then needs to be unconditionally stored.
Y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98810
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-01-25
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98817
--- Comment #5 from Antony Polukhin ---
Please, close as invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98813
Richard Biener changed:
What|Removed |Added
Blocks||53947
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98537
--- Comment #8 from Hongtao.liu ---
Created attachment 50045
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50045&action=edit
Fix ICE: Don't generate integer mask comparision for 128/256-bits vector when
op_true/op_false are NULL or constm1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98817
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98818
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98815
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98818
--- Comment #2 from Jakub Jelinek ---
DWARF5 is 4 years old in a few days, and if we didn't switch nothing would be
fixed in the next year either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #21 from Xi Ruoyao ---
(In reply to Richard Biener from comment #20)
> Indeed already the name, .LTHUNK5.lto_priv.0, hints at that this should be a
> local symbol. Not sure why we end up with a .reloc then.
>
> ld $25,%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98798
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-25
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98807
--- Comment #3 from Richard Biener ---
Hmm, OK, as I feared. We use TImode (not BLKmode) for
vector(2) . I wonder if we can simplify vector_element_bits
with the constraints we now have in place for bool vector build. That is,
unsigned int
ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98802
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98819
Bug ID: 98819
Summary: -Wall -Wformat-signedness suggests %u for %u
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98517
--- Comment #6 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:c6b0e33febbf73abfcc2bb0e28f0b62afe3b0f2a
commit r11-6887-gc6b0e33febbf73abfcc2bb0e28f0b62afe3b0f2a
Author: Paul Thomas
Date: Mon Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #22 from Richard Biener ---
There is target specific sanitizing of symbol names - if the name is really the
issue then it should be _much_ more prevalent since all IPA cloning uses
dots as well. clone_function_name produces them and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98517
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:039ac05206397227b68436cd1572ac667820c915
commit r10-9297-g039ac05206397227b68436cd1572ac667820c915
Author: Paul Thomas
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98517
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:504159b44da4adbea75047da0ad06c6d4223caec
commit r9-9202-g504159b44da4adbea75047da0ad06c6d4223caec
Author: Paul Thomas
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98517
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98819
--- Comment #1 from Andrew Pinski ---
I think you misunderstood the diagnostic. It is saying unsigned int is for %u.
The type you have is int.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98819
--- Comment #2 from Jonny Grant ---
(In reply to Andrew Pinski from comment #1)
> I think you misunderstood the diagnostic. It is saying unsigned int is for
> %u. The type you have is int.
Ah, is that "%u" not the suggestion?
Change it to %f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
Andrew Pinski changed:
What|Removed |Added
Component|target |lto
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98820
Bug ID: 98820
Summary: Placeholder (auto) non-type template parameter wrongly
deduced to 'const' for class type arguments
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97683
--- Comment #3 from Florian Weimer ---
Thanks. The -Werror failure you reported is due to PR98512. Martin has posted a
patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-January/564060.html
Should I open a binutils bug with the generated .s f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #24 from Xi Ruoyao ---
(In reply to Richard Biener from comment #22)
> There is target specific sanitizing of symbol names - if the name is really
> the issue then it should be _much_ more prevalent since all IPA cloning uses
> dots a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95646
avieira at gcc dot gnu.org changed:
What|Removed |Added
Summary|arm-none-eabi function |[GCC 9/10] arm-none-eabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98816
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #10 from bin cheng ---
hmm,
For below basic block:
128 ;; basic block 4, loop depth 2, maybe hot
129 ;;prev block 3, next block 9, flags: (NEW, VISITED)
130 ;;pred: 3 (FALLTHRU,EXECUTABLE)
131 ;;7 (FALL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787
--- Comment #25 from Richard Biener ---
OK, so it's read as
*.LTHUNK5.lto_priv.0/2880 (*.LTHUNK5) @0xfff1163840
Type: function definition analyzed alias
Visibility: in_other_partition used_from_other_partition
prevailing_def_ironly external
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #11 from bin cheng ---
(In reply to bin cheng from comment #10)
> hmm,
> For below basic block:
> 128 ;; basic block 4, loop depth 2, maybe hot
> 129 ;;prev block 3, next block 9, flags: (NEW, VISITED)
> 130 ;;pred: 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #12 from bin cheng ---
a. why the loop is considered as infinite
b. we need to skip fake exit edges in niter analysis?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98807
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:defc40db9e09ecceb2d71727031fe9579bce1b11
commit r11-6890-gdefc40db9e09ecceb2d71727031fe9579bce1b11
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98807
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98739
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:5089df534b85b795bfcdca8f4f1957ad15a60558
commit r11-6891-g5089df534b85b795bfcdca8f4f1957ad15a60558
Author: Martin Liska
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98739
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:e05a117dc4b98f3ac60851608f532ba7cee7343a
commit r11-6892-ge05a117dc4b98f3ac60851608f532ba7cee7343a
Author: Martin Liska
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98563
Jakub Jelinek changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98821
Bug ID: 98821
Summary: modules : c++tools configures with CC but code
fragments assume CXX.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fe5cb7f94d4e9b6fc932017d4ee74ba4f9f417b9
commit r11-6893-gfe5cb7f94d4e9b6fc932017d4ee74ba4f9f417b9
Author: Jakub Jelinek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98689
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
CC|rsandifo at sou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98822
Bug ID: 98822
Summary: Rejects-valid: instantiation of class template
instantiates (all) constrained non-template friend
definitions (, even those) with unsatisfied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98767
ensadc at mailnesia dot com changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98490
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96645
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97164
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression]
|i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98472
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98800
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-01-25
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98472
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98803
Marek Polacek changed:
What|Removed |Added
Summary|[C++20] ICE on invalid code |[10/11 Regression] [C++20]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98823
Bug ID: 98823
Summary: go testsuite and timeouts
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98463
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:94ff4c9dd98f39280fba22d1ad0958fb25a5363b
commit r11-6895-g94ff4c9dd98f39280fba22d1ad0958fb25a5363b
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97683
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97683
Florian Weimer changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97260
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98616
--- Comment #3 from Mikael Pettersson ---
> cat mips64el-unknown-linux-gnu/libgcc/config.log
...
configure:3778: checking for suffix of object files
configure:3800: /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/./gcc/xgcc
-B/var/tmp/portage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98463
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98824
Bug ID: 98824
Summary: [C++-20] function template non-type-class-arg
deduction fails with a reason that looks bogus
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #6 from Segher Boessenkool ---
I was under the impression this unique section thing needed the trailing
dot thing. This probably is not true.
I still think the old "%" thing is much superior to the trailing dot thing,
but that then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97474
--- Comment #12 from Jason Merrill ---
Yeah, adding restrict there is just wrong; the constructor is called outside
the function, and could e.g. stash a pointer to the object in a global
variable. What we actually want is to treat this reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98819
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98825
Bug ID: 98825
Summary: Unexpected behavior of FORTRAN FORMAT expressions when
suppressing new line with '$'
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #18 from Marius Hillenbrand ---
The fix looks good -- bootstrap succeeded on s390x, both regular and the
4-stage profiledbootstrap-lean. Still running the test suite...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98819
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #7 from Fangrui Song ---
(In reply to Segher Boessenkool from comment #6)
> I was under the impression this unique section thing needed the trailing
> dot thing. This probably is not true.
>
> I still think the old "%" thing is much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98825
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98826
Bug ID: 98826
Summary: [gcc vs g++] qualified type of members of anonymous
struct
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98823
--- Comment #1 from Ian Lance Taylor ---
The Go testsuite is intended to have timeouts for all tests.
The test gcc/testsuite/go.test/test/fixedbugs/issue19182.go is just passed off
to the TCL function go-torture-execute. Running the executable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98826
--- Comment #1 from joseph at codesourcery dot com ---
As I said on the WG14 reflector, I think the natural handling of anonymous
structs and unions for C is that anonymity provides only a shorthand for
name lookup (member access, designated in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95095
--- Comment #8 from Segher Boessenkool ---
I say nothing like that. I say that
.text.hot.
is nasty (is easily mistaken for .text.hot).
I also say that and that named-per-function sections are better as
.text%name
than as
.text.name
(just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97345
Thomas Koenig changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98823
--- Comment #2 from Andreas Schwab ---
go_load is defined in lib/gcc-dg.exp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97031
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98801
Peter Cordes changed:
What|Removed |Added
CC||peter at cordes dot ca
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96843
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96386
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98823
--- Comment #3 from Ian Lance Taylor ---
I'm sure I'm missing something, but what I see in lib/gcc-dg.exp is code that
says "if ${tool}_load already exists, then wrap it." I don't see the original
implementation of ${tool}_load.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98823
--- Comment #4 from Andreas Schwab ---
That's standard part of dejagnu.
/usr/share/dejagnu/standard.exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94660
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98646
--- Comment #14 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:d6f1cf644c45b76a27b6a6869dedaa030e3c7570
commit r11-6900-gd6f1cf644c45b76a27b6a6869dedaa030e3c7570
Author: Martin Sebor
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98823
--- Comment #5 from Andreas Schwab ---
And for the unix board, its implementation is in
/usr/share/dejagnu/config/unix.exp.
1 - 100 of 150 matches
Mail list logo