http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48877
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #4 from Thomas Henlich thenlich at users dot sourceforge.net
2011-05-05 06:50:13 UTC ---
(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=48872
--- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48873
--- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com
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
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=gccview=revrev=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 baryluk at smp dot if.uj.edu.pl 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))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
--- Comment #1 from Blanca Mancilla mancilla at cse dot unsw.edu.au
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
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=gccview=revrev=173418
Log:
Backport from mainline:
2011-04-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252
Ira Rosen irar at il dot ibm.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45979
--- Comment #10 from Ramana Radhakrishnan ramana at gcc dot gnu.org
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=gccview=revrev=173421
Log:
For Michael Hope.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
--- Comment #3 from Witold Baryluk baryluk at smp dot if.uj.edu.pl 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42544
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48870
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48871
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10541
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||boostcpp at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48843
Bernhard Reutner-Fischer aldot at gcc dot gnu.org changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48197
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #51 from Lionel GUEZ ebay.20.tedlap at spamgourmet dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #50 from Lionel GUEZ ebay.20.tedlap at spamgourmet dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511
--- Comment #13 from Thomas Henlich thenlich at users dot sourceforge.net
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48880
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||baryluk at smp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48875
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48882
--- Comment #1 from Adele Schmidt adele.schmidthammer at yahoo dot de
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 aoliva at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48883
--- Comment #1 from Adele Schmidt adele.schmidthammer at yahoo dot de
2011-05-05 11:49:25 UTC ---
However
if(even) fp = myMaxint;
else fp = myMinint;
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++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48381
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 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=gccview=revrev=173427
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48381
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48883
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #5 from Janne Blomqvist jb at gcc dot gnu.org 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
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
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 GUEZebay.20.tedlap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48884
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #53 from Jerry DeLisle jvdelisle at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 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---
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48886
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 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 jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
CC||jvdelisle at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866
Alexandre Oliva aoliva at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
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:
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 rmansfield at qnx dot com 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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48852
--- Comment #8 from Thomas Henlich thenlich at users dot sourceforge.net
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48885
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48873
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org 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=gccview=revrev=173433
Log:
PR c++/48873
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48668
--- Comment #2 from Jan Hubicka hubicka at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48749
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48872
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48873
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org 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 jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 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=gccview=revrev=173436
Log:
PR debug/48853
*
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
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
--- Comment #5 from Eric Botcazou ebotcazou at gcc dot gnu.org 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=gccview=revrev=173443
Log:
PR ada/48844
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48844
--- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org 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=gccview=revrev=173442
Log:
PR ada/48844
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31584
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48673
Bernd Schmidt bernds at gcc dot gnu.org changed:
What|Removed |Added
CC||bernds at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48159
--- Comment #5 from Zdenek Sojka zsojka at seznam dot cz 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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48574
--- Comment #17 from Dodji Seketeli dodji at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #11 from Jason Merrill jason at gcc dot gnu.org 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=gccview=revrev=173451
Log:
PR c++/40975
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #12 from Jason Merrill jason at gcc dot gnu.org 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=gccview=revrev=173452
Log:
PR c++/40975
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #14 from Jason Merrill jason at gcc dot gnu.org 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=gccview=revrev=173454
Log:
PR c++/40975
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
--- Comment #13 from Jason Merrill jason at gcc dot gnu.org 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=gccview=revrev=173453
Log:
PR c++/40975
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40975
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48885
Marc Glisse marc.glisse at normalesup dot org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13631
--- Comment #31 from Paolo Carlini paolo.carlini at oracle dot com 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 alexis.menard at openbossa dot org
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 redi at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
Blanca Mancilla mancilla at cse dot unsw.edu.au changed:
What|Removed |Added
Component|c++
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891
--- Comment #3 from Alexis Menard alexis.menard at openbossa dot org
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13631
--- Comment #32 from Sam Varshavchik mr...@courier-mta.com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
--- Comment #4 from Blanca Mancilla mancilla at cse dot unsw.edu.au
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 paolo.carlini at oracle dot com 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
++
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 paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jakub at
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
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
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:
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
/gnu/gcc/objdir.1/gcc/cc1 -fpreprocessed
pex-unix.i -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
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:
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:
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
1 - 100 of 118 matches
Mail list logo