http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56167
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56167
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56167
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56170
Bug #: 56170
Summary: Extension debug_allocator seems non-compliant w.r.t.
rebind
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #30 from Jakub Jelinek 2013-02-01
07:31:24 UTC ---
Don't want to spend too much time on this, so just a few hints:
1) you want to store this in a vector (see vec.h)
2) rtxs are GC allocated, you don't want to copy_rtx it, but i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56169
--- Comment #1 from Andrew Pinski 2013-02-01
07:21:38 UTC ---
configure:15408: checking whether the GNU Fortran compiler is working
configure:15421: /usr/ports/lang/gcc/work/build/./gcc/gfortran
-B/usr/ports/lang/gcc/work/build/./gcc/
-B/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56169
Bug #: 56169
Summary: Installation the Chromium from ports fails
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #29 from Jack Howarth 2013-02-01
05:52:13 UTC ---
The proposed patch with dynamic allocation and qsort of the ctor records by
priority field reduces the number of unexpected failures for...
sudo make -k check-g++ RUNTESTFLAGS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56149
--- Comment #7 from Steve Kargl
2013-02-01 05:21:58 UTC ---
On Thu, Jan 31, 2013 at 04:29:46PM +, paul.laidler at ntlworld dot com
wrote:
> --- Comment #6 from Paul Laidler
> 2013-01-31 16:29:46 UTC ---
> Yes, winio is written in C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #28 from Jack Howarth 2013-02-01
03:00:37 UTC ---
qsort version of patch works with trivial shared lib test code of...
% cat libcov.C
struct c18 {
virtual void bar() { }
};
c18 ret;
% cat covmain.C
int main () {
}
%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56168
Bug #: 56168
Summary: [4.8 Regression] GCC seems to disregard -fno-builtin
when compiling with LTO
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
Jack Howarth changed:
What|Removed |Added
Attachment #29324|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #26 from Jack Howarth 2013-02-01
02:30:10 UTC ---
Created attachment 29324
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29324
proposed patch for dynamic allocation and qsort of ctor records by priority
field.
propose
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56167
Bug #: 56167
Summary: ICE with invalid __attribute__ arguments
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166
--- Comment #4 from Zack Weinberg 2013-02-01 00:48:43
UTC ---
Is vstring going to be promoted to std::string in the *near* future? it doesn't
seem done to me, eg there is no stringstream for it, and it appears to generate
bulkier code. (no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #7 from Jason Merrill 2013-01-31
23:23:01 UTC ---
I think these two meanings of DW_AT_static_link could be compatible if we
changed nestee's DW_AT_frame_base to point to the FRAME object, i.e. CFA-24.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #24 from Steven Bosscher 2013-01-31
23:22:43 UTC ---
(In reply to comment #23)
> (In reply to comment #19)
> > Created attachment 29317 [details]
> > kill dominator queries from domwalk
> >
> > This patch kills dominator qu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #23 from Steven Bosscher 2013-01-31
22:51:36 UTC ---
(In reply to comment #19)
> Created attachment 29317 [details]
> kill dominator queries from domwalk
>
> This patch kills dominator queries from domwalk, removing a quadra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #6 from Eric Botcazou 2013-01-31
22:34:02 UTC ---
> The idea is you can determine which instance by computing the static link,
> then unwind the stack and look for the corresponding CFA.
> The test case here is supposed to conf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
--- Comment #7 from Alexander Kobets 2013-01-31
22:30:38 UTC ---
(In reply to comment #6)
Do you have alternative solution or proposals to remove unwanted code?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #25 from Jack Howarth 2013-01-31
22:25:45 UTC ---
(In reply to comment #24)
> Suspect we need to use...
>
> ctors[ctor_index].symbol = copy_rtx(symbol);
>
> in machopic_asm_out_constructor although I am unclear on what nee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166
--- Comment #3 from Paolo Carlini 2013-01-31
22:24:21 UTC ---
I suppose ext/vstring is already fine. As regards the current
std::basic_string, if Jon has a quick fix, great, but I suggest not spending
much time on it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #24 from Jack Howarth 2013-01-31
22:22:50 UTC ---
Suspect we need to use...
ctors[ctor_index].symbol = copy_rtx(symbol);
in machopic_asm_out_constructor although I am unclear on what need need to do
to release the memory f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
--- Comment #6 from Andrew Pinski 2013-01-31
22:16:19 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> Please do not mark bug as duplicate of another bug that was not resolveed.
> Give
> any chance to anybody to fix it. Even
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
--- Comment #5 from Alexander Kobets 2013-01-31
22:13:18 UTC ---
(In reply to comment #4)
Please do not mark bug as duplicate of another bug that was not resolveed. Give
any chance to anybody to fix it. Even if you wontfix, it is do not me
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #23 from Jack Howarth 2013-01-31
22:01:39 UTC ---
Created attachment 29323
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29323
proposed patch for dynamic allocation
Proposed patch for ctor reversal in a dynamic array.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10837
Andrew Pinski changed:
What|Removed |Added
CC||akobets at mail dot ru
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55806
--- Comment #7 from Thomas Koenig 2013-01-31
21:01:58 UTC ---
*** Bug 33341 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33341
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #15 from Jack Howarth 2013-01-31
21:00:22 UTC ---
(In reply to comment #14)
> The original problem doesn't occur with gcc version 4.8.0 20130131
> (experimental) [trunk revision 195611] (GCC), built with GN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
--- Comment #3 from Alexander Kobets 2013-01-31
20:55:23 UTC ---
(In reply to comment #2)
This is I use --no-exceptions and count other optimize parameters and
absolutely do not intent any debug services or exceptions. I control my code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #64 from simon at pushface dot org 2013-01-31 20:48:10 UTC ---
I just built
Target: x86_64-apple-darwin12
gcc version 4.8.0 20130131 (experimental) [trunk revision 195611] (GCC)
and c52104y fails again. Will try removing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50342
--- Comment #14 from simon at pushface dot org 2013-01-31 20:35:01 UTC ---
The original problem doesn't occur with gcc version 4.8.0 20130131
(experimental) [trunk revision 195611] (GCC), built with GNAT GPL 2012.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49090
--- Comment #5 from Tom Tromey 2013-01-31 20:25:54
UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > > Note that we don't currently generate those tags for uninstantiated types.
> > I don't think I understand this last comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164
--- Comment #3 from Georg-Johann Lay 2013-01-31
20:25:20 UTC ---
Created attachment 29322
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29322
Small an valis test case
Output with avr-gcc 4.7.2:
avr-gcc -S -mmcu=atmega8 -Os foo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49090
--- Comment #4 from Jason Merrill 2013-01-31
20:18:30 UTC ---
(In reply to comment #3)
> > Note that we don't currently generate those tags for uninstantiated types.
> I don't think I understand this last comment.
I mean that if we only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #22 from Steven Bosscher 2013-01-31
20:16:25 UTC ---
Author: steven
Date: Thu Jan 31 20:16:07 2013
New Revision: 195632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195632
Log:
PR middle-end/56113
* fwpro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
Jason Merrill changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Jason M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49090
--- Comment #3 from Tom Tromey 2013-01-31 20:11:36
UTC ---
(In reply to comment #2)
> Is GDB actually using the DW_TAG_template_*_param to generate the name of a
> type, or just using the pretty name generated by GCC for DW_AT_name?
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49090
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #21 from Steven Bosscher 2013-01-31
19:56:33 UTC ---
(In reply to comment #19)
> This patch kills dominator queries from domwalk, removing a quadratic
> bottleneck
> I introduced there. Do so by sorting DOM children after DFS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55806
Thomas Koenig changed:
What|Removed |Added
Attachment #29225|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #4 from Tom Tromey 2013-01-31 19:40:16
UTC ---
(In reply to comment #3)
> I don't see the problem. On both i686 and x86_64 'p self_call' prints 1,
> which
> matches the value returned by the function, so debugging seems to be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37237
--- Comment #10 from Jason Merrill 2013-01-31
19:32:35 UTC ---
I don't think such an attribute belongs in the DWARF standard, since this is
very much an internal detail of the ABI; another ABI might have just a single
destructor with magic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
Jason Merrill changed:
What|Removed |Added
Status|NEW |WAITING
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55059
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508
--- Comment #8 from Jason Merrill 2013-01-31
18:30:32 UTC ---
I backed out Paul's later patch in favor of the earlier one from
http://gcc.gnu.org/ml/gcc-patches/2012-10/msg00450.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55059
--- Comment #7 from Jason Merrill 2013-01-31
18:29:21 UTC ---
Author: jason
Date: Thu Jan 31 18:29:15 2013
New Revision: 195622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195622
Log:
PR debug/55059
PR debug/54508
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508
--- Comment #7 from Jason Merrill 2013-01-31
18:29:24 UTC ---
Author: jason
Date: Thu Jan 31 18:29:15 2013
New Revision: 195622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195622
Log:
PR debug/55059
PR debug/54508
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166
--- Comment #1 from Zack Weinberg 2013-01-31 18:21:49
UTC ---
Created attachment 29320
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29320
test case
In case you're wondering, this was an attempt to do at least *some* testing of
a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166
Bug #: 56166
Summary: std::string::clear() can allocate memory despite being
marked noexcept
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51544
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56162
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56160
Julian Taylor changed:
What|Removed |Added
Version|4.4.1 |4.8.0
--- Comment #4 from Julia
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56160
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #25 from David Edelsohn 2013-01-31
17:50:07 UTC ---
15: r3 = rhs0
17: r3 = rhs1 (r3, ..., !r65)
20: use(r3)
24: r3 = rhs2
26: r3 = rhs3 (r3, ..., !r65)
29: use(r3)
Insn 24 does not depend on r65 and can move above insn 17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55059
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
--- Comment #1 from Alexander Kobets 2013-01-31
17:26:51 UTC ---
Created attachment 29319
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29319
Result code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56165
Bug #: 56165
Summary: Missed optimization for 'noreturn' functions
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
--- Comment #13 from Paolo Carlini 2013-01-31
16:59:52 UTC ---
Great, thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #38 from Jakub Jelinek 2013-01-31
16:57:15 UTC ---
Author: jakub
Date: Thu Jan 31 16:57:09 2013
New Revision: 195618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195618
Log:
PR libgomp/55561
* config/linu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56157
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
--- Comment #12 from Marc Glisse 2013-01-31
16:53:42 UTC ---
Ok, I'll add a testcase and test the patch in a couple weeks if nobody beats me
to it (I am leaving tonight).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56157
--- Comment #10 from Richard Biener 2013-01-31
16:52:36 UTC ---
Author: rguenth
Date: Thu Jan 31 16:52:28 2013
New Revision: 195616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195616
Log:
2013-01-31 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #20 from Richard Biener 2013-01-31
16:52:28 UTC ---
Remains:
parser function body: 122.90 (35%) usr
tree PTA: 120.27 (34%) usr
TOTAL : 353.61
the rest is all <= 2%.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54410
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56162
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #19 from Richard Biener 2013-01-31
16:36:04 UTC ---
Created attachment 29317
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29317
kill dominator queries from domwalk
This patch kills dominator queries from domwalk, remo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56162
--- Comment #1 from Jason Merrill 2013-01-31
16:34:26 UTC ---
Author: jason
Date: Thu Jan 31 16:34:14 2013
New Revision: 195614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195614
Log:
PR c++/56162
PR c++/56104
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56104
--- Comment #9 from Jason Merrill 2013-01-31
16:34:29 UTC ---
Author: jason
Date: Thu Jan 31 16:34:14 2013
New Revision: 195614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195614
Log:
PR c++/56162
PR c++/56104
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54410
--- Comment #3 from Jason Merrill 2013-01-31
16:34:07 UTC ---
Author: jason
Date: Thu Jan 31 16:33:57 2013
New Revision: 195613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195613
Log:
PR c++/54410
* dwarf2out.c (gen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56149
--- Comment #6 from Paul Laidler 2013-01-31
16:29:46 UTC ---
Yes, winio is written in C with the binding "int winio(char *string, ...)"
and it is not Fortran standard conforming.
In my opinion there should be no problem with backwards co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56149
--- Comment #5 from Steve Kargl
2013-01-31 15:54:56 UTC ---
On Wed, Jan 30, 2013 at 07:58:27PM +, paul.laidler at ntlworld dot com
wrote:
> --- Comment #2 from Paul Laidler
> 2013-01-30 19:58:27 UTC ---
>
> Many thanks for your re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56157
--- Comment #9 from Richard Biener 2013-01-31
14:54:05 UTC ---
The issue is latent on the 4.7 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56157
--- Comment #8 from Richard Biener 2013-01-31
14:45:46 UTC ---
The check
/* In the end of a pattern sequence we have a use of the original
stmt,
so we need to compare OPRND with the original def. */
if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164
--- Comment #1 from demiurg_spb at freemail dot ru 2013-01-31 14:30:00 UTC ---
Created attachment 29316
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29316
testcase (zip-archive)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #37 from Jakub Jelinek 2013-01-31
14:29:27 UTC ---
As discussed elsewhere, __atomic_load_n actually should work on all targets, if
the backend doesn't have special support for that, it is emitted as normal load
for loads with s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164
Bug #: 56164
Summary: avr-gcc 4.7.2 fail with __flash keyword
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56163
Bug #: 56163
Summary: Template instantiation limit not kicking in
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: ice-on-invali
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56145
--- Comment #1 from Vincent 2013-01-31 13:40:36 UTC
---
x86_64-w64-mingw32-gcc -Os -ffast-math -floop-parallelize-all -I. -std=gnu99 -c
-o common/predict.o common/predict.c
common/predict.c: In function 'x264_predict_16x16_dc_c':
common/p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
--- Comment #11 from Jakub Jelinek 2013-01-31
13:05:52 UTC ---
Yeah, looks nice.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
--- Comment #10 from Paolo Carlini 2013-01-31
12:57:46 UTC ---
Just to confirm that I like this sort of change. Thanks Marc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
--- Comment #9 from Marc Glisse 2013-01-31 12:53:45
UTC ---
Created attachment 29315
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29315
#undef complex only if is included
Completely untested patch just to make comment #1 more cl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56161
--- Comment #3 from Sami Farin 2013-01-31
12:13:46 UTC ---
Yes that array access was evil, but I didn't know this kind of things can
happen :)
Hmm seems Venkataramanan forgot to notify dcraw maintainer.. I'll do it now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
--- Comment #3 from Jakub Jelinek 2013-01-31
12:13:24 UTC ---
Another testcase, this time from PR56161 :
void bar (void *);
void
fn6 (void)
{
double a[4][3], b[12];
int i;
bar (b);
for (i = 0; i < 12; i++)
a[0][i] =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56161
--- Comment #2 from Jakub Jelinek 2013-01-31
12:02:51 UTC ---
Using:
double *cam_xyzp = (double *) &cam_xyz[0][0];
before the loop and using cam_xyzp[j] instead of cam_xyz[0][j]
or using cam_xyz[j/3][j%3] or making cam_xyz one dimension
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54410
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56157
--- Comment #7 from Richard Biener 2013-01-31
11:59:06 UTC ---
Even more reduced, avoids any loop versioning in the vectorizer:
struct Pixel {
unsigned short r;
unsigned short g;
unsigned short b;
unsigned short a;
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56157
--- Comment #6 from Richard Biener 2013-01-31
11:54:09 UTC ---
Reduced testcase:
struct Pixel {
unsigned short r;
unsigned short g;
unsigned short b;
unsigned short a;
};
void fn(unsigned char *dst, const unsigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56161
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56157
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56162
Bug #: 56162
Summary: PASS->FAIL: g++.old-deja/g++.mike/pmf1.C -std=c++11
execution test (occurs 2 times)
Classification: Unclassified
Product: gcc
Version: 4.8.0
1 - 100 of 136 matches
Mail list logo
