http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47456
--- Comment #9 from steve.reinke at iws dot fraunhofer.de 2011-02-01 07:52:46
UTC ---
i added a testcase...
i hope anybody can help me now, please...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
--- Comment #12 from Tobias Burnus 2011-02-01
07:29:44 UTC ---
(In reply to comment #11)
> trunk/gcc/testsuite/gfortran.dg/typebound_call_19.f03
"valgrind ./a.out" shows:
Invalid free() / delete / delete[]
at 0x4C256FC: free (in /usr/lib64
-tune-32=generic
--with-arch-64=x86-64 --with-tune-64=generic --with-fpmath=sse
--enable-fully-dynamic-string --disable-nls
--enable-languages=c,c++,fortran,objc,obj-c++ --enable-libgomp --enable-libssp
--enable-lto
Thread model: win32
gcc version 4.6.0 20110131 (experimental) (GCC)
oracle@vc:~$ i686
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #28 from Dave Korn 2011-02-01 06:59:58
UTC ---
It looks like the problem is much earlier than the linker; it looks like the IR
symtabs in the input object files are being generated incorrectly. Here are
the real symbol tables:
$ ./o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #8 from Jack Howarth 2011-02-01
06:10:32 UTC ---
Actually a backtrace confirms that current gcc trunk is broken and the missing
linkage on /usr/lib/libgcc_s.1.dylib is causing the wrong unwinder to be
used...
howarth% ../bin/xplor -d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47561
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
--- Comment #12 from Dave Korn 2011-02-01 04:03:02
UTC ---
(In reply to comment #11)
> Recreated this on linux x86_64 with gcc 4.6-20110129. Running ulimit -a shows
> me that the default stack limit is 8192 and increasing this to 18000 allows
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #7 from Jack Howarth 2011-02-01
04:01:52 UTC ---
Also note that on darwin10...
lrwxr-xr-x 1 root wheel 17 Nov 4 19:37 libgcc_s.1.dylib ->
libSystem.B.dylib
lrwxr-xr-x 1 root wheel 19 Nov 4 20:32 libgcc_s.10.4.dylib ->
l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #6 from Jack Howarth 2011-02-01
03:55:13 UTC ---
We should be very concerned about the fact that on the darwin10 builds of gcc
trunk, we don't prefix the same symbols in the FSF gcc's libgcc_s.1.dylib with
$ld$hide$os10.4$, $ld$hide$o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
AssignedTo|unassigned at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47564
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47564
Diego Novillo changed:
What|Removed |Added
CC||dnovillo at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47564
Summary: internal compiler error in memory_address_addr_space,
at explow.c:504
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47563
Summary: m32r does not have synchronization primitives
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47293
--- Comment #4 from Jerry DeLisle 2011-02-01
02:29:21 UTC ---
Author: jvdelisle
Date: Tue Feb 1 02:29:18 2011
New Revision: 169466
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169466
Log:
2011-01-31 Jerry DeLisle
PR libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
Nathan Froyd changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #14 from Nathan Froyd 2011-02-01
02:11:57 UTC ---
Author: froydnj
Date: Tue Feb 1 02:11:54 2011
New Revision: 169465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169465
Log:
gcc/
Backport from mainline:
2010-12-30
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45039
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #27 from Ramana Radhakrishnan
2011-02-01 01:38:32 UTC ---
On Tue, Feb 1, 2011 at 1:35 AM, bernds at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
>
> --- Comment #26 from Bernd Schmidt 2011-02-01
> 01:3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
--- Comment #26 from Bernd Schmidt 2011-02-01
01:34:59 UTC ---
I'll be testing the backport and committing the patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47562
Summary: Meta bug to keep track of Neon enhancements.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: enhancement
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47373
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42835
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40457
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47548
--- Comment #1 from DJ Delorie 2011-02-01 01:06:43 UTC
---
Created attachment 23192
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23192
Patch to avoid trying to validate interim patterns
Try this one. If there are multiple reloads needed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42835
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #27 from dave at hiauly1 dot hia.nrc.ca 2011-02-01 00:37:22 UTC ---
On Mon, 31 Jan 2011, davek at gcc dot gnu.org wrote:
> If one of you could try the whole thing with "--save-temps -v -Wl,-v
> -Wl,--verbose", and attach the various
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #5 from Jack Howarth 2011-02-01
00:32:07 UTC ---
Iain,
I think you are confused about what reverting r163267 achieves. I believe
the remaining change in r163267 was left in place because we were under the
impression that the magic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #26 from dave at hiauly1 dot hia.nrc.ca 2011-02-01 00:27:21 UTC ---
On Mon, 31 Jan 2011, davek at gcc dot gnu.org wrote:
> If one of you could try the whole thing with "--save-temps -v -Wl,-v
> -Wl,--verbose", and attach the various
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47561
--- Comment #1 from Andrew Pinski 2011-02-01
00:20:33 UTC ---
-ftree-loop-linear This is all documented in the manual.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #4 from Jack Howarth 2011-02-01
00:14:17 UTC ---
(In reply to comment #3)
> we keep going round this loop --- by making this change; you are replacing the
> unwinder in libSystem with the one in FSF libgcc_s.
Why do you say that? I a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47561
Summary: Error message does not say to which option it refers
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47560
Summary: [4.6 Regression] FAIL: abi/header_cxxabi.c (test for
excess errors)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #3 from Iain Sandoe 2011-01-31 23:49:31
UTC ---
we keep going round this loop --- by making this change; you are replacing the
unwinder in libSystem with the one in FSF libgcc_s.
This might well work for stand-alone code -- but it is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47515
--- Comment #5 from Ian Lance Taylor 2011-01-31 23:44:46
UTC ---
Revision 169456, committed to mainline, avoids the --whole-archive problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #2 from Jack Howarth 2011-01-31
23:42:04 UTC ---
Created attachment 23190
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23190
differences in xplor-nih linkages from r163266 to r163267
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #1 from Jack Howarth 2011-01-31
23:36:35 UTC ---
The following patch reverting the remainder of r163267 eliminates the dipCoup
testcase failure in xplor-nih 2.27 when built with current gcc trunk on
x86_64-apple-darwin10...
Index: gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
Trevor Hemsley changed:
What|Removed |Added
CC||trevor.hemsley at ntlworld
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
--- Comment #11 from janus at gcc dot gnu.org 2011-01-31 22:52:03 UTC ---
Author: janus
Date: Mon Jan 31 22:51:59 2011
New Revision: 169455
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169455
Log:
2011-01-31 Janus Weil
PR fortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47515
--- Comment #4 from Ian Lance Taylor 2011-01-31 22:21:19
UTC ---
The backward hacking around libtool is because of the need to create .gox
files, for which I need the .o file. Part of the complexity here is
historical, though, from a time when w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
--- Comment #10 from Tobias Burnus 2011-01-31
22:18:41 UTC ---
(In reply to comment #7)
> The test in comment #6 segfault also.
That's a test-case problem.
this%x = find_x(this)
is invalid if the LHS is not associated - and a RHS null() is als
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47556
--- Comment #2 from Jeremy Fitzhardinge 2011-01-31
22:16:54 UTC ---
Hm, yes, I see. The hand-written asm, which uses %ah, does appear to run into
false partial register stalls according to 3.5.2.3 in the Intel Optimisation
Reference Manual.
On
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47559
Summary: ICE: verify_stmts failed: statement marked for throw,
but doesn't with -fnon-call-exceptions and noexcept
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
--- Comment #9 from janus at gcc dot gnu.org 2011-01-31 22:04:27 UTC ---
(In reply to comment #7)
> The test in comment #6 segfault also.
Yes, this is expected. It's not intended to be a run-time test. 'find_x'
returns a NULL-pointer, which is bei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
Summary: 163267 breaks exception traceback in xplor-nih
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
--- Comment #7 from Dominique d'Humieres 2011-01-31
21:56:08 UTC ---
The ICEs disappear with the patch in comment #6, but the test in comment #4
fails at
if(any (this%x%i /= [5, 7])) call abort() ! FAILS
and segfault later if I comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606
--- Comment #13 from Nathan Froyd 2011-01-31
21:53:15 UTC ---
Author: froydnj
Date: Mon Jan 31 21:53:12 2011
New Revision: 169452
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169452
Log:
gcc/
Backport from mainline:
2010-12-30
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47557
Summary: Effect of aligned attribute on arrays
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47556
Andrew Pinski changed:
What|Removed |Added
Target||i?86-*-*
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #17 from Artem S. Tashkinov
2011-01-31 21:46:29 UTC ---
At least on i686 platform the difference is marginal (GCC flags: -O2
-march=pentium-m -fomit-frame-pointer, Intel Core Gen 2 CPU):
GCC 3.4.6
real0m15.859s
user0m15.662s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47556
Summary: x86: fails to take advantage of high-byte addressing
mode
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
--- Comment #9 from Tobias Burnus 2011-01-31
21:42:29 UTC ---
(In reply to comment #6)
> > And the same without type-binding:
> > call init_comps(this, st, gr)
> > Error: Type mismatch in argument 'this' at (1); passed CLASS(flow_t) to
> > CL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
Joel Sherrill changed:
What|Removed |Added
Known to fail||
--- Comment #33 from Joel Sherrill 2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47029
--- Comment #3 from Hari Kodungallur 2011-01-31
20:55:37 UTC ---
Sorry for the delay. I was on vacation. I've attached the stat.h header file.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47029
--- Comment #2 from Hari Kodungallur 2011-01-31
20:54:57 UTC ---
Created attachment 23187
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23187
/usr/include/sys/stat.h from a CentOS 5.5 server.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
--- Comment #4 from joseph at codesourcery dot com 2011-01-31 20:51:56 UTC ---
The involvement of -save-temps makes me suspect the same underlying issue
as bug 21521.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
--- Comment #13 from Paolo Carlini 2011-01-31
20:50:16 UTC ---
Still, apparently it's a regression, thus, if we could identify which specific
patch fixed it and it turned out to be small enough, we could consider applying
it to 4_5-branch too, at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
andreasmeier80 at gmx dot de changed:
What|Removed |Added
CC||andreasmeier80 at gmx dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47455
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
--- Comment #3 from Yu Simin 2011-01-31 20:22:11
UTC ---
(In reply to comment #2)
> >cc1: error: failure to convert gbk to UTF-8
>
> The preprocessor is only really know how to convert UTF-8 to/from UTF16/32
> LE/BE without the help from the hos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
--- Comment #6 from Jakub Jelinek 2011-01-31
20:19:31 UTC ---
Author: jakub
Date: Mon Jan 31 20:19:25 2011
New Revision: 169447
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169447
Log:
PR c++/47416
* semantics.c (build_data_memb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47549
Andrew Pinski changed:
What|Removed |Added
Component|driver |preprocessor
--- Comment #2 from Andrew P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555
Summary: Huge memory usage when optimizing
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #25 from Dave Korn 2011-01-31 19:40:52
UTC ---
(In reply to comment #24)
> > What endian-ness are the ppc and hppa targets?
>
> hppa is big. I believe ppc is also big.
>
> Dave
Probably the first time this code has been tested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #24 from dave at hiauly1 dot hia.nrc.ca 2011-01-31 19:35:15 UTC ---
> What endian-ness are the ppc and hppa targets?
hppa is big. I believe ppc is also big.
Dave
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47519
--- Comment #7 from Paul Thomas 2011-01-31 19:13:17
UTC ---
Author: pault
Date: Mon Jan 31 19:13:13 2011
New Revision: 169444
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169444
Log:
2011-01-31 Paul Thomas
PR fortran/47519
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
H.J. Lu changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
--- Comment #14 from Jakub Jelinek 2011-01-31
18:56:33 UTC ---
Created attachment 23185
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23185
gcc46-pr45122.patch
Here is a patch I've bootstrapped/regtested today on x86_64-linux and
i686-linu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #23 from Dave Korn 2011-01-31 18:53:30
UTC ---
(In reply to comment #21)
> The problem is that first one is defined as prevailing_def_ironly while it is
> not an definition, just use of the symbol. Correct would be to have
> PREVAILI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #12 from Dominique d'Humieres
2011-01-31 18:46:23 UTC ---
> I looked at how to improve translate_scalar_reduction_to_array in
> order to avoid the creation of the temporary array, but it seems to be
> difficult as the result is writte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40183
Graham Reed changed:
What|Removed |Added
CC||greed at pobox dot com
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47492
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40979
--- Comment #11 from Sebastian Pop 2011-01-31
18:12:38 UTC ---
Here is a reduced testcase from induct.f90 for the first loop
not vectorized with -fgraphite-identity:
module mqc_m
integer, parameter, private :: longreal = selected_real_kind(15,90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47463
--- Comment #8 from janus at gcc dot gnu.org 2011-01-31 18:11:36 UTC ---
Author: janus
Date: Mon Jan 31 18:11:32 2011
New Revision: 169443
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169443
Log:
2011-01-31 Janus Weil
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #7 from Jeffrey A. Law 2011-01-31 17:58:37
UTC ---
When I first started looking at this problem I was ready to point the finger at
the ARM backend. A missing secondary reload or something along those lines..
However, after further i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #6 from Jeffrey A. Law 2011-01-31 17:57:45
UTC ---
Created attachment 23184
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23184
potential fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47554
--- Comment #2 from Aldy Hernandez 2011-01-31
17:43:11 UTC ---
./cc1plus b.C -O0 -fgnu-tm -fdump-tree-all -fdump-ipa-all -quiet
b.C: In member function 'list list::_M_get_Tp_allocator() const':
b.C:14:38: internal compiler error: in expand_expr_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47554
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47554
Summary: [trans-mem] expand_expr_addr_expr_1 ICE
Product: gcc
Version: trans-mem
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47520
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Dave Korn changed:
What|Removed |Added
CC||davek at gcc dot gnu.org
--- Comment #22 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Jan Hubicka changed:
What|Removed |Added
CC||dave.korn.cygwin at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #10 from Richard Guenther 2011-01-31
17:07:19 UTC ---
So, type Wrapper as seen by PTA has
Wrapper
offset 64: RefCount
RefCount
offset 0: a
offset 64: b
and the issue is that the ptr parameter gets the address of a as initial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
H.J. Lu changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |hjl.tools at gmail dot com
|g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47538
--- Comment #17 from Jakub Jelinek 2011-01-31
16:52:27 UTC ---
Author: jakub
Date: Mon Jan 31 16:52:22 2011
New Revision: 169441
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169441
Log:
PR tree-optimization/47538
* tree-ssa-ccp.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #9 from Richard Guenther 2011-01-31
16:40:11 UTC ---
Testcase:
struct Dummy {};
struct RefCount : public Dummy {
~RefCount(); /* Has to be non-pod. */
int *a;
int *b;
};
RefCount::~RefCount(){}
struct Wrapper : public Du
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
--- Comment #5 from Jeffrey A. Law 2011-01-31 16:33:29
UTC ---
I'm far from an ARM expert, but this looks like a problem in the ARM backend.
Anyway, I'm still investigating.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #8 from Richard Guenther 2011-01-31
16:28:19 UTC ---
Hmm. We have
D.10321_19 = MEM[(const struct RefCount &)ptr_3(D) + 8].count_;
MEM[(struct RefCount *)D.9717_8 + 8B].count_ = D.10321_19;
D.10322_20 = MEM[(struct RefCount *)D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47416
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
--- Comment #7 from Jakub Jelinek 2011-01-31
15:57:28 UTC ---
Created attachment 23180
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23180
pr47541.ii
For Richard:
x86_64-linux, trunk from today, ./cc1plus -O2 -fdump-tree-alias
-fdump-tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47543
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47541
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
1 - 100 of 152 matches
Mail list logo
