On Sat, Mar 31, 2012 at 6:23 AM, Jiangning Liu jiangning@arm.com wrote:
Hi,
For this small case,
char garr[100];
void f(void)
{
unsigned short h, s;
s = 20;
for (h = 1; h (s-1); h++)
{
garr[h] = 0;
}
}
After copyrename3, we
On Mon, Apr 2, 2012 at 7:37 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Sun, 01 Apr 2012 16:41:09 -0400
Diego Novillo dnovi...@google.com wrote:
On 3/31/12 1:51 PM, Basile Starynkevitch wrote:
If we want to aim towards a more modular GCC made of several shared
libraries,
On 03/30/2012 05:46 PM, stuart wrote:
I can not seem to get gcc 4.7.0 to compile; it will not complete the
configuration stage complaining about missing packages (GMP, MPFR and
MPC).
Go into the top-level source directory in the unpacked gcc sources
and run this script:
On Mon, Apr 02, 2012 at 10:44:41AM +0200, Richard Guenther wrote:
On Mon, Apr 2, 2012 at 7:37 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Sun, 01 Apr 2012 16:41:09 -0400
Diego Novillo dnovi...@google.com wrote:
On 3/31/12 1:51 PM, Basile Starynkevitch wrote:
I've heard
On 29/03/2012, at 5:38 PM, Maxim Kuvyrkov wrote:
I volunteer as the reviewer for Android sub-port.
Android/Bionic support is an extension over Linux port and is being
gradually added for more and more architectures. I wrote the original
Android GCC support for ARM (under a
Hello All,
It is my pleasure to announce the MELT plugin 0.9.5 release candidate 2 for GCC
4.6 or 4.7.
NEWS for 0.9.5rc2 MELT plugin for GCC 4.6 4.7
[[April 2nd 2012]] release candidate 2
Alternative infix syntax is abandoned
On Mon, Apr 2, 2012 at 12:37 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Sun, 01 Apr 2012 16:41:09 -0400
Diego Novillo dnovi...@google.com wrote:
On 3/31/12 1:51 PM, Basile Starynkevitch wrote:
If we want to aim towards a more modular GCC made of several shared
libraries,
On Mon, Apr 02, 2012 at 05:40:37AM -0500, Gabriel Dos Reis wrote:
On Mon, Apr 2, 2012 at 12:37 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
On Sun, 01 Apr 2012 16:41:09 -0400
Diego Novillo dnovi...@google.com wrote:
On 3/31/12 1:51 PM, Basile Starynkevitch wrote:
If we
On Mon, Apr 2, 2012 at 6:17 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
You appear to be moving in directions that may give pause to
those who championed better separation of concerns in GCC.
I am not sure to understand that last sentence (I had to read it 4 times,
with
On Mon, Apr 2, 2012 at 2:38 PM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
On Mon, Apr 2, 2012 at 6:17 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
You appear to be moving in directions that may give pause to
those who championed better separation of concerns in GCC.
Quoting Basile Starynkevitch bas...@starynkevitch.net:
I also am in favor of having a software linked dynamically with shared
libraries, for a very pragramtical reason: If a software has shared
libraries, then modifying one such library in its implementation (not its
interface) is very often
Hello,
The GRAPHITE-OpenCL work published a couple of years ago looks
interesting [0].
What’s the status of the code? Is it accessible on-line?
Thanks in advance,
Ludo’.
[0]
http://gcc.gnu.org/wiki/summit2010?action=AttachFiledo=gettarget=belevantsev.pdf
Hi,
On Fri, 30 Mar 2012, Jan Hubicka wrote:
Motion across hardreg sets/uses are not restricted. And I would not expect
an optimizing compiler to do that (it's your own fault to use hardregs in
complex C code).
Well, the syscall sequence is an example of somehting that should be
On Mon, Apr 02, 2012 at 04:07:59PM +0200, Michael Matz wrote:
On Fri, 30 Mar 2012, Jan Hubicka wrote:
Motion across hardreg sets/uses are not restricted. And I would not
expect
an optimizing compiler to do that (it's your own fault to use hardregs in
complex C code).
Well,
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano Note there's nothing I'm planning to do, nor I should do, in
Stefano this regard: the two setups described above are both already
Stefano supported by the current automake implementation (but the last
Stefano one is not
Hello,
On Mon, 2 Apr 2012, Ludovic Courtès wrote:
Hello,
The GRAPHITE-OpenCL work published a couple of years ago looks
interesting [0].
What’s the status of the code? Is it accessible on-line?
The code has been merged into graphite branch; it can be obtained via:
svn co
On 04/02/2012 04:25 PM, Tom Tromey wrote:
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano Note there's nothing I'm planning to do, nor I should do, in
Stefano this regard: the two setups described above are both already
Stefano supported by the current automake
Hi,
On Fri, 30 Mar 2012, Gabriel Dos Reis wrote:
On Fri, Mar 30, 2012 at 7:45 PM, David Malcolm dmalc...@redhat.com wrote:
Here's another proposal then: actually use GObject introspection -
provide a GObject-based API to GCC.
In this approach, GCC would gain a dependency on glib and
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano True, and that was even stated in the manual; the whole point
Stefano of ditching support for cygnus trees is that by now those two
Stefano big users are basically not making any real use of the 'cygnus'
Stefano option
On 04/02/2012 05:16 PM, Tom Tromey wrote:
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano True, and that was even stated in the manual; the whole point
Stefano of ditching support for cygnus trees is that by now those two
Stefano big users are basically not making
Hi,
On Mon, 2 Apr 2012, Jakub Jelinek wrote:
inline int syscall1(int number, long arg1) {
register int ax __asm__(eax);
register long di __asm__(rdi);
ax = number;
di = arg1;
__asm__ volatile (syscall);
}
_then_ we would probably get miscompilations here and there.
On 01/04/12 20:57, Maxim Kuvyrkov wrote:
On 29/03/2012, at 5:38 PM, Maxim Kuvyrkov wrote:
I volunteer as the reviewer for Android sub-port.
Android/Bionic support is an extension over Linux port and is being
gradually added for more and more architectures. I wrote the original
Android
I wrote a script and ported my proposed API for GCC plugins from my
CamelCase naming convention to an underscore_based_convention (and
manually fixed up things in a few places also).
The result compiles and passes the full test suite for the Python
plugin; that said, I'm still breaking the
Hello everyone,
Not sure if this is the right place to ask this question, feel free to point me
in the right direction.
I'm looking into the evolution of Linux kernel and this requires me to build
some ancient releases (as old as 2.4.0) from source using GCC. I have gcc
4.4.3-4ubuntu5 installed
Maxim Kuvyrkov ma...@codesourcery.com writes:
On 29/03/2012, at 5:38 PM, Maxim Kuvyrkov wrote:
I volunteer as the reviewer for Android sub-port.
Android/Bionic support is an extension over Linux port and is being
gradually added for more and more architectures. I wrote the original
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano Sorry if I sound dense, but what exactly is the feature you are
Stefano talking about here?
I was under the impression that it would no longer be possible to build
info files in the build tree. But, I see that, according
On 04/02/2012 09:36 PM, Tom Tromey wrote:
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano Sorry if I sound dense, but what exactly is the feature you are
Stefano talking about here?
I was under the impression that it would no longer be possible to build
info files
Bump!
Let me renew my interest in contributing through GSoC with post-compilation
feedback (This was not an early april joke). Do you think it could lead to an
acceptable GSoC proposal? (mentor interested?)
@Tomasz:
On the interaction side I totally agree that communication between compiler and
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano It should still be possible, with the right hack (which is
Stefano tested in the testsuite, and required by other packages
Stefano anyway). The baseline is: if you don't want your '.info' files
Stefano to be distributed,
On 04/02/2012 10:19 PM, Tom Tromey wrote:
Stefano == Stefano Lattarini stefano.lattar...@gmail.com writes:
Stefano It should still be possible, with the right hack (which is
Stefano tested in the testsuite, and required by other packages
Stefano anyway). The baseline is: if you don't want
Richard Sandiford wrote:
Sent: Monday, April 02, 2012 11:45 AM
To: Maxim Kuvyrkov
Cc: Richard Earnshaw; Jan Hubicka; gcc@gcc.gnu.org
Subject: Re: [GCC Steering Committee] Android sub-port reviewer
Maxim Kuvyrkov ma...@codesourcery.com writes:
On 29/03/2012, at 5:38 PM, Maxim Kuvyrkov
Stefano Lattarini stefano.lattar...@gmail.com writes:
Anyway the real use in the src tree is different, IIUC.
Info files are built in the build tree by developers, but put in the
source tree for distribution.
In such a setup, what is the issue with having the '.info' files built
in the
On Mon, Apr 2, 2012 at 1:55 PM, Fu, Chao-Ying f...@mips.com wrote:
It basically sets the MIPS target to little-endian MIPS32 for
mips-linux-android.
That seems broken because mips-*-* is big-endian and mipsel-*-* is
little-endian. Is any way of fixing that before even trying to
submitting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52830
Bug #: 52830
Summary: ICE: canonical types differ for identity types ...
when attempting SFINAE with member type
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52825
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52789
--- Comment #3 from Thomas Koenig tkoenig at gcc dot gnu.org 2012-04-02
07:40:32 UTC ---
This may have been fixed with the fix for PR 48847.
Can you maybe check on trunk/4.7.0 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9050
--- Comment #16 from Johannes Schaub schaub.johannes at googlemail dot com
2012-04-02 07:43:23 UTC ---
(In reply to comment #15)
(In reply to comment #14)
Good point, I've pointed out the problem with the proposed resolution.
Note that we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52789
--- Comment #4 from Mat Cross mathewc at nag dot co.uk 2012-04-02 08:03:22
UTC ---
(In reply to comment #3)
Can you maybe check on trunk/4.7.0 ?
I've just tried with
$ gfortran --version
GNU Fortran (GCC) 4.7.1 20120331 (prerelease)
$
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #31 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-04-02
08:16:52 UTC ---
(In reply to comment #30)
(In reply to comment #26)
The caret is not a solution to this problem, because what Gabriel wants is
to
not reconstruct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40942
--- Comment #9 from Dodji Seketeli dodji at gcc dot gnu.org 2012-04-02
08:51:30 UTC ---
Author: dodji
Date: Mon Apr 2 08:51:26 2012
New Revision: 186067
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=186067
Log:
PR c++/40942 - Failure of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40942
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52821
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52814
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52808
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52805
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52802
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52793
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52803
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52789
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52831
Bug #: 52831
Summary: extract_bit_field_1: issue when str_rtx unsafe from
target
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52831
--- Comment #1 from Aurelien Buhrig aurelien.buhrig.gcc at gmail dot com
2012-04-02 09:42:28 UTC ---
Created attachment 27062
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27062
Fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52802
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52729
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52832
Bug #: 52832
Summary: ASSOCIATE construct with proc-pointer selector is
rejected
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
Bug #: 52833
Summary: -O2 optimizes loop to infinite when loop invariant
based on arithmetic overflow
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
--- Comment #1 from Grzegorz Wierzowiecki gwpublic at wp dot pl 2012-04-02
10:09:15 UTC ---
Created attachment 27064
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27064
overflow_loop-O1.s - Assembly after -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
--- Comment #2 from Grzegorz Wierzowiecki gwpublic at wp dot pl 2012-04-02
10:09:48 UTC ---
Created attachment 27065
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27065
overflow_loop-O2.s - assembly after -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
--- Comment #3 from Grzegorz Wierzowiecki gwpublic at wp dot pl 2012-04-02
10:11:02 UTC ---
Created attachment 27066
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27066
compiler flags enabled by -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
--- Comment #4 from Grzegorz Wierzowiecki gwpublic at wp dot pl 2012-04-02
10:11:32 UTC ---
Created attachment 27067
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27067
compiler flags enabled by -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-04-02
10:12:34 UTC ---
(In reply to comment #0)
following code is based on artihmetic overflow assumption (after overflow we
gen 0 number on x86 and x86_64):
Bad assumption,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
Grzegorz Wierzowiecki gwpublic at wp dot pl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52802
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52832
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52800
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52808
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Depends on||52756
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52833
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Resolution|FIXED |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52756
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-04-02
11:38:59 UTC ---
It doesn't work, as we expect loop_latch_edge () to work during further
threading.
It also does not work because we miss some threadings and thus hit the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52803
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2012-04-02
11:59:51 UTC ---
Author: rguenth
Date: Mon Apr 2 11:59:47 2012
New Revision: 186080
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=186080
Log:
2012-04-02 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52800
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52803
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52800
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-04-02
12:00:34 UTC ---
Author: rguenth
Date: Mon Apr 2 12:00:30 2012
New Revision: 186081
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=186081
Log:
2012-04-02 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52834
Bug #: 52834
Summary: [4.7 Regression] ICE (segfault) in check_tag_decl
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52834
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
CC||markus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52756
--- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-04-02
14:05:31 UTC ---
With that patch gcc.dg/tree-ssa/ssa-dom-thread-2.c regresses as we do not
perform the threading through the header edge anymore. Note that using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52756
--- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org 2012-04-02
15:13:50 UTC ---
Author: rguenth
Date: Mon Apr 2 15:13:45 2012
New Revision: 186085
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=186085
Log:
2012-04-02 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835
Bug #: 52835
Summary: Incorrect code generated by gfortran 4.7.0
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #32 from Jason Merrill jason at gcc dot gnu.org 2012-04-02
15:57:16 UTC ---
(In reply to comment #31)
Well, that is reassuring. Then, will we still pretty-print expressions in
diagnostics once we have the caret?
No, there should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-04-02
16:18:47 UTC ---
r183622 is OK
r183649 miscompiles the code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52805
--- Comment #5 from Iain Sandoe iains at gcc dot gnu.org 2012-04-02 16:29:25
UTC ---
Rainer's commit (http://gcc.gnu.org/ml/gcc-cvs/2012-04/msg00031.html) fixes
this for i686-darwin9.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52774
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52822
--- Comment #7 from Jeffrey Yasskin jyasskin at gcc dot gnu.org 2012-04-02
16:41:41 UTC ---
Sounds good. Will send the patches to the list, probably tomorrow. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52834
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52805
--- Comment #6 from Iain Sandoe iains at gcc dot gnu.org 2012-04-02 17:13:14
UTC ---
(In reply to comment #2)
e.g. AFAICT, although darwin defines JCR_SECTION_NAME, there is no crt
machinery to deal with it [darwin has it's own crt code]
JFTR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #33 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-04-02
17:15:47 UTC ---
(In reply to comment #32)
(In reply to comment #31)
Well, that is reassuring. Then, will we still pretty-print expressions in
diagnostics once we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #34 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-04-02
17:18:34 UTC ---
(In reply to comment #32)
Of course this may fail in some cases, like non-ANSI input, and not
preprocessing, but it will work in 99% of the cases. In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #35 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-04-02
17:19:15 UTC ---
(In reply to comment #34)
(In reply to comment #32)
Of course this may fail in some cases, like non-ANSI input, and not
preprocessing, but it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #36 from pinskia at gmail dot com pinskia at gmail dot com
2012-04-02 17:35:59 UTC ---
I know some of us use tee and that disables termainal detection code usually.
Or output to a file and then use tail -f. So please don't do that. It
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835
--- Comment #3 from Arnaud Desitter arnaud02 at users dot sourceforge.net
2012-04-02 17:54:06 UTC ---
Additionally:
cat xxx.f
SUBROUTINE XXX(RES,ALP,REN,NN )
DIMENSION ALP(NN),REN (NN),RES (NN)
DO IP = 1,NN
REN(IP) =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52834
--- Comment #3 from Markus Trippelsdorf markus at trippelsdorf dot de
2012-04-02 18:31:21 UTC ---
(In reply to comment #2)
Dup of PR52671 ?
Yes. Gcc-4.8 from today is fine. Gcc-4.7 release fails.
Haven't tried the gcc-4.7 branch, but it seems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52497
Peter Bergner bergner at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52497
Peter Bergner bergner at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2012-04-02
19:38:31 UTC ---
Created attachment 27069
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27069
gcc48-pr52835.patch
Untested fix. Ignoring failures from compute_*loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52724
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52836
Bug #: 52836
Summary: internal compiler error: in push_minipool_fix, at
config/arm/arm.c:13084
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52836
--- Comment #1 from Meador Inge meadori at codesourcery dot com 2012-04-02
20:54:30 UTC ---
Created attachment 27070
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27070
Reproduction case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
--- Comment #37 from Jason Merrill jason at gcc dot gnu.org 2012-04-02
22:05:13 UTC ---
(In reply to comment #36)
I know some of us use tee and that disables termainal detection code usually.
Right, so then you don't get the caret by default.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52837
Bug #: 52837
Summary: ICE in cp/mangle.c:3306
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
1 - 100 of 151 matches
Mail list logo
