--- Comment #4 from tbm at cyrius dot com 2007-04-12 07:24 ---
If you click on "View Bug Activity" you'll see that the bug used to be marked
as 4.2/4.3. Richi changed it to 4.2 only when the patch got committed to
mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30700
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-12 04:54 ---
There is a red zone (stack cushion) for ppc-darwin so that the interrupt's
stack should not be using the space between r1 and r1-220. So either someone
wrote an interrupt incorrectly based on the ABI or you are inco
When I upgraded my system (733 MHz PowerPC G4 QuickSilver) using an MPC-7450 to
a 1.4GHz MPC-7457 using a 133 MHz bus, I started getting DSI exceptions and
system freezes (panics) running MacOS 10.2, then MacOS 10.3, and finally MacOS
10.4. All the memory (1.5 GB) was tested and replaced if necess
--- Comment #1 from dnovillo at gcc dot gnu dot org 2007-04-12 00:28
---
Hmm, I may have triggered this one with the fix for 30735. I had inadvertently
tested with checking disabled. Will take a look.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed
Between revision 123715 and 123724, gcc.dg/dfp/convert-bfp-fold.c failed
on Linux/i686:
Executing on host: /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/dfp/convert-bfp-fold.c
-std=gnu99 -
--- Comment #4 from pault at gcc dot gnu dot org 2007-04-11 22:52 ---
I fixed the result_in_spec_1.f90 problem in trunk.
The diagnostic should remain as a problem, however. I have hijacked this PR
for it:)
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pault at gcc dot gnu dot org 2007-04-11 22:48 ---
Subject: Bug 31538
Author: pault
Date: Wed Apr 11 22:48:15 2007
New Revision: 123725
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123725
Log:
2007-04-11 Paul Thomas <[EMAIL PROTECTED]>
PR testsuit
--- Comment #3 from steven at gcc dot gnu dot org 2007-04-11 22:40 ---
investigating...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #3 from scott at minsters dot us 2007-04-11 22:31 ---
-ffast-math was not used. Adding that option actually makes the test work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31542
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-04-11 22:24
---
Created an attachment (id=13354)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13354&action=view)
patch to preserve uninitialized PHI arguments in CCP
like so. -O -Wall gives
t.i: In function 'foo':
t.i:3:
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-04-11 22:17
---
Actually 22456 is CCP ignoring uninitialized vars on phi merging. Testcase:
int foo(int f)
{
int i;
if (f)
i = 5;
return i;
}
CCP makes it return 5, so the set of i and the PHI becomes dead. Before CC
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-11 22:03 ---
Are you sure you did not have -ffast-math on the command line?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31542
--- Comment #1 from scott at minsters dot us 2007-04-11 21:56 ---
Created an attachment (id=13353)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13353&action=view)
preprocessed example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31542
When building 64 bit with an optimization setting of -O2, -O3, or -Os, some
binary comparisons with nan values fail to produce false. All comparisons (==,
>, <, etc) where one (or both) of the two values is nan should produce false.
There are no warnings or other error messages during compilation
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-11 21:43 ---
Reduced testcase:
typedef unsigned char Uchar;
struct scsi_mode_header {
unsigned char sense_data_len : 8;
};
int f(void)
{
struct scsi_mode_header md;
return *(Uchar*)&md;
}
--
pinskia at gcc dot gnu dot org c
--- Comment #1 from malitzke at metronets dot com 2007-04-11 21:25 ---
Created an attachment (id=13352)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13352&action=view)
required "i" file
Unreduced, as a user of gcc I am not up to the task
--
http://gcc.gnu.org/bugzilla/show_b
-clocale=gnu
Thread model: posix
gcc version 4.3.0 20070411 (experimental)
/usr/libexec/gcc/i686-pc-linux-gnu/4.3.0/cc1 -E -quiet -v -IOBJ/x86-linux-cc
-I../incs/x86-linux-cc -I../include -I../libscg -I../cdrecord
-D__attribute_const__=const -DSCHILY_BUILD -DFIFO
-DCD_DEVICE="yourSCS
--- Comment #2 from paulthomas2 at wanadoo dot fr 2007-04-11 21:05 ---
Subject: Re: result_in_spec_1.f90: Invalid write
Tobias,
> however, test(1) returns an array of the size (2*1+1)+1 = 4.
>
Thanks for spotting that one. I'm just in the process of committing the
fix as 'obvious'
--- Comment #2 from pault at gcc dot gnu dot org 2007-04-11 20:33 ---
(In reply to comment #1)
> Why is "(137)" not an EXPR_CONSTANT
>
Because it is an EXPR_OP. The operator in question is OP_PARENTHESES. This
fixes the problem:
Index: gcc/fortran/resolve.c
==
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-11 20:26 ---
Actually, it turned out that this is an out-of-bounds problem:
character(len(ch)) :: chr(2)
chr = test2 (1)
however, test(1) returns an array of the size (2*1+1)+1 = 4.
gfortran's -fbounds-check message is a bi
--- Comment #2 from pluto at agmk dot net 2007-04-11 20:00 ---
4.2.0-RC1 has the same bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-11 19:56 ---
In resolve.c's resolve_fl_procedure there is:
if( ... && cl->length->expr_type != EXPR_CONSTANT)
thus the question is:
Why is "(137)" not an EXPR_CONSTANT
--
burnus at gcc dot gnu dot org changed:
As reported by Mike Kumbera in
http://gcc.gnu.org/ml/fortran/2007-04/msg00116.html
gfortran 4.2 and 4.3 chokes on:
external pfname
character ((136)) pfname
with the the error message:
Automatic character length function 'pfname' at (1) must have an explicit
interface
Using "character(136) p
--- Comment #6 from dnovillo at gcc dot gnu dot org 2007-04-11 17:14
---
Subject: Bug 30735
Author: dnovillo
Date: Wed Apr 11 17:14:06 2007
New Revision: 123719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123719
Log:
PR 30735
PR 31090
* doc/invoke.te
--- Comment #14 from dnovillo at gcc dot gnu dot org 2007-04-11 17:14
---
Subject: Bug 31090
Author: dnovillo
Date: Wed Apr 11 17:14:06 2007
New Revision: 123719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123719
Log:
PR 30735
PR 31090
* doc/invoke.t
The line 23 of gfortran.dg/result_in_spec_1.f90 (PR 31215) contains
r(:)(i:i) = achar(mod(i,32)+iachar('@'))
With glibc's MALLOC_CHECK_=2 the program simply segfaults.
Running the test case using valgrind gives the following error:
==12576== Invalid write of size 1
==12576==at 0x4C23DD
--- Comment #4 from patchapp at dberlin dot org 2007-04-11 16:05 ---
Subject: Bug number PR 31472
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-04/msg00558.html
--
http://gcc.gnu.org/bugzilla/s
$ /scratch/obj.i686/gcc-4.3/./gcc/xgcc -B/scratch/obj.i686/gcc-4.3/./gcc/
-B/opt/i686/gcc-4.3//i686-linux-gnu/bin/
-B/opt/i686/gcc-4.3//i686-linux-gnu/lib/ -c f?.i -combine -o /dev/null
/tmp/ccqmLD9J.s: Assembler messages:
/tmp/ccqmLD9J.s:3: Error: symbol `__gthrw_pthread_once' is already defined
i'm trying to build gcc-4.1.2 on SunOS/5.9 SUNW,Sun-Blade-1500.
the configure script from liberty directory fails with:
(...)
checking whether byte ordering is bigendian... unknown
configure: error: unknown endianness
presetting ac_cv_c_bigendian=no (or yes) will help
(...)
the /usr/include/sys/
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2007-04-11
15:05 ---
I'm puzzled why the fix for this PR was checked into mainline instead of gcc
4.2 branch since only gcc 4.2 is marked as known to fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30700
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-04-11 14:55 ---
Actually, that's very different. This one is about missing ASSERT_EXPRs, the
other one is about simplifying SWITCH_EXPRs using the value range of the switch
argument.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-11 14:51 ---
Luckily iterative hash hashes low/high of integer consts only, not the type.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24689
--- Comment #7 from steven at gcc dot gnu dot org 2007-04-11 14:35 ---
Watch Bug 14495 while you're at it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21258
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-11 13:17 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-11 13:03 ---
I should make a note here that if operand_equal_p returns true, iterative hash
has to be the same also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24689
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-11 12:18 ---
Fixed. -frounding-math exists as of 3.4.0 only, not a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-11 12:14 ---
Subject: Bug 31530
Author: rguenth
Date: Wed Apr 11 12:13:54 2007
New Revision: 123715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123715
Log:
2007-04-11 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-04-11 11:13 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
I ran the test case on 3.4.1 through 4.1.2, all with the same error message.
This bug may be related to #25160.
Test Case:
#include
__ev64_fs__ x;
int main(void)
{
x = __ev_fsabs(x);
return(0);
}
O.K., x put in .bss:
C:\Controller>powerpc-elf-eabispe-gcc -c -Wa,-alhs=test.lst -fverbose-a
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-04-11 09:53 ---
Confirmed. Happens in combine. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2007-04-11 09:44 ---
Fortran 95
--
4.4.1 Derived-type definition
TYPE [ [ , access-spec ] :: ] type-name
[ private-sequence-stmt ] ! no PUBLIC!
access spec & PRIVATE statement only in specification part of a module.
5.1 Type
--- Comment #1 from guillaume dot melquiond at ens-lyon dot fr 2007-04-11
09:43 ---
As a follow-up, it seems the wrong code is generated during the "combine" pass:
the RTL after the "life1" pass is still correct: "(-b) * a + c" (whether
-frounding-math is enabled or not), while the RTL
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-11 09:14 ---
That looks reasonable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31522
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-11 08:42 ---
g95 and sunf95 also hang; NAG f95 quits with the error message:
"Record too long for input buffer
Program terminated by I/O error on unit 10
File="/dev/zero",Formatted,Sequential)"
(Thanks for trying hard to prevent
--- Comment #4 from burnus at gcc dot gnu dot org 2007-04-11 08:29 ---
Fixed. Thanks for the report.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2007-04-11 08:29 ---
Subject: Bug 31240
Author: burnus
Date: Wed Apr 11 08:28:49 2007
New Revision: 123712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123712
Log:
2007-04-11 Tobias Burnus <[EMAIL PROTECTED]>
PR tests
--- Comment #8 from ian at airs dot com 2007-04-11 08:04 ---
That's not an infinite loop, it's just a loop with 2^31 iterations.
This patch takes a rather different approach.
Index: tree-vrp.c
===
--- tree-vrp.c (revision
--- Comment #1 from gcc at david dot osborn dot name 2007-04-11 08:03
---
It seems that nested types cannot be deduced according to the 14.8.2.4/4, which
is what I guess this is. Sorry for the false report.
--
gcc at david dot osborn dot name changed:
What|Removed
49 matches
Mail list logo
