https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108195
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
--- Comment #7 from Richard Biener ---
(In reply to Jakub Jelinek from comment #6)
> And COMPLEX_CST shouldn't probably appear because cplxlower1 runs before
> dom2 and
> VECTOR_CST because GIMPLE_CONDs need scalar conditions, not vector.
> So m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142
--- Comment #3 from Gaius Mulley ---
Thanks for the bug report - here is a proposed fix. I've moved all m2 related
directories into gcc/m2 and directories are now created as required.
Bootstrapped on GNU/Linux x86_64, due to the asynchronous n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142
--- Comment #2 from Gaius Mulley ---
Created attachment 54145
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54145&action=edit
m2 remove empty directories from top build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101854
--- Comment #11 from nightstrike ---
(In reply to Martin Sebor from comment #9)
> Fixed for GCC 12. The patch is far too intrusive to backport but the
> following should fix the problem in GCC 11:
Would you mind applying it to 11? Thanks!
Al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #10 from AlexK ---
(In reply to Richard Biener from comment #1)
> can you try configuring with --without-build-config please?
now there are 2 problems in libgo
links
1) no ../libbacktrace/libbacktrace.la
I had to change it to ../../
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108192
--- Comment #2 from nightstrike ---
(In reply to H.J. Lu from comment #1)
> Since Windows doesn't support IBT, this test can be limited to Linux.
I don't know what IBT is, but if I change the two printf's to puts(), the tests
pass. So, maybe t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #9 from AlexK ---
(In reply to Richard Biener from comment #1)
> can you try configuring with --without-build-config please?
that was my influence - I have compiled binutils with shared intl
continue ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #8 from AlexK ---
(In reply to Richard Biener from comment #1)
> can you try configuring with --without-build-config please?
make[2]: вход в каталог «/mnt/Git/apt-build/build/gcc-12.2.0/build/c++tools»
/mnt/Git/apt-build/build/gcc-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #7 from AlexK ---
(In reply to Richard Biener from comment #1)
> can you try configuring with --without-build-config please?
I changed gcc/Makefile by
sed -i 's/^ZSTD_LIB[ ]*=.*$/ZSTD_LIB = -lzstd/' gcc/Makefile
and continued
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
--- Comment #6 from Sergei Trofimovich ---
Encountered very similar ICE, this time on toml library on this week's gcc-13
master. Reduced it down to the following:
// $ cat bug.cc
#include
#include
void format_underline(std::ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101528
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101836
--- Comment #43 from qinzhao at gcc dot gnu.org ---
the related patch list for this work is (gcc13)
2a27ae32fabf85685758459d7ec284ccb95a
710c9676520dfd38b4bfdcc937ce026ed89921d6
ace0ae09332bbc6b95e084c2c2b17c466339ff76
b9ad850e86b863c24f6f4f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108196
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108196
--- Comment #1 from Andrew Pinski ---
Can you give an example because this code has been there since
r0-51440-gcf03fd63cd7fd8 (since at least 3.4.0). And exact match has been
happening for a long time now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108196
Bug ID: 108196
Summary: Incorrect binary search in find_opt
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105532
Andrew Pinski changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression] UBSAN:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105532
--- Comment #8 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:193fccaa5c3525e979a989835c47c76d2c49d10c
commit r13-4834-g193fccaa5c3525e979a989835c47c76d2c49d10c
Author: Andrew Pinski
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108192
--- Comment #1 from H.J. Lu ---
Since Windows doesn't support IBT, this test can be limited to Linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108187
--- Comment #4 from Andrew Pinski ---
(In reply to Ilya Maximets from comment #3)
>
> Clarification: I realized that dp_packet_use_afxdp() is part of a different
> translation unit, so GCC doesn't have a chance to know what this function is
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
--- Comment #10 from H.J. Lu ---
A patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2022-December/608672.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108195
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Interesting the code works correctly for C++20 mode ...
Actually I made S's constructor constexpr and it made it work and not because
of C++20 mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108195
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
--- Comment #6 from Jakub Jelinek ---
And COMPLEX_CST shouldn't probably appear because cplxlower1 runs before dom2
and
VECTOR_CST because GIMPLE_CONDs need scalar conditions, not vector.
So maybe it is indeed enough to just punt on DECIMAL_FLOA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108195
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|Incorrect implic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108194
Petr Skocik changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #5 from Petr Skocik --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108195
Bug ID: 108195
Summary: Incorrect implicit conversion when assigning
initializer_list to std::vector
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
--- Comment #5 from joseph at codesourcery dot com ---
For DFP it's not just zero for which you can't infer an equivalence of
values from an equality comparison; any finite value that can be
represented with more than one quantum exponent (any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108194
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108194
--- Comment #3 from joseph at codesourcery dot com ---
If you use typeof instead of __typeof, and -std=c2x, these types are
treated as compatible. I deliberately kept the existing semantics for
__typeof, and for typeof in pre-C2x modes, when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107853
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108067
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107853
Patrick Palka changed:
What|Removed |Added
CC||danakj at orodu dot net
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107853
--- Comment #4 from Patrick Palka ---
*** Bug 108067 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 108066, which changed state.
Bug 108066 Summary: [10/11/12/13 Regression] ICE in
use_pack_expansion_extra_args_p, at cp/pt.cc:12661 since
r12-1094-gdb79713150f4f8b6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108066
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108066
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108179
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #13 from Iain Sandoe ---
oops - pasto on the power results:
=== gm2 Summary for unix/-m64 ===
# of expected passes11809
# of unexpected failures59
=== gm2 Summary ===
# of expe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #12 from Iain Sandoe ---
With the change above (and adding an assert that the function is not
defined/implemented) -- NOTE: plus a number of other hacks to workaround other
PRs in progress ... we now have something more reasonable fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108142
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108079
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108079
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #18 from CVS Commits ---
The master branch has been updated by Chung-Lin Tang :
https://gcc.gnu.org/g:fdc7469cf597ec11229ddfc3e9c7a06f3d0fba9d
commit r13-4832-gfdc7469cf597ec11229ddfc3e9c7a06f3d0fba9d
Author: Chung-Lin Tang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107379
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107822
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
--- Comment #10 from Gleb Mazovetskiy ---
The patch in Comment 8 fixes the issue for me!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107888
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107942
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
Ever conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108194
--- Comment #2 from Andrew Pinski ---
Note you are also using a gcc extension of __typeof so that could add it to the
type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
--- Comment #9 from Jonathan Wakely ---
(In reply to Gleb Mazovetskiy from comment #7)
> Note that the 3.4.11 has a single @.
> All the other symbols have @@.
This is expected and entirely correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
--- Comment #8 from Jonathan Wakely ---
I think this should solve the problem:
--- a/libstdc++-v3/src/c++11/compatibility-condvar.cc
+++ b/libstdc++-v3/src/c++11/compatibility-condvar.cc
@@ -67,6 +67,22 @@ _GLIBCXX_END_NAMESPACE_VERSION
&&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107991
--- Comment #5 from rsandifo at gcc dot gnu.org
---
>From a slightly old build, but it looks like we have a redundant move:
(insn 4 27 28 2 (set (reg/v:SI 85 [ i ])
(reg:SI 91)) "foo.c":9:31 83 {*movsi_internal}
(expr_list:REG_DEA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
--- Comment #6 from Richard Biener ---
replace_phi_edge_with_variable assumes we replace things with the same value,
if the new transform does something different because of the _uses_ of the
value then it has to make sure to not copy range info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
--- Comment #5 from Richard Biener ---
But we end up with
[local count: 1073741824]:
b.1_1 = b;
if (b.1_1 != 0)
goto ; [50.00%]
else
goto ; [50.00%]
[local count: 536870913]:
iftmp.3_14 = d;
[local count: 966367640]:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108194
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108166
--- Comment #4 from Jakub Jelinek ---
The phiopt2 optimization is:
# iftmp.3_10 = PHI
- if (iftmp.3_10 != 0)
-goto ; [56.25%]
- else
-goto ; [43.75%]
-
- [local count: 536870913]:
-
- [local count: 1073741824]:
- # iftmp.2_9 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108179
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108120
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108116
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108106
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
--- Comment #7 from Gleb Mazovetskiy ---
$ output/gcw0/host/bin/mipsel-gcw0-linux-uclibc-gcc-nm -gD
output/gcw0/target/lib/libstdc++.so | grep condition_variable | grep wait
00084ecc T
_ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE@GL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107994
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:845b514e8a150447ba041294586af76a6ac05158
commit r13-4828-g845b514e8a150447ba041294586af76a6ac05158
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108068
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
--- Comment #6 from Jonathan Wakely ---
It seems like a problem with symbol resolution either during linking, or when
loading the dynamic library.
The old
_ZNSt18condition_variable4waitERSt11unique_lockISt5mutexE@GLIBCXX_3.4.11 symbol
is an ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108193
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108188
--- Comment #3 from Gleb Mazovetskiy ---
I am simply using buildroot to build everything, including gdb. binutils v2.38
ld.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108066
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108188
--- Comment #2 from Jonathan Wakely ---
Are you using lld to link or binutils' ld?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108060
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Component|sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108187
--- Comment #3 from Ilya Maximets ---
(In reply to Ilya Maximets from comment #2)
> (In reply to Richard Biener from comment #1)
> > Well, between the store to ->source and the read from it is the call
> > to dp_packet_use_afxdp which gets &xpac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108036
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #6 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108007
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Last reconfirmed|2022-12-07 00:00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107814
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:52daccd82cd71bd065826784ebb6eb04fa9b42af
commit r12-9005-g52daccd82cd71bd065826784ebb6eb04fa9b42af
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104731
--- Comment #14 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:52daccd82cd71bd065826784ebb6eb04fa9b42af
commit r12-9005-g52daccd82cd71bd065826784ebb6eb04fa9b42af
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105397
--- Comment #3 from Iain Sandoe ---
the import places attributes at the end.
so
import module Foo [[]];
it would seem to be symmetrical to have:
export import Foo [[...]];
export module Foo [[...]];
but, ts present, (if I read it correc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107991
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108194
Bug ID: 108194
Summary: GCC won't treat two compatible function types as
compatible if any of them (or both of them) is
declared _Noreturn
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107966
Richard Biener changed:
What|Removed |Added
Keywords||internal-improvement
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107944
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108130
--- Comment #3 from Martin Liška ---
I noticed one more issue starting with this revision and it's linker error when
building systemd-mini package:
https://build.opensuse.org/package/live_build_log/home:marxin:home:marxin:gcc-periodic-testing-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #6 from Marc Glisse ---
Indeed, this looks like a common issue (at least with the x86 backend): the
memory load is combined with the comparison before we try combining the
comparison with the blend, and this last combination is then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
--- Comment #8 from Richard Biener ---
Just to recap here, we inline fun3 via inline_always_inline_functions and
then early_inline_small_functions bails on the call because foo4
doesn't yet have a function summary:
/* We can encounter not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108187
--- Comment #2 from Ilya Maximets ---
(In reply to Richard Biener from comment #1)
> Well, between the store to ->source and the read from it is the call
> to dp_packet_use_afxdp which gets &xpacket->packet as argument and thus
> needs to be tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107897
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107853
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102218
--- Comment #4 from Tamar Christina ---
(In reply to ktkachov from comment #3)
> Does this need to be backported to other release versions as it's a
> wrong-code bug?
Yes Ideally. I did ask for backport but was only approved for master.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107814
Richard Biener changed:
What|Removed |Added
Known to work||13.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108191
--- Comment #7 from Jakub Jelinek ---
(In reply to 罗勇刚(Yonggang Luo) from comment #6)
> Is the following command are valid usage? It's compiled properly
No, this is invalid.
>
> ```
>
> // compile args: -fPIC -O2 -D__SSE3__=1 -D__SSSE3__=1 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107767
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #6 from AlexK ---
(In reply to Richard Biener from comment #1)
> can you try configuring with --without-build-config please?
/mnt/Git/apt-build/build/gcc-12.2.0/build $
../configure --prefix=/tools/gcc-12.2.0 --without-build-conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #5 from AlexK ---
(In reply to Richard Biener from comment #1)
> can you try configuring with --without-build-config please?
first small error - zstd link
I will change Makefile in gcc
see mylog.tar.gz attachment
1 - 100 of 109 matches
Mail list logo