--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:34 ---
I've done #1 and #3.
The cache code hasn't yet been written.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28454
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:24 ---
*** This bug has been marked as a duplicate of 29491 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:24 ---
*** Bug 29492 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29491
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-10-18 06:03
---
There is one final patch to go before closing this PR. I am testing it now and
developing a test case. This is the part that converts LF to CR-LF for
FORMATTED STREAM IO on those systems that #define HAVE_CRLF.
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-10-18 05:18
---
Right, bootstrap has been broken because of that for ages.
I've pinged the patch many times but to no avail...
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #3 from pault at gcc dot gnu dot org 2006-10-18 04:25 ---
Created an attachment (id=12451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12451&action=view)
Middle-end part of the patch
This attaches the appropriate code to trans-intrinsic.c to fix bot testcases
below.
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-10-18 04:08
---
Subject: Bug 29277
Author: jvdelisle
Date: Wed Oct 18 04:08:30 2006
New Revision: 117847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117847
Log:
2006-10-17 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-10-18 04:04
---
Subject: Bug 29277
Author: jvdelisle
Date: Wed Oct 18 04:04:07 2006
New Revision: 117846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117846
Log:
2006-10-17 Jerry DeLisle <[EMAIL PROTECTED]>
libgomp fails to build on Solaris 2.6 because it lacks
pthread_mutexattr_settype
and PTHREAD_MUTEX_EXCLUSIVE in "@(#)pthread.h 1.1697/05/05 SMI".
Solaris 2.8 "@(#)pthread.h 1.2899/11/15 SMI" has the function and define.
/devel/src/gcc-4.2-20060930.obj/./gcc/xgcc
-B/devel/src/gcc-4.2-2006
--- Comment #10 from acahalan at gmail dot com 2006-10-18 01:01 ---
An enum will crash it too. This one is in modified_type_die like the original.
$ gcc -g3 -Os -W -Wall -std=gnu99 kku.c
kku.c:3: internal compiler error: in modified_type_die, at dwarf2out.c:8463
Please submit a full bug
--- Comment #9 from acahalan at gmail dot com 2006-10-18 00:57 ---
I did it again, but this time in splice_child_die.
$ gcc -g3 -Os -W -Wall -std=gnu99 jji.c
jji.c:3: warning: useless storage class specifier in empty declaration
jji.c:5: internal compiler error: in splice_child_die, at
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-10-17 23:44
---
Testing a patch.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #6 from lmillward at gcc dot gnu dot org 2006-10-17 23:23
---
Fixed on mainline.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #5 from lmillward at gcc dot gnu dot org 2006-10-17 23:22
---
Subject: Bug 27952
Author: lmillward
Date: Tue Oct 17 23:22:14 2006
New Revision: 117839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117839
Log:
PR c++/27952
* cp-tree.h (xref_basetypes
--- Comment #4 from patchapp at dberlin dot org 2006-10-17 23:01 ---
Subject: Bug number PR c++/27952
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00878.html
--
http://gcc.gnu.org/bugzil
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-10-17 22:54
---
Solaris x86 is not a primary or secondary platform.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-17 22:52
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-10-17 22:51
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #11 from pinskia at physics dot uc dot edu 2006-10-17 22:44
---
Subject: Re: Compiling LLVM now takes nearly 5x as long with 4.1 as it did
with 4.0
> Additionally, link times are much longer than with 3.4.6
Link times are usually a binutils issue unless you are comparing
> Additionally, link times are much longer than with 3.4.6
Link times are usually a binutils issue unless you are comparing
with the same version of binutils.
-- Pinski
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-17 22:43
---
Subject: Bug 28261
Author: mmitchel
Date: Tue Oct 17 22:43:37 2006
New Revision: 117835
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117835
Log:
PR c++/28261
* parser.c (cp_lexer_next_tok
--- Comment #10 from rspencer at x10sys dot com 2006-10-17 22:42 ---
This is still a problem with:
gcc (GCC) 4.1.1 20060525 (Red Hat 4.1.1-1)
Additionally, link times are much longer than with 3.4.6
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27140
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-10-17 22:35
---
Subject: Bug 29039
Author: mmitchel
Date: Tue Oct 17 22:35:29 2006
New Revision: 117834
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117834
Log:
PR c++/29039
* typeck2.c (build_functional
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-10-17 22:25
---
Subject: Bug 27270
Author: mmitchel
Date: Tue Oct 17 22:25:35 2006
New Revision: 117832
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117832
Log:
PR c++/27270
* decl.c (reshape_init_class)
$ cat main.c
int main() {
return 0;
}
$ gcc -v -save-temps -S -masm=intel main.c -Wa,al
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1.1/configure --prefix=/usr --enable-shared
--enable-languages=c,c++,objc --enable-threads=posix --enable-__cxa_atexit
--disable
--- Comment #8 from acahalan at gmail dot com 2006-10-17 21:05 ---
In case comment #4 was meant to imply that a non-ICE error is fine:
Please note that the crashing code is very nearly the __may_alias__ example
given in the gcc documentation. The main difference is that I used a struct.
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-17 20:20 ---
Thank you, Richard - thanks to your splendid analysis, I was able to go
straight to the source of the problem:
trans-types.c(gfc_get_nodesc_array_type):1038 sets GFC_TYPE_ARRAY_LBOUND to
NULL_TREE if the arrayspec low
--- Comment #3 from patchapp at dberlin dot org 2006-10-17 18:37 ---
Subject: Bug number PR c++/27952
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00862.html
--
http://gcc.gnu.org/bugzil
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
I finally got java to build with gtk support, but every program that I try to
run fails like this simple example from a java book (pango is finding a null
pointer) -
[dranta:java/CHAPCODE/Ch12] dir% gcj -bind_at_load --main=Application -o
Application Application.java
[dranta:java/CHAPCODE/Ch12] di
--- Comment #6 from shinwell at gcc dot gnu dot org 2006-10-17 17:30
---
*** Bug 28248 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27270
--- Comment #2 from shinwell at gcc dot gnu dot org 2006-10-17 17:30
---
*** This bug has been marked as a duplicate of 27270 ***
--
shinwell at gcc dot gnu dot org changed:
What|Removed |Added
---
The following C program produces different results with Sun compiler,
ICC compiler and GCC compiler. Is it a rounding error due to
temporaries? Or is it in the printf library?
The other compilers seem to handle this better. I get same result
with cygwin and on linux, and believe both to be GCC
--- Comment #4 from patchapp at dberlin dot org 2006-10-17 17:25 ---
Subject: Bug number PR preprocessor/20077
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00860.html
--
http://gcc.gnu.o
--- Comment #13 from pcarlini at suse dot de 2006-10-17 17:03 ---
Nathan, any news about this PR? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
I finally got java to build with gtk support, but every program that I try to
run fails like this simple example from a java book (pango is finding a null
pointer) -
[dranta:java/CHAPCODE/Ch12] dir% gcj -bind_at_load --main=Application -o
Application Application.java
[dranta:java/CHAPCODE/Ch12] di
--- Comment #5 from janis at gcc dot gnu dot org 2006-10-17 16:25 ---
A regression hunt on powerpc-linux identified the following patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=115086
r115086 | jason | 2006-06-30 01:15:56 + (Fri, 30 Jun 2006)
--
janis at gcc dot gnu dot
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-17 15:50 ---
(In reply to comment #2)
> I have recently had a similar problem building gcc-4.1.1 and gcc-4.1-20061013
> on an Ubuntu-64bit 6.06 installation with an AMD Sempron64 socket 754
> processor. I also have trouble build
--- Comment #2 from ctalley at knology dot net 2006-10-17 15:48 ---
I have recently had a similar problem building gcc-4.1.1 and gcc-4.1-20061013
on an Ubuntu-64bit 6.06 installation with an AMD Sempron64 socket 754
processor. I also have trouble build the current gcc-4.2 series. I need
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-10-17 15:31 ---
(In reply to comment #6)
> Janis, can you hunt this on the mainline? I want to know at what point we
> changed
> from the ICE in dwarf2out to issuing an error (for cc1).
We still ICE for the testcase in comment #2.
--- Comment #2 from tobias dot burnus at physik dot fu-berlin dot de
2006-10-17 15:31 ---
The library problems are due to an error in the string comparison; one only
compares the first (fortran string length) characters, but never checks whether
the strings are of identical length.
Pat
--- Comment #15 from pcarlini at suse dot de 2006-10-17 15:18 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from paolo at gcc dot gnu dot org 2006-10-17 15:17 ---
Subject: Bug 26020
Author: paolo
Date: Tue Oct 17 15:17:32 2006
New Revision: 117827
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117827
Log:
2006-10-17 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #14 from plessl at tik dot ee dot ethz dot ch 2006-10-17 14:43
---
(In reply to comment #13)
> Can you try using GCC 4.1.1 and see if you can still reproduce this bug? That
> would be very informative.
Yes, the bug is still present in gcc-4.1.1, see below. I also had proble
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-10-17 14:09 ---
Confirmed.
We're folding + D.1277->dimD.1247[0].uboundD.1245 -
D.1277->dimD.1247[0].lboundD.1244
here:
#2 0x006eb4ee in fold_build2_stat (code=PLUS_EXPR,
type=0x2b5f89b8e630, op0=0x0, op1=0x2b5f89c5
--- Comment #8 from patchapp at dberlin dot org 2006-10-17 14:05 ---
Subject: Bug number PR29216
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00852.html
--
http://gcc.gnu.org/bugzilla/sh
Get following error message when compiling fortran 90 code:
> "internal compiler error: in fold_binary, at fold-const.c:8239".
Test code that fails , see below:
<
!-
program fred
!-
real
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-10-17 13:39 ---
This works for me with 4.1.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2006-10-17 13:01
---
Hurray! I can now also reproduce this on x86_64-linux with ElectricFence. Run
f951 inside gdb and preload ElectricFence (in gdb: set environment LD_PRELOAD
/usr/lib64/libefence.so). The segfault backtrace is:
Pr
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #5 from h dot b dot furuseth at usit dot uio dot no 2006-10-17
12:49 ---
Subject: Re: Issues with -Wchar-subscripts
pinskia at gcc dot gnu dot org writes:
> 'a' in C is not of the type char but instead int so not warning
> there is correct really.
How about a -Warray-boun
--- Comment #15 from pault at gcc dot gnu dot org 2006-10-17 12:43 ---
I cannot persuade this to fault on any of the platforms to which I have access
either. 'tis an odd one.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29067
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-17 12:37 ---
Janis, can you hunt this on the mainline? I want to know at what point we
changed
from the ICE in dwarf2out to issuing an error (for cc1).
Thanks!
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-10-17 12:33 ---
We're getting a type variant with the attribute created which shares TYPE_NAME
which in turn points back to the wrong (un-attributed) type. So we do not
create a die for the attributed type.
This can be worked arou
--- Comment #13 from bkoz at gcc dot gnu dot org 2006-10-17 11:56 ---
Subject: Bug 28514
Author: bkoz
Date: Tue Oct 17 11:56:21 2006
New Revision: 117824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117824
Log:
2006-10-17 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libst
--- Comment #12 from bkoz at gcc dot gnu dot org 2006-10-17 11:52 ---
Should be libstdc++ bug.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Compo
--- Comment #11 from bkoz at gcc dot gnu dot org 2006-10-17 11:48 ---
OK. I've reverted these anonymous namespace conversions.
Namespace that are just trying to squester name lookup should be spelled as
nested "detail" namespaces. Namespaces that are trying to prohibit exports via
inte
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20541
--- Comment #38 from pault at gcc dot gnu dot org 2006-10-17 11:33 ---
(In reply to comment #37)
Sorry all, I screwed up on the PR number - it should have been 29541
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20541
--- Comment #23 from rguenth at gcc dot gnu dot org 2006-10-17 11:33
---
*** Bug 27036 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-17 11:33 ---
It is (and fixed).
*** This bug has been marked as a duplicate of 26881 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2006-10-17 11:32 ---
In spite of the commit message going to the wrong PR, this was fixed on trunk.
I will put the numbers right in the ChangeLog tonight.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #22 from rguenth at gcc dot gnu dot org 2006-10-17 11:31
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from pault at gcc dot gnu dot org 2006-10-17 11:30 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #21 from rguenth at gcc dot gnu dot org 2006-10-17 11:30
---
Subject: Bug 26881
Author: rguenth
Date: Tue Oct 17 11:30:28 2006
New Revision: 117823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117823
Log:
2006-10-17 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-10-17 10:45
---
(In reply to comment #1)
> I have seen what the problem is, in the meantime: LBOUND (soda, 2) is being
> processed in simplify.c(simplify_bound), which does not kow about your middle
> end mods!
Hum, I knew I wo
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2006-10-17 10:45
---
LBOUND and UBOUND also need to be fixed in simplify.c:
program fred
call jackal (3, 2)
contains
subroutine jackal (b, c)
integer :: b, c
integer :: soda(b:c, 1:2)
print *, "SIZE = ", size(sod
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-17 10:27 ---
Created an attachment (id=12450)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12450&action=view)
A patch to gfc_conv_intrinsic_bound to simplify diagnosis
FX,
The patch, as promised, is attached.
I have seen
In the case of zero sized automatic arrays, LBOUND(array) and LBOUND(array,
DIM) can give different results:
program fred
call jackal (3, 2)
contains
subroutine jackal (b, c)
integer :: b, c
integer :: soda(b:c, 1:2)
print *, "SIZE = ", size(soda)
print *, "LBOUND (soda, DI
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-10-17 09:37 ---
I cannot reproduce this any longer with 4.2:
trunk-g/gcc> ./cc1 -quiet t.i -g3 -std=gnu99 -W -Wall -m32
t.i: In function 'handler':
t.i:12: error: incompatible types in assignment
though cc1plus ICEs (differently)
--- Comment #5 from mueller at gcc dot gnu dot org 2006-10-17 09:34 ---
take a look at the testcase in bugreport 29485 - there it should have at least
instantiated the method
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21678
--- Comment #20 from pcarlini at suse dot de 2006-10-17 09:28 ---
Gaby, any news about this issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25608
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-10-17 09:19 ---
Actually with inline functions we don't reach building the cfg but throw away
the function early:
Initial entry points:
Unit entry points:
Initial callgraph:
int fii(int*)/0: tree finalized
called by:
calls:
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-10-17 08:27
---
Subject: Bug 28906
Author: rguenth
Date: Tue Oct 17 08:27:26 2006
New Revision: 117821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117821
Log:
2006-10-17 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-10-17 07:48 ---
Just a note, this was fixed by the patch which fixed PR 27270 so really this is
not fixed on the 4.1 branch just yet (I tested the 4.1 branch as of now and it
fails there).
--
pinskia at gcc dot gnu dot org chang
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29484
--- Comment #12 from mmitchel at gcc dot gnu dot org 2006-10-17 07:35
---
Until we can demonstrate a C/C++ failure: P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-10-17 07:17
---
Empirically, this code now compiles, on both 4.1 and on mainline.
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from rsandifo at gcc dot gnu dot org 2006-10-17 07:10
---
Fixed in trunk. Because the patch is simple and fairly obvious,
I used the leeway given target maintainers to fix the bug for 4.2,
even though it isn't a regression. However, because it's not a
regression, I don'
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29488
81 matches
Mail list logo
