http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48872
--- Comment #5 from Daniel Krügler
2011-05-05 07:15:12 UTC ---
(In reply to comment #1)
More information by a different example: It seems that the problem case reacts
very sensitive to minor modifications of the class. The following provides a
s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48873
--- Comment #1 from Daniel Krügler
2011-05-05 07:31:21 UTC ---
More information after some analysis: The problem occurs in other unevaluated
contexts as well and it is similarly sensitive to very small modifications of
the class definition as has
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252
--- Comment #6 from irar at gcc dot gnu.org 2011-05-05 07:35:03 UTC ---
Author: irar
Date: Thu May 5 07:34:59 2011
New Revision: 173417
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173417
Log:
Backport from mainline:
2011-04-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
Summary: regression when performing __builtin_object_size in
deep inline chain
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
--- Comment #1 from Witold Baryluk 2011-05-05
08:16:54 UTC ---
In original source a c function have this signature:
static inline __attribute__((always_inline)) unsigned long
__attribute__((warn_unused_result)) copy_from_user(void *to, const voi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
--- Comment #1 from Blanca Mancilla
2011-05-05 08:48:29 UTC ---
I succeeded in compiling by serring the following environment variables:
export C_INCLUDE_PATH=/usr/include/x86_64-linux-gnu
export CPLUS_INCLUDE_PATH=/usr/include/x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252
--- Comment #7 from irar at gcc dot gnu.org 2011-05-05 08:39:47 UTC ---
Author: irar
Date: Thu May 5 08:39:40 2011
New Revision: 173418
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173418
Log:
Backport from mainline:
2011-04-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252
Ira Rosen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
--- Comment #2 from Jonathan Wakely 2011-05-05
09:11:44 UTC ---
Shouldn't this be Component=bootstrap not c++ ?
I assume the linux-libc-dev package is installed? That provides asm/errno.h
What compiler are you using to bootstrap? If it's the st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48881
Summary: Dynamic link to libstdc++-6.dll / libgcc_s_sjlj-1.dll
produces broken binaries
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45979
--- Comment #10 from Ramana Radhakrishnan
2011-05-05 09:52:18 UTC ---
Author: ramana
Date: Thu May 5 09:52:12 2011
New Revision: 173421
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173421
Log:
For Michael Hope.
2011-05-05 Michael Ho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
--- Comment #3 from Witold Baryluk 2011-05-05
09:55:25 UTC ---
In my case it only happens if I have two independent calls with different
arguments. I do not understand some aspects, but removing some semingly
unrelated things or adding some dummy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42544
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48870
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48871
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10541
Richard Guenther changed:
What|Removed |Added
CC||boostcpp at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48843
Bernhard Reutner-Fischer changed:
What|Removed |Added
Target||mips-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48197
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #51 from Lionel GUEZ
2011-05-05 10:46:21 UTC ---
> It is PR48787 and a patch has been submitted for approval. It is fixed on my
> development trunk.
Hello. I do not understand: you say that there is a patch submitted for
approval wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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=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=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=48880
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|c
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=48875
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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
--- 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=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=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=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=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=48381
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=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=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=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=48884
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
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=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=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=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=48878
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
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=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=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=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=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=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=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=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=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=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=48844
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
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=48749
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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=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=48873
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=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=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=48844
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
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=31584
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Summary|[DR5
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=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=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=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=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=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 #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 #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
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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=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=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=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 #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=48879
Blanca Mancilla changed:
What|Removed |Added
Component|c++ |bootstrap
--- Comment #5 from Blanca Ma
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=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=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=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=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
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
Paolo Carlini changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
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=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=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=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=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
-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=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
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=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=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=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
1 - 100 of 120 matches
Mail list logo
