--- Comment #13 from rguenth at gcc dot gnu dot org 2007-02-23 09:22
---
In reply to comment #8
To understand the issues a little bit more -- are there any requirements on
overflow behavior of the _base_ type? Suppose a type T with range -100..120
has indeed be assigned a signed char
--- Comment #14 from baldrick at free dot fr 2007-02-23 09:39 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
On Friday 23 February 2007 06:50:48 ebotcazou at gcc dot gnu dot org wrote:
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2007-02-23 05:50
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-23 09:56 ---
I believe the mini-pre-alias passes from honza will fix this by recomputing
addressability.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30930
--- Comment #15 from baldrick at free dot fr 2007-02-23 10:03 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
On Friday 23 February 2007 10:22:15 rguenth at gcc dot gnu dot org wrote:
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-02-23 09:22
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-02-23 10:03 ---
Works for me. Can you tell us all options in effect? I.e. gcc -O
-fstrength-reduce t.c -v output?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30931
--- Comment #3 from ubizjak at gmail dot com 2007-02-23 10:22 ---
There is something wrong in combine_predictions_for_insn(). Perhaps stack gets
corrupted, but from the comment:
/* Use FP math to avoid overflows of 32bit integers. */
combined_probability variable is
Configured with: ../gcc-3.4.6/configure --prefix=/usr --enable-shared
--enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld
--verbose --target=i486-slackware-linux --host=i486-slackware-linux
Thread model: posix
gcc version 3.4.6
Command Line : gcc -I/opt/bluetooth/include
--- Comment #1 from grega dot koprivnikar at 7-s dot si 2007-02-23 11:18
---
Created an attachment (id=13095)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13095action=view)
Make file used to sompile the program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30934
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-02-23 11:37
---
Created an attachment (id=13096)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13096action=view)
patch fixing the problem
The attached patch removes all checks (from the first half of the testcase).
Not
yet
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-02-23 11:42
---
This also depends on PR30317 as we have for example
L9:;
source.4_29 = (js__TsB) source_4;
R5b_30 = source.4_29 + 1;
R5b.5_31 = (UNSIGNED_8) R5b_30;
if (R5b.5_31 100) goto L10; else goto L11;
--
--- Comment #18 from baldrick at free dot fr 2007-02-23 12:36 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
The attached patch removes all checks (from the first half of the testcase).
Thanks for the patch!
+ Make sure to preserve ~[a, a] (FIXME: why?) and
--- Comment #19 from rguenth at gcc dot gnu dot org 2007-02-23 12:41
---
Yeah, the fold-const.c chunk misses
+ /* We can compare x OP cst based on the value range of the type of
+ x. */
+ if (TREE_CODE (arg1) == INTEGER_CST
+TREE_CODE (arg0) != INTEGER_CST
+
--- Comment #2 from sdack at gmx dot de 2007-02-23 13:03 ---
Subject: Re: warnings about traditional.c during
bootstrap with -O3, leading to internal error
--enable-bootstrap
Don't use that option for 4.1.x.
Can you try again without that option?
I have, and together with
--- Comment #20 from baldrick at free dot fr 2007-02-23 13:04 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
!POINTER_TYPE_P
I'm testing with INTEGRAL_TYPE_P.
By the way, I see a lot a anti-range canonicalization going
on in C code. A lot of code where u is of
--- Comment #4 from ubizjak at gmail dot com 2007-02-23 13:54 ---
Got it.
This regression is indeed introduced by patch that fixes inter-unit moves
(http://gcc.gnu.org/viewcvs?view=revrevision=121767) as was found out in PR
30921.
The failure is due to slight register preference
--- Comment #5 from wangguoqin1001 at gmail dot com 2007-02-23 14:04
---
(In reply to comment #4)
Does this still happen?
Still happening on me, both in 4.1.1-r3 and 4.1.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20495
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-02-23 14:05
---
Yep, INTEGRAL_TYPE_P is better. the u!=0 case might be why I tried to preserve
~[0,0] for unsigneds... maybe we have some failing testcases with ranges for
range_is_nonnull, which only checks
static inline bool
--- Comment #6 from bergner at gcc dot gnu dot org 2007-02-23 14:06 ---
Here's the output you asked for using the latest 4.1 sources I built yesterday.
This also fails for me using the system compilers on Ubuntu Edgy and SLES10.
I'll try and track down a x86 RHEL5 system to test there
--- Comment #1 from manu at gcc dot gnu dot org 2007-02-23 14:08 ---
What is your version of GCC ?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from burnus at gcc dot gnu dot org 2007-02-23 14:12 ---
Subject: Bug 30793
Author: burnus
Date: Fri Feb 23 14:12:44 2007
New Revision: 122256
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122256
Log:
fortran/
2007-02-23 Tobias Burnus [EMAIL PROTECTED]
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-02-23 14:13 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from bergner at gcc dot gnu dot org 2007-02-23 14:17 ---
Created an attachment (id=13097)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13097action=view)
Good assembly output from the 4.1 compiler (-O1 -fno-strength-reduce)
--
--- Comment #9 from bergner at gcc dot gnu dot org 2007-02-23 14:17 ---
Created an attachment (id=13098)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13098action=view)
Bad assembly output from the 4.1 compiler (-O1 -fstrength-reduce)
--
--- Comment #2 from manu at gcc dot gnu dot org 2007-02-23 14:21 ---
I think the warning is correct. If there were no prototype, the value would be
passed as double. Since there is a prototype, the value is passed as float.
That is what -Wconversion warns about up to GCC 4.2 (check the
--- Comment #23 from rguenth at gcc dot gnu dot org 2007-02-23 14:21
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from bonzini at gnu dot org 2007-02-23 14:30 ---
No, i (which is in %edx) *is* being incremented. It's the strength-reduced
derived induction variable that is constructed in a wrong way. The optimized
code looks like:
void bug (struct s *p)
{
int i;
struct s *pp =
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-23 14:30 ---
Still, I find it a bit scary installing gcc without first bootstrapping it.
I
trust the result more than without it.
--enable-bootstrap is not the flag which enables bootstrap but instead it
enables toplevel
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-23 14:32 ---
gcc: Internal error: Segmentation fault (program as)
the assembler is seg faulting and not really the compiler.
Can you add -save-temps and attach the resulting .i file?
--
pinskia at gcc dot gnu dot org
--- Comment #11 from bonzini at gnu dot org 2007-02-23 14:32 ---
for (i=0; i 2; i++)
Well, that's obviously
for (i=0; i 2; )
in my code of comment #10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30931
--- Comment #7 from gary at gcc dot gnu dot org 2007-02-23 15:13 ---
Subject: Bug 17002
Author: gary
Date: Fri Feb 23 15:13:18 2007
New Revision: 122258
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122258
Log:
2007-02-22 Jakub Jelinek [EMAIL PROTECTED]
PR
--- Comment #22 from rguenth at gcc dot gnu dot org 2007-02-23 15:15
---
Ok, I get lot's of acats failures with the patch, all of the form
RUN a22006d
raised CONSTRAINT_ERROR : a-textio.adb:1339 explicit raise
FAIL: a22006d
which is from
procedure Set_Col
(File :
The following C program evaluates t.a to a *wrong* value of 5 instead of 9:
#include stdio.h
struct test {
int a;
};
int func(struct test* tp) {
tp-a = 8; /* this update is lost */
return 1;
}
int main(int ac, char** av) {
struct test t;
t.a = 4;
t.a += func(t); /*
--- Comment #1 from jrr at concept dot de 2007-02-23 15:19 ---
Created an attachment (id=13099)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13099action=view)
Initial test case showing the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30935
--- Comment #2 from jrr at concept dot de 2007-02-23 15:22 ---
(In reply to comment #0)
The machine is a Fedora Core 6 Linux x86_64 box.
Sorry, I meant Fedora Core release 5 (Bordeaux)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30935
--- Comment #3 from hermantenbrugge at home dot nl 2007-02-23 15:26 ---
Subject: Re: Wrong =?windows-1252?Q?=91float=92_rather_?=
=?windows-1252?Q?than_=91double=92_due_to_prototype_warning?=
manu at gcc dot gnu dot org wrote:
--- Comment #2 from manu at gcc dot gnu dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-02-23 15:36 ---
*** This bug has been marked as a duplicate of 11751 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #73 from rguenth at gcc dot gnu dot org 2007-02-23 15:36
---
*** Bug 30935 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Being nanf declared using const attribute, sh4-linux-gcc (4.1.1) doesn't
produce
the code to call the nanf function.
Removing the 'const' attribute the generated code works fine.
Using gcc (3.4.3) Red Hat EL4 the test runs fine.
--
Summary: const attribute in nanf prototype causes
--- Comment #23 from baldrick at free dot fr 2007-02-23 15:40 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
if not To'Valid then
I'm pretty sure that this is an example of PR26797:
the front-end should generate 'Valid by doing a
VIEW_CONVERT_EXPR of To to
--- Comment #1 from filippo dot arcidiacono at gmail dot com 2007-02-23
15:43 ---
Created an attachment (id=13100)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13100action=view)
simple test case exploiting gcc bug
compiled with the following command:
sh4-linux-gcc nanf-test.c
--- Comment #7 from p dot w dot draper at durham dot ac dot uk 2007-02-23
15:44 ---
Tried out the patch and it works for me under 64bit with
default sized integers. Seems to have fixed PR 30888 too.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30887
--- Comment #8 from cvs-commit at developer dot classpath dot org
2007-02-23 15:50 ---
Subject: Bug 17002
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Gary Benson gbenson 07/02/23 15:50:04
Modified files:
. : ChangeLog NEWS
--- Comment #4 from sdack at gmx dot de 2007-02-23 15:52 ---
Subject: Re: warnings about traditional.c during
bootstrap with -O3, leading to internal error
Still, I find it a bit scary installing gcc without first
bootstrapping it. I
trust the result more than without it.
--- Comment #24 from rguenth at gcc dot gnu dot org 2007-02-23 15:55
---
Of course in this case I would have expected VRP or whatever to optimize away
if not To'Valid then
raise Constraint_Error;
end if;
but it looks it is now an unconditional
raise
--- Comment #25 from baldrick at free dot fr 2007-02-23 15:59 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
There seems to be an additional C testsuite failure: loadpre1.c
Also, some of the acats failures look interesting, for example
the first one c34004a is
--- Comment #26 from baldrick at free dot fr 2007-02-23 16:01 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
Of course in this case I would have expected VRP or whatever to optimize away
if not To'Valid then
raise Constraint_Error;
end if;
--- Comment #28 from rguenth at gcc dot gnu dot org 2007-02-23 16:11
---
Got it compiling now with -gnatpg -- my tree was probably too old and messed
up, rebuilding everything helped. Now we indeed fold not To'Valid to 1 ;)
Unfolded
it looks like
if (to == 0 || (SIGNED_32) to
--- Comment #5 from rth at gcc dot gnu dot org 2007-02-23 16:12 ---
Subject: Re: [4.3 Regression] current mainline fails to bootstrap when -msse
is used
On Fri, Feb 23, 2007 at 01:54:35PM -, ubizjak at gmail dot com wrote:
* config/i386/i386.md (*movdi_1_rex64,
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
--- Comment #2 from info at icomsoftware dot de 2007-02-23 16:55 ---
I have installed a precompiled binary. You can close this bug.
--
info at icomsoftware dot de changed:
What|Removed |Added
--- Comment #29 from baldrick at free dot fr 2007-02-23 17:09 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
BTW, this is not a bug, but a possible enhancement, and a very tricky one at
that, since removing too many checks will hurt much more Ada programmers than
--- Comment #36 from bergner at gcc dot gnu dot org 2007-02-23 17:14
---
Created an attachment (id=13101)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13101action=view)
Alternate patch to commutative_operand_precedence to increase the precedence of
REG_POINTER and MEM_POINTER
--- Comment #30 from rguenth at gcc dot gnu dot org 2007-02-23 17:32
---
Ok, I have too little Ada skills ;) What is missing in the following?
with test;
package test is
type Count is range 0 .. Natural'Last;
subtype Positive_Count is Count range 1 .. Count'Last;
procedure
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-23 17:39 ---
Being nanf declared using const attribute
Can you attach the preprocessed source which you can get by adding -save-temps
to the command line? The file will be called something.i.
Also can you compile with -W
--- Comment #1 from andreas dot meier_ at gmx dot de 2007-02-23 17:56
---
This happens until now
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30756
--- Comment #4 from b33fc0d3 at gmail dot com 2007-02-23 17:58 ---
I'm still getting an ICE when trying to bootstrap on x86_64:
/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070216/work/gcc-4.3-20070216/libgcc/../gcc/libgcc2.c:
In function '__multi3':
--- Comment #5 from patchapp at dberlin dot org 2007-02-23 18:05 ---
Subject: Bug number PR30933
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/2007-02/msg01902.html
--
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:13
---
Subject: Bug 30910
Author: jvdelisle
Date: Fri Feb 23 18:13:16 2007
New Revision: 122265
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122265
Log:
2007-02-23 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:15
---
Subject: Bug 30910
Author: jvdelisle
Date: Fri Feb 23 18:15:27 2007
New Revision: 122266
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122266
Log:
2007-02-23 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:17
---
Subject: Bug 30681
Author: jvdelisle
Date: Fri Feb 23 18:16:54 2007
New Revision: 122267
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122267
Log:
2007-02-23 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #6 from uros at gcc dot gnu dot org 2007-02-23 18:19 ---
Subject: Bug 30825
Author: uros
Date: Fri Feb 23 18:19:07 2007
New Revision: 122268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122268
Log:
PR target/30825
* config/i386/i386.md
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:20
---
Subject: Bug 30681
Author: jvdelisle
Date: Fri Feb 23 18:20:01 2007
New Revision: 122269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122269
Log:
2007-02-23 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #7 from ubizjak at gmail dot com 2007-02-23 18:20 ---
Fixed on mainline.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:26
---
Subject: Bug 30910
Author: jvdelisle
Date: Fri Feb 23 18:26:23 2007
New Revision: 122270
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122270
Log:
2007-02-23 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:31
---
Subject: Bug 30910
Author: jvdelisle
Date: Fri Feb 23 18:30:57 2007
New Revision: 122271
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122271
Log:
2007-02-23 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:35
---
Fixed on 4.1, 4.2, and 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-02-23 18:37
---
Fixed on 4.2 and 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
After calling process.waitFor(), or calling process.exitValue() multiple times
on a process that has exited, the process returns
java.lang.IllegalThreadStateException: Process has not exited even though it
has. Sun's java, and gcj on linux does not have this problem.
Result on SUN win32:
5
EV:
-ftree-vectorize bootstrap segfaults on x86_64 in:
0x0098ecf9 in vect_is_simple_use (operand=0x2aaab01533c0,
loop_vinfo=0x156f0b0, def_stmt=0x7fff4264e488,
def=0x7fff4264e490, dt=0x7fff4264e488) at
../../gcc-svn/trunk/gcc/tree-vectorizer.c:1729
1729 switch (TREE_CODE
--- Comment #1 from ubizjak at gmail dot com 2007-02-23 20:16 ---
This is the operand that is not liked by vect_is_simple_use():
(gdb) p debug_tree (operand)
ssa_name 0x2aaab01533c0
type enumeral_type 0x2edc0b40 x86_64_reg_class sizes-gimplified
unsigned type_0 SI
size
--- Comment #31 from rguenth at gcc dot gnu dot org 2007-02-23 20:18
---
Created an attachment (id=13102)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13102action=view)
patch
updated patch
--
rguenth at gcc dot gnu dot org changed:
What|Removed
to build in empty directory. I have just finished bootstrap on
x86_64-pc-linux-gnu for all default languages and everything went normal:
./xgcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-svn/trunk/configure
Thread model: posix
gcc version 4.3.0 20070223
--- Comment #7 from burnus at gcc dot gnu dot org 2007-02-23 20:42 ---
various intrinsics do not diagnose invalid argument kinds
The question is what is the right solution:
a) Only allow certain kinds
b) Allowing all kinds and doing the conversion/providing the needed functions.
(a)
--- Comment #1 from r_ovidius at eml dot cc 2007-02-23 20:53 ---
Also seems to affect process.destroy() somehow. The DONE is not printed
after the destroy call on gcj win32, but is on Sun.
public class ProcTest {
static Process process;
public static void main(String[] args)
--- Comment #16 from burnus at gcc dot gnu dot org 2007-02-23 20:53 ---
Fixed in 4.2 and the trunk.
Allocatable components are not in 4.1 and thus this bug fix cannot be ported to
4.1.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from sgk at troutmask dot apl dot washington dot edu
2007-02-23 21:02 ---
Subject: Re: various intrinsics do not diagnose invalid argument kinds
On Fri, Feb 23, 2007 at 08:42:03PM -, burnus at gcc dot gnu dot org wrote:
various intrinsics do not diagnose
NAG f95:
Error: bar.f90, line 6: Array supplied for dummy IN (no. 1) of COPY too small
g95:
Error: Array argument at (1) is smaller than the dummy size
gfortran: No error/warning.
--
program main
implicit none
character :: digit_arr(10)
call copy(digit_arr)
contains
The following valid program is rejected by gfortran with the error:
Type/rank mismatch in argument 'in'
-
program main
implicit none
character(len=10) :: digit_string = '123456789'
character :: digit_arr(10)
call copy(digit_string, digit_arr)
print '(1x,
1. The name of the dummy argument is COUNT instead of UNIT.
2. FLUSH implements option (iii) of Tobias' list in [1], but (i) was agreed
upon (at least for EXIT)
3. The documentation states:
UNIT (Optional) The type shall be INTEGER.
Be more specific here.
[1]
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-02-23 22:28 ---
libgfortran/io/intrinsics.c provides flush_i8, but that one is never used.
INTEGER(kind=8) :: i8
CALL FLUSH(i8)
results in
MAIN__ ()
{
int8 int_8;
_gfortran_set_std (70, 127, 0, 0);
{
int4 D.1001;
--- Comment #32 from rguenth at gcc dot gnu dot org 2007-02-23 22:40
---
Created an attachment (id=13103)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13103action=view)
patch
Bah - now with the errors fixed. Bootstraps ok, some of acats regresses.
If you disable bootstrap and
$ cat link-flush-2.f90
program subroutine_flush_link
INTEGER(kind=1) :: int_1
CALL flush(unit = int_1) ! this is a somewhat lengthy comment
end program
$ gfortran-svn link-flush-2.f90
link-flush-2.f90:4.60:
CALL flush(unit = int_1) ! this is a somewhat lengthy comment
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-23 22:47 ---
(In reply to comment #1)
I believe the mini-pre-alias passes from honza will fix this by recomputing
addressability.
But this is not about recomputing addressability but instead recomputing
DECL_GIMPLE_REG_P
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-23 22:58 ---
The problem described in comment #1 depends on the default integer kind.
See also: http://gcc.gnu.org/ml/fortran/2007-02/msg00542.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30941
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-02-23 23:01
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The compiler encouraged me to write this bugreport.
My gcc-Version:
[EMAIL PROTECTED]:~$ gcc --version
gcc (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5)
My f77-Version:
[EMAIL PROTECTED]:~$ g77 --version
GNU Fortran (GCC) 3.4.6 (Ubuntu 3.4.6-1ubuntu2)
Copyright (C) 2006 Free Software Foundation, Inc.
The
--- Comment #4 from h dot mth at web dot de 2007-02-23 23:29 ---
JFYI, '-O2 -march=athlon64' also fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30770
--- Comment #6 from paolo at gcc dot gnu dot org 2007-02-23 23:34 ---
Subject: Bug 25896
Author: paolo
Date: Fri Feb 23 23:34:18 2007
New Revision: 122276
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122276
Log:
2007-02-23 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #7 from pcarlini at suse dot de 2007-02-23 23:35 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from kargl at gcc dot gnu dot org 2007-02-24 00:09 ---
This crash is with g77, which is no longer support.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from sje at gcc dot gnu dot org 2007-02-24 00:11 ---
Subject: Bug 29614
Author: sje
Date: Sat Feb 24 00:11:39 2007
New Revision: 122277
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122277
Log:
PR debug/29614
* varpool.c
I received a segmentation fault when I tried to compile my code from Anjuta as
well as from the make file created by Anjuta. Sorry, this is my first bug
report and I am not sure what the triplets are. Let me know how to find that
information and I will gladly supply it.
--
Summary:
--- Comment #4 from dje at gcc dot gnu dot org 2007-02-24 04:42 ---
The 4G is the cumulative allocation, not the total amount of memory currently
in use.
The problem has nothing to do with physical memory installed in the system.
The process data and stack resource limits need to be
On Bjarne Stroustrup's site, it's says in the FAQs:
Why is the code generated for the Hello world program ten times larger for
C++ than for C?
It isn't on my machine, and it shouldn't be on yours. I have even seen the C++
version of the hello world program smaller
The following will compile with no problem.
___
class character
{
//bah
};
struct character enemy;
___
So will
___
struct character
{
//bah
};
class character enemy;
95 matches
Mail list logo
