http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #3 from Dominique d'Humieres 2010-12-13
08:00:52 UTC ---
The failures are gone if I revert revision 167727.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46913
--- Comment #5 from Jakub Jelinek 2010-12-13
08:19:00 UTC ---
I guess the one with actual/expected is more portable/robust, and it really
doesn't matter that much what is printed into the log file, and actual/expected
make it even more explicit w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46912
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897
--- Comment #4 from janus at gcc dot gnu.org 2010-12-13 09:07:43 UTC ---
(In reply to comment #3)
> Actually, I am less and less sure that this is a wrong-code issue.
I'm also a bit skeptical that this really is a bug. One should check the
standar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46904
Iain Sandoe changed:
What|Removed |Added
Target|powerpc-apple-darwin9 |*-apple-darwin9
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46693
Ramana Radhakrishnan changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |ramana at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46919
Summary: [4.5 Regression] ICE accessed elt 3 of tree_vec with 2
elts in tsubst
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46919
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.5.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46874
--- Comment #3 from Paul 2010-12-13 10:33:02
UTC ---
Yes, the OpenMP Standard changed from 2.5 to 3.0 an describing reductions:
2.5:
Fortran pointers, Cray pointers, assumed-size arrays and allocatable arrays
may not appear in a reduction clau
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46874
--- Comment #4 from Paul 2010-12-13 10:37:59
UTC ---
Only GCC gfortran compiler has the problem.
There is no problem to compile the attached redukt.f90 file with ifort 11.1 and
12 (2011XE) and also with the PGI Fortran compiler (10.9) and Sun S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46693
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46879
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46884
--- Comment #2 from Jakub Jelinek 2010-12-13
11:11:26 UTC ---
Author: jakub
Date: Mon Dec 13 11:11:22 2010
New Revision: 167742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167742
Log:
PR fortran/46884
* symbol.c (gfc_new_charle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
--- Comment #4 from Aldy Hernandez 2010-12-13
11:12:08 UTC ---
[Comments from Richard.]
There are two possible solutions:
(1) Teach inlining to propagate the in_transaction_p bit
to every call within the function that gets inlined,
(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46884
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46654
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46480
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46300
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46646
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46714
Aldy Hernandez changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46729
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46714
Aldy Hernandez changed:
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46896
Paul Thomas changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |pault at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46896
--- Comment #10 from Paul Thomas 2010-12-13 12:06:52
UTC ---
(In reply to comment #9)
I spoke too soon :-(
> I do not believe that
> there will be any ere regressions since the patch adds temporaries where there
> were none before.
FAIL: gfortr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46920
Summary: suboptimal register allocation with local register
variables
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ra
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915
--- Comment #9 from dave at hiauly1 dot hia.nrc.ca 2010-12-13 12:44:21 UTC ---
> Yeah, the insn count for asm is just a guess. You should never put inline asm
> into a delay slot, you really don't know how big it is or if it is suitable
> for
> t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655
--- Comment #14 from Michael Haubenwallner 2010-12-13 12:46:25 UTC ---
(In reply to comment #9)
> Is the 64K limit really new? Is this really a change in AIX as or did
> something else change and start generating files referencing line numbers
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915
--- Comment #10 from dave at hiauly1 dot hia.nrc.ca 2010-12-13 12:51:51 UTC ---
> Thanks, I'll look at that. However, I think branch_to_delay_slot_p can
> be improved. It probably should also check for asms and return FALSE
> if it finds one.
An
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46909
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46875
Alexander Monakov changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
--- Comment #11 from Jan Hubicka 2010-12-13
13:22:28 UTC ---
Patched compiler at -O2 now shows:
integration : 166.20 (16%) usr 0.19 ( 1%) sys 166.86 (15%) wall
92691 kB ( 4%) ggc
tree CCP : 792.75 (74%) usr 0.15 ( 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46921
Summary: Dropped side effect with combination of statement
expression and struct initializer
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46899
--- Comment #11 from Eskil Steenberg 2010-12-13
14:09:46 UTC ---
Hi
> The execution of an undefined operation produces an undefined value, and
> any further operation becomes undefined.
My argument is that, at compile time this isn't known. Jus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46693
--- Comment #10 from Ramana Radhakrishnan
2010-12-13 14:11:13 UTC ---
(In reply to comment #4)
> Works for me on x86_64-darwin.
Fails for me on x86_64 -linux with trunk as of today.
Ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
--- Comment #10 from Aldy Hernandez 2010-12-13
14:15:49 UTC ---
[offline rth notes]
In function_attribute_inlinable_p, if fndecl is tm_pure and
current_function_decl is tm_safe, deny the inlining.
This is because tm_pure is the only escape
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46909
--- Comment #8 from Jakub Jelinek 2010-12-13
14:22:39 UTC ---
Created attachment 22741
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22741
gcc46-pr46909.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #4 from Jack Howarth 2010-12-13
14:30:04 UTC ---
I don't see r167727 in gcc-patches for an approval from a darwin maintainer.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46841
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
--- Comment #11 from Aldy Hernandez 2010-12-13
14:48:50 UTC ---
Fixed on mainline, but I will leave the PR open until a more thorough fix is
committed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940
Aldy Hernandez changed:
What|Removed |Added
Priority|P1 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46922
Summary: Missing exported symbols from libstdc++
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46646
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897
--- Comment #6 from Damian Rouson 2010-12-13
15:16:42 UTC ---
Janus,
Thanks for finding the relevant language in the standard.
In case it helps, what I submitted originally was a reduced example of code
written by Jim Xia, who is member of b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46300
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46923
Summary: [trans-mem] thread-local memory variable not properly
logged
Product: gcc
Version: trans-mem
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #5 from Jack Howarth 2010-12-13
15:32:34 UTC ---
I can confirm that reverting r167727 also eliminates the failures in
gcc.dg/torture/stackalign/non-local-goto-[1,2].c with profiledbootstrap as
well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #6 from Jack Howarth 2010-12-13
15:34:01 UTC ---
The offending change is...
Author: hubicka
Date: Sun Dec 12 19:12:08 2010
New Revision: 167727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167727
Log:
* varasm.c (defa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46885
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46815
--- Comment #2 from Jason Merrill 2010-12-13
16:03:22 UTC ---
Let's go ahead with this patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
--- Comment #11 from norak.van at gmail dot com 2010-12-13 16:05:34 UTC ---
Created attachment 22743
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22743
libstdc++-v3\config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
--- Comment #12 from norak.van at gmail dot com 2010-12-13 16:07:47 UTC ---
C:\data\gcc\gcc-build\powerpc-ibm-eabi\libstdc++-v3
I am a new user with unix systems,
so It is no easy for me analyze logs,
but I think the problem could be the loose
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46924
Summary: [4.6 Regression] ICE: SIGSEGV in
rewrite_commutative_reductions_out_of_ssa_loop
(graphite-poly.h:450) with -fgraphite-identity
-ffast-math -fno-tree-loop-im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46841
--- Comment #5 from janus at gcc dot gnu.org 2010-12-13 16:16:10 UTC ---
Author: janus
Date: Mon Dec 13 16:16:06 2010
New Revision: 167750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167750
Log:
2010-12-13 Janus Weil
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46873
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46841
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040
--- Comment #10 from Nathan Froyd 2010-12-13
16:23:55 UTC ---
Author: froydnj
Date: Mon Dec 13 16:23:50 2010
New Revision: 167751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167751
Log:
gcc/
PR target/46040
* config.gcc (arm*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46925
Summary: Can't optimize degenerate table jumps
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897
--- Comment #7 from Tobias Burnus 2010-12-13
16:36:57 UTC ---
Richard Maine agrees with the assessment of comment 5:
- For INTERFACE-defined defined-ASSIGNMENT(=), the intrinsic assignment
should be used (cf. example in comment 2) - correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
Ralf Wildenhues changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46891
Ralf Wildenhues changed:
What|Removed |Added
CC||rwild at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46887
Ralf Wildenhues changed:
What|Removed |Added
CC||rwild at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46797
Ralf Wildenhues changed:
What|Removed |Added
CC||rwild at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607
Ralf Wildenhues changed:
What|Removed |Added
CC||rwild at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46201
--- Comment #3 from janus at gcc dot gnu.org 2010-12-13 16:57:20 UTC ---
Here is an even more compact version of the test case (getting rid of the
INTERFACE statement):
type t
procedure(character), nopass, pointer :: ppc
end type
type(t),dimens
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46926
Summary: Paired sin() cos() calls optimized to sincos() call.
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46895
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46300
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46927
Summary: flag -fstrict-volatile-bitfields affects volatile
non-bitfields
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46720
Ralf Wildenhues changed:
What|Removed |Added
CC||rwild at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46926
--- Comment #1 from Andrew Pinski 2010-12-13
17:23:05 UTC ---
I think this is invalid as GNU/Linux defaults to including sincos as a builtin.
If you want to disable the builtin then use -fno-builtin-sincos.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46758
Alexander Monakov changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|amonakov at gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #9 from Jan Hubicka 2010-12-13
17:29:17 UTC ---
Author: hubicka
Date: Mon Dec 13 17:29:14 2010
New Revision: 167753
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167753
Log:
PR middle-end/45388
* decl2.c (start_objec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46371
--- Comment #1 from Tobias Burnus 2010-12-13
17:32:22 UTC ---
(In reply to comment #0)
> type(foo), allocatable :: o_foo[:]
That should be "CLASS(foo)" - sorry for the typo.
TODO:
a) There is a gfc_is_coindexed() check missing for ASSOCIATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46797
--- Comment #3 from Tobias Burnus 2010-12-13
17:35:24 UTC ---
(In reply to comment #2)
> Well, I'd say works as it should: relinking is used to avoid run paths to
> in-tree directories. What am I missing here? Thanks.
Well, if it is supposed t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46867
--- Comment #3 from Jakub Jelinek 2010-12-13
17:36:31 UTC ---
Author: jakub
Date: Mon Dec 13 17:36:26 2010
New Revision: 167754
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167754
Log:
PR debug/46867
* var-tracking.c (emitted_no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46879
--- Comment #6 from Jakub Jelinek 2010-12-13
17:37:27 UTC ---
Author: jakub
Date: Mon Dec 13 17:37:20 2010
New Revision: 167755
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167755
Log:
PR lto/46879
* lto-streamer-out.c (output_g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46201
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46867
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46879
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46895
asharif at gcc dot gnu.org changed:
What|Removed |Added
CC||asharif at gcc dot gnu.org
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #12 from joseph at codesourcery dot com 2010-12-13 17:58:13 UTC ---
On Sat, 11 Dec 2010, amylaar at gcc dot gnu.org wrote:
> We don't have any current decimal floating or fixed-point type size macros
> to replace. As discussed elsewh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
Alexander Monakov changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46928
Summary: data dependence analysis fails on constant array
accesses
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770
--- Comment #48 from joseph at codesourcery dot com 2010-12-13 18:08:00 UTC ---
On Sat, 11 Dec 2010, hjl.tools at gmail dot com wrote:
> We introduced .init_array into gABI 10 years ago so that we can avoid
> those crazy things in crt*.o. It is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46928
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46902
--- Comment #2 from joseph at codesourcery dot com 2010-12-13 18:20:16 UTC ---
On Sun, 12 Dec 2010, dominiq at lps dot ens.fr wrote:
> The backtrace is
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_INVALID_A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46908
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #6 from Rainer Orth 2010-12-13 18:30:31 UTC
---
Author: ro
Date: Mon Dec 13 18:30:20 2010
New Revision: 167762
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167762
Log:
Backport from mainline:
2010-04-28 Rainer Orth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
m...@gcc.gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46650
--- Comment #6 from ian at gcc dot gnu.org 2010-12-13
18:34:48 UTC ---
Author: ian
Date: Mon Dec 13 18:34:45 2010
New Revision: 167764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167764
Log:
PR bootstrap/46650
* system.h: Inclu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46928
davidxl changed:
What|Removed |Added
CC||xinliangli at gmail dot com
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46607
--- Comment #4 from joseph at codesourcery dot com 2010-12-13 18:39:47 UTC ---
On Mon, 13 Dec 2010, rwild at gcc dot gnu.org wrote:
> So is this only about the MinGW case? Because there, we should just fix
> libtool to not ever relink.
No, it's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46926
--- Comment #2 from James Kuyper Jr.
2010-12-13 18:41:55 UTC ---
info gcc says:
Functions which would normally be built in but do not have
semantics defined by ISO C (such as `alloca' and `ffs') are not
built-in functions with `-ansi'
1 - 100 of 168 matches
Mail list logo