https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92440
Igel changed:
What|Removed |Added
CC||ich.freak at gmx dot net
--- Comment #5 from Igel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105256
--- Comment #26 from Richard Biener ---
What's odd is that we could successfully build 99.0.1 with
r11-9662-g6a1150d1524aed but it now fails this reported way with the release
candidate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105276
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105256
--- Comment #27 from Martin Liška ---
So it started on gcc-11 branch with r11-9711-g6ba2a7e7474135.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105256
Richard Biener changed:
What|Removed |Added
Blocks||102990
--- Comment #28 from Richard Bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #18 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
--- Comment #2 from Jakub Jelinek ---
Created attachment 52830
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52830&action=edit
gcc12-pr105257.patch
Untested fix.
The problem is that (reg:DI 24 %i0 [109]) in a delay slot of the return
sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105282
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105287
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105289
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105293
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105294
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105306
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105282
--- Comment #4 from Martin Liška ---
(In reply to Sergei Trofimovich from comment #2)
> Proposed the fix as
> https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg283031.html
Next time, please use our official mailing list:
https://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105238
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43943
Stefan changed:
What|Removed |Added
CC||kdevel at vogtner dot de
--- Comment #8 from St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105281
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #2 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105307
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105306
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105306
--- Comment #2 from Jakub Jelinek ---
Note, with -Ofast -fsemantic-interposition or -Ofast
-fno-semantic-interposition, there is no ICE with any of r12-1, r12-5411,
r12-5412 or r12-8189.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105306
--- Comment #3 from Martin Liška ---
Reduced test-case:
$ cat semantic.C
#pragma GCC optimize 0
template void foo(T);
struct B {
~B() {}
};
struct C {
B f;
};
template struct E {
void bar() { foo(g); }
C g;
};
template class E;
$ g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
--- Comment #4 from Eric Botcazou ---
> The problem is that (reg:DI 24 %i0 [109]) in a delay slot of the return
> satisfies sparc_pic_register_p but epilogue_renumber turns that into:
> (reg:DI 8 %o0) which doesn't satisfy it.
> The attached pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
Jakub Jelinek changed:
What|Removed |Added
Attachment #52830|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707
--- Comment #3 from Jan Palus ---
I doubt this has anything to do with riscv or multilib. It's just gcc that
assumes all linkers should lookup /lib and /usr/lib and skips them when passing
library paths to linker:
https://gcc.gnu.org/git/?p=gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
--- Comment #6 from Eric Botcazou ---
> Updated version of the patch with /* fallthrough */ -> return 0; and
> which uses gen_rtx_REG if ORIGINAL_REGNO is 0 so that we can use a shared
> rtx in that case.
Thanks.
> Will take a while to test th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340
Kirill A. Korinsky changed:
What|Removed |Added
CC||kirill at korins dot ky
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707
--- Comment #4 from Andrew Pinski ---
(In reply to Jan Palus from comment #3)
> I doubt this has anything to do with riscv or multilib. It's just gcc that
> assumes all linkers should lookup /lib and /usr/lib and skips them when
> passing librar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340
--- Comment #30 from Iain Sandoe ---
(In reply to Kirill A. Korinsky from comment #29)
> To synchronise things.
>
> The same issue is appears on Yosemite (10.10) on MacPort's build bots on
> gcc10-bootstrap port with backported Iain's patch to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104996
--- Comment #6 from Jonathan Wakely ---
v2 posted: https://gcc.gnu.org/pipermail/gcc-patches/2022-April/593336.html
Looks like it addresses the comments by Marek and Jason.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707
--- Comment #5 from Jan Palus ---
> Arm linux multilib is just as complex as riscvs really.
Perhaps my understanding of multilib is wrong but I meant pure 32bit, single
arch environment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340
--- Comment #31 from Kirill A. Korinsky ---
Iain, you're right.
This is a differnt things vecause it uses xcode 7.2.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105306
--- Comment #4 from Jakub Jelinek ---
Created attachment 52832
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52832&action=edit
gcc12-pr105306.patch
Untested fix. Initializing semantic_interposition flag from
flag_semantic_interposition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105291
Stephan Bergmann changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105291
Jonathan Wakely changed:
What|Removed |Added
Resolution|FIXED |MOVED
--- Comment #6 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104880
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:214d2860f4e1573f04ef57bfea59da0cc66883ce
commit r12-8192-g214d2860f4e1573f04ef57bfea59da0cc66883ce
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104880
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:4b790d6e2e3d886e3116bd5591d57b29dc059910
commit r11-9887-g4b790d6e2e3d886e3116bd5591d57b29dc059910
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105244
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70321
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #14 from Jakub Jelinek ---
Looking at your patch, there is a positive change with your patch, in optimized
dump the z._data store is no longer removed:
__attribute__((externally_visible))
integer(kind=4) main (integer(kind=4) argc,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105270
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #15 from Jakub Jelinek ---
Putting a breakpoint on new_alias_set, I see that
RECORD_TYPE sq gets alias set 1
RECORD_TYPE s gets alias set 9
RECORD_TYPE t gets alias set 10
Those are
type sq
sequence
integer :: i
end type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105279
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105300
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105304
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105307
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105302
--- Comment #5 from Brecht Sanders
---
The generated internal/cpu.gox looks like the below dump. Can you see what the
issue is with the magic string?
```
: 6486 0100 5809 0200 d...X...
0010: 0500 2f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
--- Comment #15 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:353434b65ef7972172597d232ae17022d9a57244
commit r12-8195-g353434b65ef7972172597d232ae17022d9a57244
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103941
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:353434b65ef7972172597d232ae17022d9a57244
commit r12-8195-g353434b65ef7972172597d232ae17022d9a57244
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103941
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 103941, which changed state.
Bug 103941 Summary: uavgv2qi3_ceil is not used (SLP costing and patterns vs
live stmts)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103941
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104240
Bug 104240 depends on bug 103941, which changed state.
Bug 103941 Summary: uavgv2qi3_ceil is not used (SLP costing and patterns vs
live stmts)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103941
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105308
Bug ID: 105308
Summary: Specialize for_each
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105217
--- Comment #5 from Siddhesh Poyarekar ---
(In reply to Jakub Jelinek from comment #4)
> Then there is the case where we can clearly see that the pointer from malloc
> is passed to realloc or can trace it to such easily. I'd say in that case
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105309
Bug ID: 105309
Summary: recursive should be the default now, or
-fcheck=recursion is incorrect
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105308
--- Comment #1 from Jonathan Wakely ---
I'm unclear what the request is. Are you proposing this for the parallel
std::for_each with an execution policy? That code comes from the PSTL project
which is part of LLVM, and maintained by Intel, so enh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #16 from Richard Biener ---
(In reply to Mikael Morin from comment #12)
> Created attachment 52828 [details]
> Fix attempt
>
> I think the attached patch avoids the multiple declarations for
> __class_STAR_p,
> but the testsuite FAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103938
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #29 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105282
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105310
Bug ID: 105310
Summary: ICE when UNION is after the 8th field in a DEC
STRUCTURE with -finit-derived -finit-local-zero
Product: gcc
Version: 7.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104530
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105086
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
--- Comment #7 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105309
--- Comment #1 from Brad Richardson ---
After some more searching, I think this is actually a duplicate of 101632. I'll
close this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105309
Brad Richardson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101632
Brad Richardson changed:
What|Removed |Added
CC||everythingfunctional@proton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105311
Bug ID: 105311
Summary: [12]Still generate memset even with
-fno-tree-loop-distribute-patterns
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105308
--- Comment #2 from Marc Glisse ---
(In reply to Jonathan Wakely from comment #1)
> I'm unclear what the request is.
The list isn't super clear to me either, any sensible specialization of a
standard algorithm for a standard container. Even sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105310
Fritz Reese changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105302
--- Comment #6 from Ian Lance Taylor ---
The magic string itself is fine: it's the "v3;\n". Perhaps there is some
problem locating it in the file. Some of the relevant code is
go_read_export_data in gcc/go/go-backend.cc. Try to find out what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #17 from Mikael Morin ---
(In reply to Jakub Jelinek from comment #15)
> Now, the question is what is the Fortran unlimited polymorphic semantics, if
> one can store through one type and read through a different type which just
> has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105311
--- Comment #1 from Andrew Pinski ---
No member can be emitted for other reasons. This is a dup of a much much older
issue. Memset for this case has been emitting since at least 3.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105256
--- Comment #29 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:eb03e424598d30fed68801af6d6ef6236d32e32e
commit r12-8196-geb03e424598d30fed68801af6d6ef6236d32e32e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105256
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] ICE |[9/10/11 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105308
--- Comment #3 from Jonathan Wakely ---
(In reply to Marc Glisse from comment #2)
> (In reply to Jonathan Wakely from comment #1)
> > That code comes from the PSTL project which is part of LLVM,
> > and maintained by Intel, so enhancements to it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #18 from Jakub Jelinek ---
! { dg-do run }
!
! Check that pointer assignments allowed by F2003:C717
! work and check null initialization of CLASS(*) pointers.
!
! Contributed by Tobias Burnus
!
program main
interface
subroutin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Eric Botcazou ---
>> Will take a while to test though, gcc102 on GCCFarm isn't exactly fast even
>> with make -j256.
>
> Niagara 3... ouch! Let me test it on a f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:eeca2b8bd03f57c59c6cf48bf6b9bd6dc86924f6
commit r12-8197-geeca2b8bd03f57c59c6cf48bf6b9bd6dc86924f6
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105257
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9/10/11/12 regression] |[8/9/10/11 regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95986
--- Comment #2 from Bence Kodaj ---
For what it's worth #2: In gcc 11.2, instead of a failed static assertion, we
get an internal compiler error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105300
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338
Patrick O'Neill changed:
What|Removed |Added
Attachment #52368|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105312
Bug ID: 105312
Summary: attribute__((optimize("-O3")))
stress_matrix_xy_identity compiling stress-ng for arm
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338
--- Comment #9 from Jonathan Wakely ---
(In reply to RZ Pan (XieJiSS) from comment #7)
> I'm not sure why bugzilla lost sync with the mailing list.
There is no sync between gcc-patches and bugzilla, and never has been.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105136
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105313
Bug ID: 105313
Summary: [12 regression] gcc.target/powerpc/pr56605.c fails
after r12-8128-g6b7cc7294770ec
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105313
seurer at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc64-linux-gnu |powerpc64-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91239
Tom Tromey changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105282
--- Comment #5 from CVS Commits ---
The master branch has been updated by Sergei Trofimovich :
https://gcc.gnu.org/g:90a29845bfe7d6002e6c2fd49a97820b00fbc4a3
commit r12-8199-g90a29845bfe7d6002e6c2fd49a97820b00fbc4a3
Author: Sergei Trofimovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105171
--- Comment #23 from Jason A. Donenfeld ---
The output of crc32_string() is always >0 for that case (I think?). And the
case where the user passes an explicit "0" to -frandom-seed was already
considered to be "disabled" by the prior code. A 0 se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105282
Sergei Trofimovich changed:
What|Removed |Added
Summary|[11/12 Regression] V_INDIR |[11 Regression] V_INDIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105282
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105314
Bug ID: 105314
Summary: ifcvt regression in noce_try_store_flag_mask
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105314
--- Comment #1 from Christoph Müllner ---
A first analysis in noce_try_store_flag_mask() showed the following observation
in case of the failing conversion into the branchless sequence:
* if_info->b == const0_rtx holds
* rtx_equal_p (if_info->a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91239
--- Comment #3 from Tom Tromey ---
Created attachment 52836
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52836&action=edit
test program
I thought I'd upload the sources. You can just untar.
Compile with "gcc -g3 -O0 r.cc z.cc -o z"
If y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87432
Tom Tromey changed:
What|Removed |Added
CC||tromey at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100446
--- Comment #8 from Tom Tromey ---
This behavior can also be affected by the choice of linker,
see bug #91239.
1 - 100 of 114 matches
Mail list logo
