http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48898
Uros Bizjak changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #2 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48898
--- Comment #1 from Uros Bizjak 2011-05-06 06:46:57
UTC ---
Typo, can you please try this patch:
Index: netware.c
===
--- netware.c(revision 173469)
+++ netware.c(working co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48673
--- Comment #5 from Andrey Belevantsev 2011-05-06
06:24:31 UTC ---
(In reply to comment #4)
> Sounds like either ia64 must clear the disable-schedule flag on all basic
> blocks, or sms must be fixed to set TImode on the insns as needed.
Or sched
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912
Summary: [C++0x]Compiler abort silently
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48911
Summary: [C++0x]An error that a valid array subscript
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48910
Summary: Current working directory in system include search
path
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48909
Summary: [C++0x]internal compiler error: in
cxx_eval_conditional_expression, at
cp/semantics.c:6213
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Sever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48908
Kazumoto Kojima changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48908
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48908
Summary: [4.7 Regression]: build fails on cris-elf in
libiberty:md5.c, shift-related
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build, ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48907
Summary: [4.7 Regression] ICE in bitmap_first_set_bit, at
bitmap.c:782
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48906
Summary: Wrong rounding results with -m32
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: jvdeli...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48905
--- Comment #1 from John David Anglin 2011-05-06
01:16:37 UTC ---
So was revision 173376.
/dave/opt/gnu --enable-threads=posix
--enable-__cxa_atexit --build=hppa-linux --enable-clocale=gnu
--enable-java-gc=boehm --enable-java-awt=xlib --without-cloog --without-ppl
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
Thread model: posix
gcc version 4.7.0 20110505 (experimental) [trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904
Summary: x86_64-knetbsd-gnu fails to build
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48893
--- Comment #4 from John David Anglin 2011-05-06
00:56:50 UTC ---
extern int __open64 (const char *, int, mode_t);
# 235 "/usr/include/sys/fcntl.h" 3 4
static int open(a,b,c) const char *a; int b; mode_t c;
{ return __open64(a,b,c); }
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48903
Summary: sol2.c:solaris_output_init_fini: implicit declaration
of function ‘print_operand’
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48893
--- Comment #3 from John David Anglin 2011-05-06
00:52:46 UTC ---
This is call that causes ICE:
Breakpoint 1, evaluate_conditions_for_edge (e=0xda9780, inline_p=1 '\001') at
../../gcc/gcc/ipa-inline-analysis.c:577
577 tree val = VEC_ind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900
Alan Modra changed:
What|Removed |Added
Target||powerpc*-linux
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48901
Summary: lm32.md: ashlsi3: error: unused variable ‘one’
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: tar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48902
Summary: var-tracking.c fails to compile for
PCC_STATIC_STRUCT_RETURN
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48899
Summary: enum conversion initializing
global_options_init.x_iq2000_tune
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900
Summary: unnecessary duplicate __tls_get_addr calls
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48898
Summary: i386/netware.c:i386_nlm_maybe_mangle_decl_assembler_na
me: ‘cvt’ undeclared
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity: norm
-quiet -dumpbase pex-unix.c -auxbase-strip pic/pex-unix.o -g -O2
-Wextra -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic
-version -fPIC -o pex-unix.s
Reading symbols for shared libraries . done
GNU C (GCC) version 4.7.0 20110505 (experimental) [trunk revision 173457]
(hppa2.0w-hp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48897
Summary: mn10300.c:extract_bundle’: error: variable ‘s’ set but
not used
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48896
Summary: avr.o warnings
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48893
--- Comment #1 from dave at hiauly1 dot hia.nrc.ca 2011-05-05 23:33:46 UTC ---
Attached .i. cc1 compile args are:
-fpreprocessed pex-unix.i -quiet -dumpbase pex-unix.c -auxbase-strip
pic/pex-unix.o -g -O2 -Wextra -Wall -Wwrite-strings -Wc++-compa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48895
Summary: config/vms/vms-ar.c:main: variable ‘cwd’ set but not
used
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48894
Summary: generic omp_get_ancestor_thread_num(l(i)) produces
incorrect output
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: minor
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
Paolo Carlini changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
an,ada,obj-c++
Thread model: posix
gcc version 4.7.0 20110505 (experimental) [trunk revision 173407] (GCC)
Seems to be HP-UX 11.00 specific.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
--- Comment #4 from Paolo Carlini 2011-05-05
22:46:39 UTC ---
Just wanted to add that the real reason the issue is more subtle now in C++0x
mode than it used to be (and still is) in C++03 mode as an extension, is that
we now provide the functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
--- Comment #4 from Blanca Mancilla
2011-05-05 22:05:53 UTC ---
Created attachment 24195
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24195
output of "gcc -v -x c /dev/null -c"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13631
--- Comment #32 from Sam Varshavchik 2011-05-05
22:25:50 UTC ---
Created attachment 24196
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24196
Sample test program
Here's a simple test program that I threw together.
It uses the message cata
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
--- Comment #3 from Alexis Menard
2011-05-05 22:17:36 UTC ---
(In reply to comment #2)
> (In reply to comment #0)
> >
> > and build it with : g++ main.cpp -std=c++0x -std=gnu++0x -o test
>
> There's no point specifying two -std options, only th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48892
Summary: [C++0x] XFAILed bogus errors in constexpr-48089.C
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
Blanca Mancilla changed:
What|Removed |Added
Component|c++ |bootstrap
--- Comment #5 from Blanca Ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
--- Comment #2 from Jonathan Wakely 2011-05-05
22:03:55 UTC ---
(In reply to comment #0)
>
> and build it with : g++ main.cpp -std=c++0x -std=gnu++0x -o test
There's no point specifying two -std options, only the last one takes effect.
> If I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
Summary: std functions conflicts with C functions when building
with c++0x support.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
--- Comment #1 from Alexis Menard
2011-05-05 21:35:55 UTC ---
glibc 2.13-5.
binutils 2.21-7
Archlinux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13631
--- Comment #31 from Paolo Carlini 2011-05-05
21:34:01 UTC ---
Created attachment 24194
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24194
Last patch re-diffed vs current mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48885
Marc Glisse changed:
What|Removed |Added
CC||marc.glisse at normalesup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #13 from Jason Merrill 2011-05-05
21:02:48 UTC ---
Author: jason
Date: Thu May 5 21:02:45 2011
New Revision: 173453
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173453
Log:
PR c++/40975
* tree-inline.c (copy_tree_r)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #14 from Jason Merrill 2011-05-05
21:02:53 UTC ---
Author: jason
Date: Thu May 5 21:02:51 2011
New Revision: 173454
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173454
Log:
PR c++/40975
* tree-inline.c (copy_tree_r)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #12 from Jason Merrill 2011-05-05
21:02:09 UTC ---
Author: jason
Date: Thu May 5 21:02:06 2011
New Revision: 173452
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173452
Log:
PR c++/40975
* tree-inline.c (copy_tree_r)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #11 from Jason Merrill 2011-05-05
20:51:00 UTC ---
Author: jason
Date: Thu May 5 20:50:57 2011
New Revision: 173451
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173451
Log:
PR c++/40975
* tree-inline.c (copy_tree_r)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48574
--- Comment #17 from Dodji Seketeli 2011-05-05
20:14:09 UTC ---
I think the reduced test case below reflects the ICE of the original
test case. It needs the -std=c++0x option.
struct A
{
virtual int foo();
};
void baz (int);
template
void
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890
Summary: length of a character derived-type component
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48159
--- Comment #5 from Zdenek Sojka 2011-05-05 18:43:43
UTC ---
Created attachment 24191
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24191
reduced testcase from comment #2
$ gcc -O3 -g pr48159-2.c -fno-tree-loop-distribute-patterns -c
$ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48673
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31584
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Summary|[DR5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
--- Comment #4 from Eric Botcazou 2011-05-05
16:22:21 UTC ---
Author: ebotcazou
Date: Thu May 5 16:22:16 2011
New Revision: 173442
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173442
Log:
PR ada/48844
* gcc-interface/gigi.h (ge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
--- Comment #5 from Eric Botcazou 2011-05-05
16:27:09 UTC ---
Author: ebotcazou
Date: Thu May 5 16:27:03 2011
New Revision: 173443
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173443
Log:
PR ada/48844
* gcc-interface/gigi.h (ge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48889
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853
--- Comment #16 from Jakub Jelinek 2011-05-05
15:48:22 UTC ---
Author: jakub
Date: Thu May 5 15:48:18 2011
New Revision: 173436
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173436
Log:
PR debug/48853
* dwarf2out.c (mem_loc_desc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48873
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48873
--- Comment #4 from Jason Merrill 2011-05-05
15:29:03 UTC ---
*** Bug 48872 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48872
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48749
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48668
--- Comment #2 from Jan Hubicka 2011-05-05
15:30:32 UTC ---
Hi,
I am not 100% I understand the problem. For 4.6 we indeed probably should go
with reverting to prevous order.
We are trying to output both the function itself and its thunk into si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48873
--- Comment #2 from Jason Merrill 2011-05-05
14:53:44 UTC ---
Author: jason
Date: Thu May 5 14:53:35 2011
New Revision: 173433
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173433
Log:
PR c++/48873
* tree.c (stabilize_expr): Don
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48885
--- Comment #1 from Richard Guenther 2011-05-05
14:50:48 UTC ---
Because the standard was interpreted that way when implementing restrict
support.
And also because otherwise pointers based on a restrict pointer cannot be
reliably tracked.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48889
Summary: f951: internal compiler error: in
gfc_is_constant_expr, at fortran/expr.c:906
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866
--- Comment #7 from Jakub Jelinek 2011-05-05
13:54:18 UTC ---
Why are you changing TER for that though? Won't that affect also real code
generation rather than just debug insns? I mean there are targets e.g. with
MEM MEM addressing. With SSA e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #8 from Thomas Henlich
2011-05-05 13:31:47 UTC ---
(In reply to comment #6)
> Also, See below. Does this give the expected output?
>
> print *, (1.0, 0.0)
> end
>
> $ ./a.out
> (1.,.)
I personally prefer the opti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
Summary: Creating a copy variable simplify assembly -
i686-pc-linux-gnu
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48826
--- Comment #4 from Ryan Mansfield 2011-05-05
13:19:43 UTC ---
The issue with ARM/SH/S390 backends appears to be there was a literal pool
split happening in between a call insn and the NOTE_INSN_CALL_ARG_LOCATION. It
looks like on mips the issue,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48887
Summary: [OOP] SELECT TYPE: Associate name shall not be a
pointer/allocatable
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48886
Summary: VTA issues with > word size integers
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48878
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48886
--- Comment #1 from Jakub Jelinek 2011-05-05
12:58:33 UTC ---
s/27/28/ of course, sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48885
Summary: missed optimization with restrict qualifier?
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: c
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #7 from Janne Blomqvist 2011-05-05 12:44:42
UTC ---
(In reply to comment #6)
> On 05/05/2011 12:04 AM, thenlich at users dot sourceforge.net wrote:
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
> ---snip---
> > As much as I'd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #53 from Jerry DeLisle 2011-05-05
12:35:46 UTC ---
The test:
print "(1pg7.1)", 0.96
end
Fails in 4.4 and works in 4.5, so this confirms it was fixed quite a while ago.
I strongly suggest you upgrade your gfortran.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48884
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #52 from jvdelisle at frontier dot com 2011-05-05 12:30:38 UTC ---
On 05/05/2011 04:01 AM, ebay.20.tedlap at spamgourmet dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
>
> --- Comment #51 from Lionel GUEZ
> 2011-05
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #6 from jvdelisle at frontier dot com 2011-05-05 12:28:01 UTC ---
On 05/05/2011 12:04 AM, thenlich at users dot sourceforge.net wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
---snip---
> As much as I'd like to, I cannot agr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #5 from Janne Blomqvist 2011-05-05 12:11:02
UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > neither 0PFw.d nor 1PEw.dEe allow it). However, AFAICS leading blanks are
> > still
> > allowed as they are part of the real
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48883
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48381
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48381
--- Comment #5 from Jakub Jelinek 2011-05-05
12:05:48 UTC ---
Author: jakub
Date: Thu May 5 12:05:42 2011
New Revision: 173427
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173427
Log:
PR rtl-optimization/48381
* gcc.c-torture/c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48884
Summary: decltype's operand doesn't consider friend declaration
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48883
--- Comment #1 from Adele Schmidt
2011-05-05 11:49:25 UTC ---
However
if(even) fp = myMax;
else fp = myMin;
does work as expected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866
--- Comment #5 from Alexandre Oliva 2011-05-05
11:54:12 UTC ---
I think the problem is that the debug stmts are being expanded into debug insns
*before* the code that should precede them. If we expanded the stmts in the
natural, expended order,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48882
--- Comment #1 from Adele Schmidt
2011-05-05 11:37:33 UTC ---
no attachment, because precompiled file (extension .ii) was too big
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48883
Summary: ?: ternary operator fails in certain contexts - link
error
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48882
Summary: ?: ternary operator fails in certain contexts -
compile error
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48875
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
Jakub Jelinek changed:
What|Removed |Added
CC||baryluk at smp dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
--- Comment #8 from Jakub Jelinek 2011-05-05
11:03:23 UTC ---
Another testcase:
http://gcc.gnu.org/bugzilla/attachment.cgi?id=24188
Richard suggests running pass_vrp_early instead of (or in addition to) pass_ccp
with some more expensive parts of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511
--- Comment #13 from Thomas Henlich
2011-05-05 10:57:33 UTC ---
G95 is actually using this method for list-directed output.
print *, .3, .33, .333, ., .3, .33, .333
g95 => 0.3 0.33 0.333 0. 0.3 0.33 0.333
gfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #50 from Lionel GUEZ
2011-05-05 10:42:31 UTC ---
> Can you please provide a short example program, and what version of GFortran
> you are using?
>
> I cannot reproduce the described bug with GFortran 4.4.5 nor with
> 4.7-20110430.
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
1 - 100 of 120 matches
Mail list logo
