--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-11-03 07:57
---
Paolo, do you know what the status of this PR is? Ian said in comment #14 that
the pass should be rewritten to use the DF framework. Has this happened? TIA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2007-11-03 07:54
---
Fixed in the upcoming 4.3 series.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2007-11-03 07:53
---
Subject: Bug 28940
Author: ebotcazou
Date: Sat Nov 3 07:53:01 2007
New Revision: 129868
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129868
Log:
PR rtl-optimization/28940
* gcc.target/
--- Comment #28 from gcc at magfr dot user dot lysator dot liu dot se
2007-11-03 07:47 ---
That both files are named S1.C doesn't matter.
If one do
cp S1.C S2.C
g++ -c S1.C
g++ -c S2.C
g++ S1.o S2.o
one get the same behaviour and the same linker error.
--
http://gcc.gnu.org/bugz
--- Comment #4 from maxim at codesourcery dot com 2007-11-03 07:45 ---
Subject: Re: [4.3 Regression] cc1 segfault with -O2
-fsched-stalled-insns=0 for twolf
jakub at gcc dot gnu dot org wrote:
> --- Comment #3 from jakub at gcc dot gnu dot org 2007-11-02 23:17 ---
> Fixed for
--- Comment #35 from ebotcazou at gcc dot gnu dot org 2007-11-03 07:28
---
Fixed in the upcoming 4.3 series.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2007-11-03 07:27
---
Reopening...
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #33 from ebotcazou at gcc dot gnu dot org 2007-11-03 07:24
---
By silent consensus.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #27 from geoffk at geoffk dot org 2007-11-03 07:21 ---
Subject: Re: [4.3 Regression] typeinfo name referenced in ... defined in
discarded section
On 30/10/2007, at 9:03 PM, amodra at bigpond dot net dot au wrote:
> --- Comment #26 from amodra at bigpond dot net dot au
--- Comment #2 from spop at gcc dot gnu dot org 2007-11-03 06:38 ---
Confirmed, scev does not handle unsigned conversion.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from sebpop at gmail dot com 2007-11-03 06:31 ---
Subject: Re: New: missed optimization with dependency checker
> int
> foo (char *a, unsigned n)
> {
> int i;
> a[0] = 0;
> for (i = 16; i < n; i++)
> a[i] = a[i-16];
> }
>
We're failing to analyse the b
--- Comment #15 from sebpop at gmail dot com 2007-11-03 05:54 ---
Subject: Re: [4.3 Regression] Exponential time behavior in PRE
And I just saw that there is already a patch for this bug attached
unfortunately to PR32575.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32540
--- Comment #14 from sebpop at gmail dot com 2007-11-03 05:26 ---
Subject: Re: [4.3 Regression] Exponential time behavior in PRE
With the patch, compile time goes down also for PR33922.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32540
--- Comment #13 from sebpop at gmail dot com 2007-11-03 05:19 ---
Subject: Re: [4.3 Regression] Exponential time behavior in PRE
> Yes, the heuristics can sometimes generate a very large number of
> copies to eliminate a single redundancy.
> This is jsut the way the standard PRE heuris
--- Comment #2 from dorit at gcc dot gnu dot org 2007-11-03 04:06 ---
testing this fix:
Index: tree-vect-transform.c
===
*** tree-vect-transform.c (revision 129763)
--- tree-vect-transform.c (working copy)
*
--
dorit at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--- Comment #1 from bero at arklinux dot org 2007-11-03 01:59 ---
Created an attachment (id=14477)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14477&action=view)
bzip2-ed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33987
$ gcc -O3 -msse2 -c concurrentMarkSweepGeneration.ii
/usr/src/ark/BUILD/icedtea/openjdk/hotspot/src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp:7235:
internal compiler error: in get_initial_def_for_reduction, at
tree-vect-transform.c:2110
Please submit a full bu
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-11-03 01:17
---
I have discovered something that may make this easy to fix.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-11-03 00:42
---
Created an attachment (id=14476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14476&action=view)
-fdump-tree-original output
This is an optimization issue in the front-end. We have to be smart enough to
l
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-02
23:45 ---
Subject: Re: FAIL: gfortran.dg/gamma_5.f90
> Can anybody test this? John?
I'm on it.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33698
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-02 23:17 ---
Fixed for ppc64.
I haven't added the requested stop at the start of bb, Maxim, if you want to
do that, please go ahead.
Also, I have just found that this testcase fails on ia64 native for a different
reason (wonder wh
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-11-02 23:07
---
Created an attachment (id=14475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14475&action=view)
proposed patch
This implements the fallback functions, but naturally
doesn't do anything on my linux system (
--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-02 23:06 ---
Subject: Bug 33670
Author: jakub
Date: Fri Nov 2 23:06:36 2007
New Revision: 129863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129863
Log:
PR middle-end/33670
* haifa-sched.c (ok_for_early
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-11-02 23:06
---
Confirmed on x86_64-linux, with latest mainline. The reduced testcase is:
$ cat j.f90
function transform_to_spectral_from() result(spectral)
integer, allocatable :: spectral(:)
call scram(spectral)
end functi
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--- Comment #1 from damian at rouson dot net 2007-11-02 22:35 ---
Created an attachment (id=14474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14474&action=view)
The offending procedure is "transform_to_spectral_from()" in chebyshev.f90.
The text of the error message follows:
ch
An internal compiler results from assigning an integer constant to an integer
variable in Fortran on Mac OS X. The problem occurs inside a wrapper for a FFT
procedure. I've read the instructions, but I don't see how to attach the code
to this submission.
--
Summary: internal compiler
Reduced test case from
http://gcc.gnu.org/ml/fortran/2007-10/msg00412.html
$ cat write.f90
program main
implicit none
integer :: i
open(95,form="unformatted",access="stream")
do i=0,255
write(95) int(i,kind=1)
end do
end program main
$ gfortran write.f90
$ strace -etrace=write ./a
--- Comment #2 from andreast at gcc dot gnu dot org 2007-11-02 22:01
---
Working on support for.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jakub at gcc dot gnu dot org 2007-11-02 21:40 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-02 21:37 ---
Subject: Bug 33516
Author: jakub
Date: Fri Nov 2 21:37:35 2007
New Revision: 129862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129862
Log:
PR c++/33516
* parser.c (cp_parser_nested_name_sp
--- Comment #5 from pcarlini at suse dot de 2007-11-02 21:12 ---
Cool. Then maybe recategorizing is now just a waste of time ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32256
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-02 21:02 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-02 21:02 ---
Recategorizing is fine by me -- though I wouldn't consider my opinion
authoritative :)
FWIW I have a patch to set_cfun that appears to fix both these bugs.
I'll bootstrap and test it and see what people think.
--
--- Comment #3 from pcarlini at suse dot de 2007-11-02 20:53 ---
Thanks Tom, your help is appreciated. Note we have also c++/32368: shall we
recategorize both as middle-end bugs then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32256
--- Comment #19 from jaydub66 at gmail dot com 2007-11-02 20:53 ---
Hi Jerry,
I tried your patch (part 3b), and noticed that it fails on the following code:
real function t(x)
real ::x
t = x
end function
program p
implicit none
intrinsic sin
procedure(sin):: t
print *,t(1.0
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-02 20:43 ---
You can reproduce this in C by using -funit-at-a-time.
IMO this is a general bug in unit-at-a-time.
Perhaps cgraph_analyze_function or something similar should set
in_system_header. Maybe set_cfun.
--
tromey at
--- Comment #10 from tromey at gcc dot gnu dot org 2007-11-02 20:02 ---
Subject: Bug 33765
Author: tromey
Date: Fri Nov 2 20:02:35 2007
New Revision: 129860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129860
Log:
PR java/33765:
* jcf-parse.c (java_parse_file)
--- Comment #11 from jakub at gcc dot gnu dot org 2007-11-02 20:08 ---
Fixed, thanks.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #13 from dj at redhat dot com 2007-11-02 18:58 ---
Created an attachment (id=14473)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14473&action=view)
sclsh - short command line shell
Here's a short perl script that acts as a "short command line shell" - it
complains abo
--- Comment #12 from dj at redhat dot com 2007-11-02 18:56 ---
Created an attachment (id=14472)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14472&action=view)
test patch 3
This one just breaks up #15 into three chunks, with everything else in a single
chunk.
--
dj at redhat
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-02 18:45 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #11 from jakub at gcc dot gnu dot org 2007-11-02 18:40 ---
No wonder I haven't seen so big $$objects in my x86_64-linux build (not that
20KB would be a big deal there). I guess we shouldn't then split
libgcc-objects into so many small objects, but instead just use
objects="$
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-11-02 18:26
---
I think there are other issues with array information, so I think this PR
shouldn't be closed yet.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2007-11-02 17:54 ---
Subject: Bug 32076
Author: janis
Date: Fri Nov 2 17:54:12 2007
New Revision: 129858
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129858
Log:
PR testsuite/32076
* lib/scandump.exp (dump-suffi
--- Comment #8 from vmakarov at redhat dot com 2007-11-02 17:54 ---
I've checked patch http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129378 and
as Jakub I confirm too that the patch fixed the bug.
So it is really fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33624
The following C++ program should not compile:
struct S {
unsigned int bar : 3;
} s;
int foo(unsigned int &);
int foo(double);
int
main ()
{
return foo(s.bar); // invalid
}
According to the C++ standard, clause 13.3.3.1.4, paragraph 4, the 'bar' should
match against 'foo(unsigned int &)' be
--- Comment #10 from dj at redhat dot com 2007-11-02 17:41 ---
Subject: Re: [4.3 Regression] "Arg list too long" building libgcc.a
You could try splitting that one in two with gmake's $(filter ) and
$(filter-out ) functions. The only trick would be finding a simple
pattern that match
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-02 17:15 ---
Yes, http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129378 fixed this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33624
--- Comment #9 from roger at eyesopen dot com 2007-11-02 17:12 ---
Doh! DJ's patch gets us a little further, but it things are still broken.
However, it's an excellent debugging tool which shows that its the invocation
with libgcc-objects-15 that's broken. Applying the same trick as a
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-02 17:04 ---
Likely a dup of PR33361.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisD
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-02 17:02 ---
Btw, the ICE is
graph.cc: In member function void
get_vertex_histogram::operator()(const Graph&, Hist&) const
[with Graph = boost::adjacency_list, boost::no_property, boost::listS>, Hist =
std::tr1::unordered_map,
--- Comment #6 from alexandre dot nunes at gmail dot com 2007-11-02 16:58
---
>From the gcc internals
(http://gcc.gnu.org/onlinedocs/gccint/Storage-Layout.html):
Target Hook: bool TARGET_MS_BITFIELD_LAYOUT_P (tree record_type)
This target hook returns true if bit-fields in the g
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-11-02 16:43
---
Linking pthread with --whole-archive works.
Re comment #6 - here's the output of nm tramp3d-v4 | grep " pthread_"
00569440 T pthread_attr_destroy
00569480 T pthread_attr_getstacksize
00569
--- Comment #8 from roger at eyesopen dot com 2007-11-02 16:41 ---
Created an attachment (id=14471)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14471&action=view)
Default libgcc.a objects on mips-sgi-irix6.5
I'll respond to Jakub's latest comments before trying DJ's more recent
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-11-02 16:39
---
The trick from comment #7 doesn't work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33960
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-11-02 16:34 ---
So, fidex.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from rguenther at suse dot de 2007-11-02 16:33 ---
Subject: Re: [4.3 Regression] ICE in speculate_insn, at
haifa-sched.c:4053
On Fri, 2 Nov 2007, vmakarov at redhat dot com wrote:
> --- Comment #4 from vmakarov at redhat dot com 2007-11-02 15:20 ---
> I've t
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-11-02 16:25 ---
Doug told me about this pre-Kona. I will invesigate now that post-Kona draft is
out...
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from bkoz at gcc dot gnu dot org 2007-11-02 16:24 ---
That plan sounds good to me as well Johannes. The library API for atomics is in
atomicity.h.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33892
--- Comment #9 from tromey at gcc dot gnu dot org 2007-11-02 16:11 ---
Testing my patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #6 from pcarlini at suse dot de 2007-11-02 15:59 ---
(In reply to comment #5)
> Well, there is a lot of obsolete code for compatibility to other compilers.
> Most of that could probably be kicked out, when we rely on the GCC
> infrastructure.
Yes, can be definitely kicked ou
--- Comment #5 from singler at ira dot uka dot de 2007-11-02 15:50 ---
(In reply to comment #4)
> (In reply to comment #2)
> > BTW, compatibility.h is horribly i?86/x86_64 centric, there are many other
> > arches
> > which support 64-bit __sync_fetch_and_add and __sync_bool_compare_and_s
--- Comment #4 from pcarlini at suse dot de 2007-11-02 15:42 ---
(In reply to comment #2)
> BTW, compatibility.h is horribly i?86/x86_64 centric, there are many other
> arches
> which support 64-bit __sync_fetch_and_add and __sync_bool_compare_and_swap
> (e.g. ia64, ppc64, sparc64, sparc
--- Comment #3 from singler at gcc dot gnu dot org 2007-11-02 15:34 ---
Subject: Bug 33892
Author: singler
Date: Fri Nov 2 15:34:24 2007
New Revision: 129852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129852
Log:
2007-11-02 Johannes Singler <[EMAIL PROTECTED]>
PR l
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #19 from dnovillo at gcc dot gnu dot org 2007-11-02 15:31
---
Working on a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33870
--- Comment #3 from pcarlini at suse dot de 2007-11-02 15:28 ---
Confirmed. I think the issue can (should) be fixed by moving enum posix_errno
inside namespace posix_error, per n2461. Benjamin can you have a look?
--
pcarlini at suse dot de changed:
What|Removed
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #14 from jakub at gcc dot gnu dot org 2007-11-02 15:23 ---
Created an attachment (id=14470)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14470&action=view)
gcc43-pr30589.patch
Updated patch that could (from eyeballing mingw-runtime-3.*.tar.gz tarballs)
fix this for mi
--- Comment #4 from vmakarov at redhat dot com 2007-11-02 15:20 ---
I've tried GfxFont.ii and the reduced test on Itanium-2 under RHEL
4.4 for today gcc (revision 129849). There are no crashes anymore.
Everything looks fine. Probably, latest Maxim Kuvyrkov's patches
fixed this.
Ri
--- Comment #2 from cppljevans at suddenlink dot net 2007-11-02 15:17
---
Created an attachment (id=14469)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14469&action=view)
output of preprocessor
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33983
--- Comment #1 from cppljevans at suddenlink dot net 2007-11-02 15:10
---
Created an attachment (id=14468)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14468&action=view)
Shows nameclash when using -std=-std=gnu++0x
The following is compile commands and output:
/home/evansl/down
Both these system include files define invalid_argument.
ostream does this by indrectly including
i686-pc-linux-gnu/bits/error_constants.h.
This is for the 20071026 snapshot.
--
Summary: and invalid_argument name clash
with -std=gnu++0x
Product: gcc
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-11-02 14:55
---
Type-checking is now in mainline, and PR31608 is tracking the last remaining
failure exposed in the testsuite. Closing this PR.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from jakub at redhat dot com 2007-11-02 14:24 ---
The only at least partially workable way of linking statically against NPTL
libpthread.a is -Wl,--whole-archive -lpthread -Wl,--no-whole-archive.
There is just a huge amount of issues if you don't have everything in there i
--- Comment #18 from rguenther at suse dot de 2007-11-02 14:22 ---
Subject: Re: [meta-bug] mis-match types in GCC
On Fri, 2 Nov 2007, fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #17 from fxcoudert at gcc dot gnu dot org 2007-11-02 14:16
> ---
> I was willing to che
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rask at gcc dot gnu dot org
|dot org
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2007-11-02 14:16
---
I was willing to check the current state of the Fortran failures (PR28722). I
have thus applied these patches to current trunk, and bootstrap fails due to:
$ cat foo.i
char * getc_unlocked (char *foo) { return f
--- Comment #1 from tiago at forked dot de 2007-11-02 14:16 ---
Created an attachment (id=14467)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14467&action=view)
Code which causes the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33981
The attached C++ (preprocessed) code gives me a compiler ICE when compiled with
-fopenmp, but compiles cleanly otherwise.
Environment:
Linux finn 2.6.23-mactel #1 SMP PREEMPT Mon Oct 15 01:36:04 BRST 2007 i686
Genuine Intel(R) CPU 1500 @ 2.00GHz GenuineIntel GNU/Linux
$ gcc -v
Using built-in spec
--- Comment #5 from pcarlini at suse dot de 2007-11-02 14:09 ---
Fixed for mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini a
--- Comment #4 from paolo at gcc dot gnu dot org 2007-11-02 14:06 ---
Subject: Bug 33495
Author: paolo
Date: Fri Nov 2 14:06:43 2007
New Revision: 129850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129850
Log:
2007-11-02 Paolo Carlini <[EMAIL PROTECTED]>
PR c++/33
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-02 14:05 ---
Yes, the analysis from comment #6 looks correct - Jakub, can you take care of
the
required glibc fix? I'll check if Ians trick works as well.
--
rguenth at gcc dot gnu dot org changed:
What|Remov
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-02 13:59 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from jvdelisle at verizon dot net 2007-11-02 13:29 ---
Subject: Re: PROCEDURE in module somtimes wrongly rejected
burnus at gcc dot gnu dot org wrote:
> --- Comment #2 from burnus at gcc dot gnu dot org 2007-11-02 07:40
> ---
> Note: MODULE PROCEDURE and PROCED
--- Comment #3 from vmakarov at redhat dot com 2007-11-02 13:23 ---
I'll look at this.
--
vmakarov at redhat dot com changed:
What|Removed |Added
CC|
$ cat err.h
#error err
$ gcc -c err.h
err.h:1:2: error: #error err
$ ls err.h.gch
err.h.gch
--
Summary: Precompiled header file not removed on error
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-11-02 13:18
---
I still get segfault with the original case and garbled text on the case in
comment #7
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2007-11-02 13:10 ---
Testing a fix.
--- haifa-sched.c.jj9 2007-10-15 15:28:39.0 +0200
+++ haifa-sched.c 2007-11-02 14:10:20.0 +0100
@@ -1590,6 +1590,12 @@ ok_for_early_queue_removal (rtx insn)
{
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-11-02 12:26
---
Everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-02 12:24
---
Subject: Bug 30113
Author: ebotcazou
Date: Fri Nov 2 12:24:44 2007
New Revision: 129849
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129849
Log:
Backport from mainline:
2006-12-11 Zden
* gcc.c-torture/compile/20071102-1.c: New test.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20071102-1.c
Modified:
branches/gcc-4_1-branch/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
* gcc.c-torture/compile/20071102-1.c: New test.
Added:
branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/compile/20071102-1.c
Modified:
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
* gcc.c-torture/compile/20071102-1.c: New test.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20071102-1.c
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
1 - 100 of 110 matches
Mail list logo
