--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-05-31 05:59
---
Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Status|N
--- Comment #10 from david dot billinghurst at comalco dot riotinto dot com
dot au 2006-05-31 05:36 ---
Subject: RE: parser chokes with ffixed-line-length-7
> --- Comment #9 from jvdelisle at gcc dot gnu dot org
> 2006-05-31 05:16 ---
> I think we ought to scrap this. There
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-05-31 05:16
---
I think we ought to scrap this. There is no real point to it,is there?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16465
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-05-31 04:54
---
There is no way to win here.
The EDG front end skips the entire rest of the file:
==
"pr26058.cpp", line 4: error: expected a ";"
int t2() {}
^
At end of source: warning: parsing restarts here a
./../gcc/../libcpp/include
../../gcc/../libdecnumber
../libdecnumber
/Users/lucier/programs/gcc/mainline/objdir64/./gcc/include
/usr/include
/System/Library/Frameworks
/Library/Frameworks
End of search list.
GNU C version 4.2.0 20060530 (experimental) (powerpc-apple-darwin8.6.0)
compiled
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-31 04:14 ---
This is still reducing, it is taking a longer time than I had expected.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27826
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-05-31 04:10
---
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-05-31 04:07
---
Subject: Bug 26433
Author: mmitchel
Date: Wed May 31 04:07:24 2006
New Revision: 114263
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114263
Log:
PR c++/26433
* g++.dg/template/fntry1.C: A
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-05-31 04:06
---
Subject: Bug 26433
Author: mmitchel
Date: Wed May 31 04:05:54 2006
New Revision: 114262
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114262
Log:
PR c++/26433
* cp-tree.h (begin_function_t
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-05-31 02:56
---
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-05-31 02:56
---
Subject: Bug 26068
Author: mmitchel
Date: Wed May 31 02:55:52 2006
New Revision: 114261
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114261
Log:
PR c++/26068
* parser.c (cp_parser_set_sto
--- Comment #1 from bangerth at dealii dot org 2006-05-31 02:33 ---
Confirmed
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from bangerth at dealii dot org 2006-05-31 02:32 ---
Confirmed
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from bangerth at dealii dot org 2006-05-31 02:31 ---
I confirm the ICE with 4.0.x. With 4.1.x, we get a duplicate error message:
g/x> /home/bangerth/bin/gcc-4.1-pre/bin/c++ -c x.cc
x.cc:12: error: variable-size type declared outside of any function
x.cc:12: error: variabl
--- Comment #1 from bangerth at dealii dot org 2006-05-31 02:29 ---
Confirmed
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from bangerth at dealii dot org 2006-05-31 02:28 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from bangerth at dealii dot org 2006-05-31 02:28 ---
Can you verify whether this problem persists in the gcc 4.0.x series or
later? gcc 3.4.x is no longer maintained, and any patch will not be
backported.
Thanks
W.
--
bangerth at dealii dot org changed:
--- Comment #1 from bangerth at dealii dot org 2006-05-31 02:23 ---
Confirmed
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-05-31 02:14
---
Fixed in 4.1.2, rather.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20173
--- Comment #3 from flash at pobox dot com 2006-05-31 02:14 ---
It does happen in CodeSourcery's version of 4.1.0 (which I've filed noted above
and with them). I don't have access to an ARM-targeted 3.4.5, 3.4.6, 4.0.x,
nor a non-CodeSourcery 4.1.x.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #14 from mmitchel at gcc dot gnu dot org 2006-05-31 02:11
---
Fixed in 4.1.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #13 from mmitchel at gcc dot gnu dot org 2006-05-31 02:11
---
Subject: Bug 20173
Author: mmitchel
Date: Wed May 31 02:11:20 2006
New Revision: 114260
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114260
Log:
PR c++/20173
* pt.c (determine_specializa
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-31 02:01 ---
Does this happen in 3.4.5 or 3.4.6?
Also 3.4.x is no longer being maintainer, does this happen in 4.0.x or 4.1.x?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27829
--- Comment #1 from flash at pobox dot com 2006-05-31 01:57 ---
Created an attachment (id=11542)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11542&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27829
Calling an ARM-targeted GCC 3.4.4 on the testsuite file gcc.dg/pr21255-2-mb.c
results in "internal compiler error: in shift_op, at config/arm/arm.c:7917".
A slightly reduced version of the file is:
double d;
double
f (void)
{
double r;
asm ("mov %S1,%S0; mov %R1,%R0" : "=&r" (r) : "m" (d));
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2006-05-31
01:44 ---
Andrew,
I can confirm that the proposed patch (with the missing null check) resolves
the new gfortran
failures on Darwin. Could you update the patch in this PR to revised version
with the null check
tho
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-05-31 01:23
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-05-31 01:18
---
Subject: Bug 27808
Author: mmitchel
Date: Wed May 31 01:18:24 2006
New Revision: 114259
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114259
Log:
PR c++/27808
* parser.c (cp_parser_decl_sp
--- Comment #6 from whaley at cs dot utsa dot edu 2006-05-31 01:09 ---
Subject: Re: gcc 4 produces worse x87 code on all platforms than gcc 3
Yes, I agree it is an x86/x86_64 issue. I have not yet scoped the performance
of any of the other architectures with gcc 4 vs. 3: since 90% of
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-31 00:55 ---
(In reply to comment #4)
> and have uploaded it as an attachment. I am not sure what you mean by
> "fully a target issue". Perhaps I have submitted to the wrong area of
> gcc performance bug? Note that it is not l
--- Comment #4 from hiclint at gmail dot com 2006-05-31 00:50 ---
Subject: Re: gcc 4 produces worse x87 code on all platforms than gcc 3
Andrew,
Thanks for the reply. For the small case demonstrating the problem, I
included it in the original message:
http://www.cs.utsa.edu/~whale
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-31 00:41 ---
This is fully a target issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hiclint at gmail dot com 2006-05-31 00:36 ---
Created an attachment (id=11541)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11541&action=view)
Makefile and source to demonstrate performance problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27827
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-31 00:35 ---
Do you have a small testcase which shows the problem?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Hi guys. My name is Clint Whaley, I'm the developer of ATLAS, an open source
linear algebra package:
http://directory.fsf.org/atlas.html
My users are asking me to support gcc 4, but right now its x87 fp performance
is much worse than gcc 3. Depending on the machine and code being run it
appea
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-05-30 23:28
---
Fixed on 4.2 only
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2006-05-30 23:02
---
and 4.2 that is. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27757
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2006-05-30 23:02
---
Fixed on 4.1 and 4.1. Ray also confirmed by separate email that the original
application problem is fixed as well.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from keith dot nicewarner at spacedev dot com 2006-05-30
22:59 ---
Subject: RE: [ColdFire] ICE in in final_scan_insn
We're moved on since then and haven't been able to verify the fix. I
would say close it if the related bug has been fixed.
Keith.
> -Original Mess
--- Comment #1 from dannysmith at users dot sourceforge dot net 2006-05-30
22:33 ---
Working on it.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
-
--- Comment #10 from amacleod at redhat dot com 2006-05-30 22:05 ---
Created an attachment (id=11540)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11540&action=view)
proposed patch
yeah, not terribly suprising the bug came back. The original patch I applied
fixed a long standing
--- Comment #5 from schwab at suse dot de 2006-05-30 21:50 ---
Is this still an issue given that bug 17114 is marked as fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23482
--- Comment #3 from schwab at suse dot de 2006-05-30 21:44 ---
This has been fixed for gcc 4.2, SVN revision 109143.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #2 from sayle at gcc dot gnu dot org 2006-05-30 21:34 ---
Subject: Bug 23452
Author: sayle
Date: Tue May 30 21:34:04 2006
New Revision: 114246
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114246
Log:
PR tree-optimization/23452
* fold-const.c (fold_
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-05-30 21:29
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-05-30 21:25
---
Subject: Bug 27803
Author: mmitchel
Date: Tue May 30 21:25:02 2006
New Revision: 114245
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114245
Log:
PR c++/27803
* class.c (check_bitfield_dec
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-05-30 19:40
---
> I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
> Solaris 9. GMP & MPFR are good (tested with make check).
This has something to do with GMP & MPFR. Make sure they are built as 32-bit
--- Comment #7 from mt1 at systella dot fr 2006-05-30 19:33 ---
Thanks...
JKB
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27796
--- Comment #11 from tkoenig at gcc dot gnu dot org 2006-05-30 19:31
---
Hi FX,
what about
Index: arith.c
===
--- arith.c (revision 114111)
+++ arith.c (working copy)
@@ -1133,8 +1133,10 @@ gfc_compare_string (gfc
--- Comment #10 from mt1 at systella dot fr 2006-05-30 19:31 ---
I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
Solaris 9. GMP & MPFR are good (tested with make check). My Solaris has a
working /bin/sh.
JKB
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-30 18:57
---
> /home/bertrand/gcc-4.1.1/build/./gcc/xgcc
> -B/home/bertrand/gcc-4.1.1/build/./gcc/ -B/opt/sparc-sun-solaris2.9/bin/
> -B/opt/sparc-sun-solaris2.9/lib/ -isystem /opt/sparc-sun-solaris2.9/include
> -isystem /opt/
--- Comment #5 from mt1 at systella dot fr 2006-05-30 18:52 ---
Without --enable-bootstrap, I now obtain:
/home/bertrand/gcc-4.1.1/build/./gcc/xgcc
-B/home/bertrand/gcc-4.1.1/build/./gcc/ -B/opt/sparc-sun-solaris2.9/bin/
-B/opt/sparc-sun-solaris2.9/lib/ -isystem /opt/sparc-sun-solaris2.9
--- Comment #1 from sje at cup dot hp dot com 2006-05-30 18:06 ---
My bootstraps are working fine. What maxssiz are you using?
$ grep maxssiz /stand/system
tunable maxssiz_64bit 0x4000
tunable maxssiz 0x1000
How about swap space? (swapinfo will tell you) I have 8 Gig.
--
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-30 17:47
---
> I'm trying to bootstrap gcc without --enable-bootstrap (I have not seen in the
> documentation that this option was deprecated) and wihtout any HyperSPARC
> optimization.
It's the other way around, --enable-boo
--- Comment #6 from dir at lanl dot gov 2006-05-30 17:01 ---
I also forced it to use the gcc that came with gfortran getting the same
result. I built with mpfr-2.1.2 and gmp-4.1.4 a while ago when I unsucessfully
tried to build gfortran on my PC. I noticed your MSYS version is printing 1
--- Comment #7 from janis at gcc dot gnu dot org 2006-05-30 16:59 ---
If the value doesn't fit then the result is undefined and doesn't matter;
getting the invalid flag is what's important.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27682
--- Comment #5 from dir at lanl dot gov 2006-05-30 16:34 ---
It is strange - gfortran under cygwin does not seem to have the problem. I
wonder why GMP/MPFR is different under MSYS ? I also tried your test under MSYS
on my system and got the same answer (+one digit) that you got under lin
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-30 16:24 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27826
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||i686-pc-linux-gnu
Summary|ICE in copy_to_mode_reg |[4.
--- Comment #1 from sander at mi dot fu-berlin dot de 2006-05-30 16:12
---
The testcase was too large to be attached directly, even after an attempt at
delta reduction. You can download it at
http://page.mi.fu-berlin.de/~sander/grid.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #17 from hjl at lucon dot org 2006-05-30 16:10 ---
Yes, tonto-1.0-nullify-1.patch in PR 26106 is the one.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #22 from hjl at lucon dot org 2006-05-30 16:08 ---
Tonto in SPEC CPU 2006 should work now with gcc 4.1 and 4.2.
--
hjl at lucon dot org changed:
What|Removed |Added
---
I am getting an ICE when compiling a c++ source with optimization turned one.
My compiler version is
[EMAIL PROTECTED]:~/tmp$ g++-4.1 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang --prefix=/usr
-
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 16:06 ---
I already mentioned this is most likely a C++ front-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-30 16:05
---
I think there's something hosed with aliasing.
The code crashes with -O2, but runs fine with -O2 -fno-strict-aliasing.
--
reichelt at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-30 16:02
---
Created an attachment (id=11539)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11539&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27768
--- Comment #16 from hjl at gcc dot gnu dot org 2006-05-30 16:00 ---
Subject: Bug 27662
Author: hjl
Date: Tue May 30 16:00:42 2006
New Revision: 114240
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114240
Log:
gcc/fortran/
2006-05-30 H.J. Lu <[EMAIL PROTECTED]>
PR f
--- Comment #28 from rguenth at gcc dot gnu dot org 2006-05-30 15:38
---
Zdenek, can you look at producing a patch for 4.1.2? The mainline one doesn't
apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-30 15:05
---
OK, I managed to reduce this to a GMP/MPFR bug on i386-pc-mingw32:
$ cat mpfr.c
#include
#include
#include
int main (void)
{
mpfr_t b;
mpfr_init (b);
mpfr_set_ui (b, 2, GMP_RNDN);
mpfr_out_str (stdo
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 14:00 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-30 13:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:59
---
OK, this still happens with current mainline. I also tried a different GMP/MPRF
combination, and it doesn't make it work. I'll be looking into this.
--
fxcoudert at gcc dot gnu dot org changed:
Wha
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-30 13:58
---
*** Bug 27816 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-30 13:58 ---
*** This bug has been marked as a duplicate of 20133 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 13:54 ---
*** Bug 27825 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-30 13:54 ---
This is the same problem as PR 26632.
*** This bug has been marked as a duplicate of 26632 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27820
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27820
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27819
The following code generates warning "value computed is not used" which
I interpret as a gcc bug.
typedef unsigned char uint8;
uint8 arr[10];
void testfunc(void);
void testfunc(void)
{
uint8 val = 5;
(1 == 0) ? : (arr[2] = val); /* this line generates false warning */
}
Changing statem
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-30 13:45 ---
We transform the loop into an infinite loop. Looks like a sort-of-dup of
PR27639 and/or PR26719.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from mueller at gcc dot gnu dot org 2006-05-30 13:44
---
Fixed.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #12 from mueller at gcc dot gnu dot org 2006-05-30 13:44
---
Subject: Bug 27273
Author: mueller
Date: Tue May 30 13:43:55 2006
New Revision: 114238
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114238
Log:
PR c/27273
* c-common.c (convert_and_check)
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-30 13:42
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-30 13:39
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:39:19 2006
New Revision: 114237
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114237
Log:
PR c/27718
* c-typeck.c (c_expr_sizeof_typ
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-30 13:36
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:36:39 2006
New Revision: 114235
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114235
Log:
PR c/27718
* c-typeck.c (c_expr_sizeof_typ
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-30 13:33
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:33:17 2006
New Revision: 114234
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114234
Log:
PR c/27718
* c-typeck.c (c_expr_sizeof_typ
--- Comment #3 from WILLIAMPAUL dot PHILIBERT at telus dot com 2006-05-30
13:30 ---
Subject: RE: fastjar is asking for makeinfo in gmake bootstrap
I am using /gnu/gcc/gcc-4.1.1/gcc-4.1.1.tar.bz2
William Paul Philibert
Administrateur UNIX et SAN
[EMAIL PROTECTED]
Hébergement
Telus
--- Comment #2 from WILLIAMPAUL dot PHILIBERT at telus dot com 2006-05-30
13:24 ---
Subject: RE: fastjar is asking for makeinfo in gmake bootstrap
What is the difference between both, do I have an advantage using one or the
other?
William Paul Philibert
Administrateur UNIX et SAN
[
--- Comment #8 from rakdver at gcc dot gnu dot org 2006-05-30 13:21 ---
Subject: Bug 27779
Author: rakdver
Date: Tue May 30 13:21:06 2006
New Revision: 114233
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114233
Log:
PR tree-optimization/27779
* tree-data-ref.c
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-30 13:20 ---
What sources are you building from? If you build from pre-release tarballs it
should work, if from a svn checkout you need texinfo installed.
--
rguenth at gcc dot gnu dot org changed:
What|Remov
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:16
---
Lots of things are going badly here:
$ cat dale.f90
real(4) :: x4
real(8) :: x8
print *, " ** REAL(KIND=4) tests ** "
write(*,*) digits(x4), maxexponent(x4), minexponent(x4), &
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:11
---
Confirmed, with the same version of compiler. I'm updating to current svn to
see if this changes, but I don't have much hope...
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
When I do make a gmake bootstrap of GCC 4.1.1 I have the following output:
gmake[9]: Entering directory
`/opt/local/src/gcc-obj/sparc-sun-solaris2.9/sparcv9/libjava/classpath/native/jni'
cd /opt/local/src/gcc-4.1.1/libjava/classpath && /bin/ksh
./scripts/check_jni_methods.sh
Found a problem with t
When I do a gmake bootstrap of GCC 4.1.1 the component fastjar is asking for
makeinfo and it stop the compiling.
The documentation says I shouldn't have to install the texinfo package.
I am working on a SunFire V440 with Solaris 9
I did set the CONFIG_SHELL to /bin/ksh and I am working in a direc
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-30 12:41 ---
Variable: x, UID 1535, struct X *, symbol memory tag: SMT.4, default def: x_1
Variable: y, UID 1536, struct YY *, symbol memory tag: SMT.5, default def: y_2
Variable: SMT.4, UID 1549, struct X, is addressable, is glo
1 - 100 of 122 matches
Mail list logo
