http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
--- Comment #8 from demiurg_spb at freemail dot ru 2013-03-13 06:46:40 UTC ---
(In reply to comment #7)
> Sorry? I don't understand you last remark. Are you saying it is trivial to
> implement in the avr backend?
>
No. Implementation is h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56575
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56575
--- Comment #8 from Paul Thomas 2013-03-13 06:36:10
UTC ---
Author: pault
Date: Wed Mar 13 06:36:02 2013
New Revision: 196628
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196628
Log:
2013-03-13 Paul Thomas
PR fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56575
--- Comment #7 from Paul Thomas 2013-03-13 05:32:15
UTC ---
Author: pault
Date: Wed Mar 13 05:32:07 2013
New Revision: 196627
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196627
Log:
2013-03-13 Paul Thomas
PR fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56608
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Sum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55532
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56608
--- Comment #1 from udifuchs at gmail dot com 2013-03-13 02:56:37 UTC ---
Created attachment 29659
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29659
Testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56608
Bug #: 56608
Summary: built-in floor function returns false results when
build with -ffast-math
Classification: Unclassified
Product: gcc
Version: 4.7.2
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52374
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #12 from dave.anglin at bell dot net 2013-03-13 01:50:05 UTC ---
On 12-Mar-13, at 1:48 PM, jamborm at gcc dot gnu.org wrote:
> I'm just guessing, but is it possible that MAY_HAVE_DEBUG_STMTS is 0
>
> even with -g on hppa-hpux?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56605
Steven Bosscher changed:
What|Removed |Added
CC|steven at gcc dot gnu.org |
--- Comment #3 from Steven B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56605
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56607
Bug #: 56607
Summary: [4.8 regression] GCC fails to warn on division by zero
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56581
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-invalid-code,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #22 from Jakub Jelinek 2013-03-12
21:47:38 UTC ---
Short C testcase reproducing the exp_ch7.adb issue (for -O2):
void bar (int);
__attribute__((noinline)) static int
foo (int x)
{
int i = 1;
if (x > 1)
do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55972
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54764
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
Georg-Johann Lay changed:
What|Removed |Added
Status|SUSPENDED |ASSIGNED
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56606
Bug #: 56606
Summary: GCC refuses to emit long calls for operator new/delete
on PowerPC
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
Jakub Jelinek changed:
What|Removed |Added
Attachment #29650|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56605
--- Comment #1 from Steven Bosscher 2013-03-12
19:54:05 UTC ---
Confirmed, compiling with -mcpu=power7 -msvx -O3 -fno-unroll-loops
Comes from here:
Breakpoint 8, doloop_modify (loop=0x3fffb5dc0ee0, desc=0x111d6d00,
doloop_seq=0x3fffb5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56605
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56605
Bug #: 56605
Summary: Redundant branch introduced during loop2 phases
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: missed-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54970
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #11 from dave.anglin at bell dot net 2013-03-12 18:27:01 UTC ---
On 3/12/2013 1:59 PM, jakub at gcc dot gnu.org wrote:
> I think -fvar-tracking-assignments is disabled by default if selective
>
> scheduler is enabled, but I doub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54896
--- Comment #8 from Steven Bosscher 2013-03-12
18:23:29 UTC ---
With r196576 on x86_64 (gcc17):
at -O1:
alias stmt walking : 30.99 (36%) usr
reload CSE regs : 18.94 (22%) usr
CSE : 14.94 (17%) usr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54970
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #9 from Martin Jambor 2013-03-12
17:48:15 UTC ---
I'm just guessing, but is it possible that MAY_HAVE_DEBUG_STMTS is 0
even with -g on hppa-hpux? If so, that (and I suppose the debug
format) would be the cause and skipping/xfa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56602
--- Comment #3 from Alan Hourihane 2013-03-12
17:43:12 UTC ---
I'm trying the attached patch now, but does this look o.k. ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56602
--- Comment #2 from Alan Hourihane 2013-03-12
17:42:39 UTC ---
Created attachment 29656
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29656
non-ELF m68k systems require default .text section for code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56593
--- Comment #6 from Eric Botcazou 2013-03-12
17:31:28 UTC ---
> What "it" do you mean at (1)?
-g
> Putting nested functions in the same partition as the parent is not
> really arbitrary. Nested functions have a limited scope, and AFA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56593
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54970
Steven Bosscher changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56560
--- Comment #9 from Eric Botcazou 2013-03-12
17:07:40 UTC ---
> This patch adds callee_pass_avx256_p and callee_return_avx256_p
> to ix86_args. ix86_function_arg copies them to cfun->machine
> when ix86_function_arg is called with VOIDmod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56604
Bug #: 56604
Summary: Missing obj-c++.srcman target
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56593
--- Comment #4 from Eric Botcazou 2013-03-12
16:53:15 UTC ---
> Is there any advantage in putting nested functions in different partition from
> the parent function? I'd say LTO just should try hard to make to put them
> into
> the same
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56560
H.J. Lu changed:
What|Removed |Added
Attachment #29645|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56593
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56593
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56603
Bug #: 56603
Summary: Different _MM_HINT_TX values from ICC
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #8 from John David Anglin 2013-03-12
14:53:13 UTC ---
Created attachment 29654
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29654
Tree dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #7 from John David Anglin 2013-03-12
14:52:11 UTC ---
Created attachment 29653
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29653
Tree dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #16 from rguenther at suse dot de
2013-03-12 14:33:52 UTC ---
On Tue, 12 Mar 2013, wbrana at gmail dot com wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
>
> --- Comment #15 from wbrana 2013-03-12 14:28:43
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56597
--- Comment #4 from jjwang 2013-03-12 14:31:27
UTC ---
I think one rule can be add to gcc that is:
if GCC decide to use the vector instructions that require alignment in
condition the users are not realized it, the variable should be ali
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #15 from wbrana 2013-03-12 14:28:43 UTC
---
I can see different results with different linkers - see above.
Your CPU is Nehalem quad core, but my CPU is Sandy Bridge dual core, which have
less L1/L2/L3 cache.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56346
--- Comment #5 from John David Anglin 2013-03-12
14:28:22 UTC ---
With patch, build fails with following error:
/test/gnu/gcc/objdir1/./prev-gcc/xg++ -B/test/gnu/gcc/objdir1/./prev-gcc/
-B/opt
/gnu/gcc/gcc-4.8/hppa2.0w-hp-hpux11.11/bin/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56602
--- Comment #1 from Alan Hourihane 2013-03-12
14:19:02 UTC ---
configure:3371: /j/var/tmp/portage/sys-devel/gcc-4.7.2/work/build/./gcc/xgcc
-B/j/var/tmp/portage/sys-devel/gcc-4.7.2/work/build/./gcc/
-B/usr/m68k-atari-mint/bin/ -B/usr/m68k-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56602
Bug #: 56602
Summary: ICE: internal compiler error: in
default_no_named_section, at varasm.c:6346
Classification: Unclassified
Product: gcc
Version: 4.7.2
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #20 from Jakub Jelinek 2013-03-12
14:13:56 UTC ---
Ok, based on reading what exactly record_estimate does, I've tried:
--- tree-ssa-loop-niter.c.xx2013-03-12 13:47:08.0 +0100
+++ tree-ssa-loop-niter.c2013-03-12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #47 from Richard Biener 2013-03-12
14:05:10 UTC ---
With caching affine-combination compute and ao_ref compute I have it down to
tree loop invariant motion: 596.91 (79%) usr 0.73 (29%) sys 599.77 (78%)
wall 31135 kB ( 3%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #38 from Jason Merrill 2013-03-12
14:03:05 UTC ---
(In reply to comment #37)
> I assumed it to be public... So I suppose there is no way to write
> constructor
> of fstream that would not be linked into libstdc++.so but that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #37 from Jan Hubicka 2013-03-12 13:32:15
UTC ---
> > So perhaps the construction vtables should be always comdat hidden?
>
> Hmm? My earlier patch made them hidden, and they were already comdat. Do you
> mean something else
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56312
--- Comment #6 from Martin Liška 2013-03-12
13:31:06 UTC ---
Hello Jan, there's a link to dump:
https://mega.co.nz/#!bBF3kBSI!JPkMhRtHgUAx_lUw-VctVB0llul3BSrad2dpF9_6yJQ
(extracted size is about 16GB)
Could you please paste your .mozconfig fil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56578
--- Comment #4 from Dmitry Gorbachev
2013-03-12 13:30:30 UTC ---
> We could say the bug is in the testcase. Failing is:
[...]
> that's because you are providing an implementation of
> malloc in libxxx.a a.o from func.c that does not have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56557
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56597
--- Comment #3 from jjwang 2013-03-12 13:24:15
UTC ---
(In reply to comment #2)
> "but when I try to run a test program compiled by VC++ that use the Dlls
> compiled by gcc"
>
> so I assume this is on mingw32/64. Which means that whate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #36 from Jason Merrill 2013-03-12
13:05:52 UTC ---
(In reply to comment #35)
> I am still bit confused how keyed construction vtables are supposed to work.
> If I understand it right, and there is no C++ ABI mangling for those
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55611
Marc Glisse changed:
What|Removed |Added
Attachment #28931|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56312
--- Comment #5 from Jan Hubicka 2013-03-12
13:03:36 UTC ---
Sadly this problem does not reproduce to me (though I use -fno-fat-lto-objects
that makes the build quite a bit faster). Can you please upload for me the
files produced by --save
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56557
--- Comment #15 from Jan Hubicka 2013-03-12
13:00:11 UTC ---
Filled in binutils PR http://sourceware.org/bugzilla/show_bug.cgi?id=15270
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56557
Jan Hubicka changed:
What|Removed |Added
Component|libstdc++ |lto
--- Comment #14 from Jan Hubi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #19 from Jakub Jelinek 2013-03-12
12:40:54 UTC ---
On:
int a[18];
void
foo (void)
{
int i;
for (i = 16; i < 32; i++)
a[i] = 26;
}
distilled from unwind-dw2.c, I'm just surprised that at -O2
the http://gcc.gnu.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56557
--- Comment #13 from Jan Hubicka 2013-03-12
12:38:54 UTC ---
Author: hubicka
Date: Tue Mar 12 12:38:47 2013
New Revision: 196613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196613
Log:
PR lto/56557
* lto-streamer-ou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #18 from Jakub Jelinek 2013-03-12
12:35:59 UTC ---
There is also a problem in unwind-dw2.c, but that looks like something we
should probably fix:
../../../libgcc/unwind-dw2.c: In function ‘execute_cfa_program’:
../../../libgcc/unwind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56571
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56571
--- Comment #5 from Jan Hubicka 2013-03-12
12:13:44 UTC ---
Author: hubicka
Date: Tue Mar 12 12:13:33 2013
New Revision: 196612
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196612
Log:
PR middle-end/56571
* valtrack.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #17 from Jakub Jelinek 2013-03-12
11:48:09 UTC ---
Second issue is from caller-save.c (setup_save_areas), again -Werror -O2:
int a, b[53][5], c[53][5];
int bar (void);
void
foo (void)
{
int i, j, k;
for (i = 0; i <
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
--- Comment #6 from Georg-Johann Lay 2013-03-12
11:42:30 UTC ---
Author: gjl
Date: Tue Mar 12 11:42:26 2013
New Revision: 196611
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196611
Log:
PR target/56263
* config/avr/a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56560
--- Comment #7 from Eric Botcazou 2013-03-12
11:37:27 UTC ---
> This patch adds expand_args to track library calls to
> expend arguments. We add vzeroupper when expand_args == 1,
> which indicates we are expanding the actual function.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #16 from Jakub Jelinek 2013-03-12
11:30:02 UTC ---
First issue is (with -Werror -O2) error on attribs.c. Reduced testcase:
const void *a, *b, *c, *d, *e;
const void *f[4];
void
foo (void)
{
unsigned long i;
f[0] = a; f[1] = b; f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #15 from Jakub Jelinek 2013-03-12
11:26:15 UTC ---
Created attachment 29651
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29651
X2
Incremental debugging hack.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
Jakub Jelinek changed:
What|Removed |Added
Attachment #29639|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #46 from Richard Biener 2013-03-12
10:46:45 UTC ---
Created attachment 29649
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29649
symmetry in reference testing
Exploit symmetry in reference testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56601
--- Comment #4 from m...@waldemar-brodkorb.de 2013-03-12 10:25:23 UTC ---
Hi,
thanks for the fast response.
I ktrace't the driver and the log is here:
http://www.waldemar-brodkorb.de/kdump
30611 arm-openwrt-linu NAMI
"/home/wbx/openw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56601
--- Comment #3 from Richard Biener 2013-03-12
10:19:43 UTC ---
Seems to work for me with a quick test targeting arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56601
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56598
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56601
Bug #: 56601
Summary: OpenBSD lto-plugin fails to use
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56578
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|W
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56598
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56597
Richard Biener changed:
What|Removed |Added
Target||mingw*
Status|UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56600
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56598
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56600
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56294
--- Comment #22 from Martin Jambor 2013-03-12
09:09:12 UTC ---
Indeed, bootstrap with BOOT_CFLAGS='-O2 -g -fno-ipa-sra' now finally
passes. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56600
Bug #: 56600
Summary: loop goes indefinite when non-loop integer variable
overflows
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56586
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #6 from Martin Jambor 2013-03-12
08:32:10 UTC ---
(In reply to comment #5)
> I can reproduce the failure with a i686-apple-darwin9 cross
> to hppa2.0w-hp-hpux11.11.
Can you please attach -fdump-tree-ealias-slim and
-fdump-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56557
--- Comment #12 from Jakub Jelinek 2013-03-12
08:19:28 UTC ---
Wouldn't that mean that if you emit _ZTT* for the same class in multiple TUs in
one shared library and the _ZTT* references these static _ZTC* symbols, that
the construction vt
91 matches
Mail list logo
