--- Comment #2 from patchapp at dberlin dot org 2006-12-09 07:35 ---
Subject: Bug number PR30014
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-12/msg00600.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-12-09 07:25
---
There is a similar case with STREAM=
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30123
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-09 06:51 ---
This is just an reassiocation issue, if we have a_1 + b_2 + 1, we change it to
be a_1 + 1 + b_2 which seems wrong. I wonder if we are trying to put the
constant first but when calling fold, it puts it second in the
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-09 06:32 ---
Basically what needs here is that if we get i == j, then we need to also add
asserts (in VRP) for all the uses of i and j, which makes it an almost useless
to do :).
There might be another bug about this filed by me
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-12-09 06:30
---
*** Bug 30098 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-12-09 06:30 ---
Some of these have already been fixed.
This one is the same as PR 19590.
*** This bug has been marked as a duplicate of 19590 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-12-09 05:43
---
Case 2 was filed as PR 29792 and was declared invalid.
Though we get currently:
.uleb128 0x2# (DIE (0x25) DW_TAG_subprogram)
.ascii "foo\0" # DW_AT_name
.byte 0x1 # DW_AT_decl_fil
--- Comment #6 from danglin at gcc dot gnu dot org 2006-12-09 03:52 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-09 03:36 ---
This problem is weird. It is also hard to reduce.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30126
--- Comment #5 from danglin at gcc dot gnu dot org 2006-12-09 03:36 ---
Subject: Bug 30039
Author: danglin
Date: Sat Dec 9 03:35:43 2006
New Revision: 119685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119685
Log:
PR target/30039
* pa.md (high:DI and lo_sum:D
--- Comment #4 from danglin at gcc dot gnu dot org 2006-12-09 03:19 ---
Subject: Bug 30039
Author: danglin
Date: Sat Dec 9 03:19:05 2006
New Revision: 119684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119684
Log:
PR target/30039
* pa.md (high:DI and lo_sum:D
--- Comment #3 from danglin at gcc dot gnu dot org 2006-12-09 03:14 ---
Subject: Bug 30039
Author: danglin
Date: Sat Dec 9 03:14:42 2006
New Revision: 119683
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119683
Log:
PR target/30039
* pa.md (high:DI and lo_sum:D
The program...
/* --- */
#define GSF_LE_SET_GUINT32(p, dat) \
((*((char *)(p) + 0) = (char) ((dat)) & 0xff),\
(*((char *)(p) + 1) = (char) ((dat) >> 8) & 0xff),\
(*((char *)(p) + 2) = (cha
--- Comment #5 from patchapp at dberlin dot org 2006-12-09 01:10 ---
Subject: Bug number PR c/19978
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-12/msg00588.html
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-09 01:05 ---
(In reply to comment #1)
> Why is this even an error, since neither 'i' or 'j' are referenced after the
> goto point...
Because that is what the C++ standard says ...
C defines this case slightly different.
--
--- Comment #1 from d3ck0r at gmail dot com 2006-12-09 01:02 ---
Why is this even an error, since neither 'i' or 'j' are referenced after the
goto point...
I started to post a similar bug, but that the bug is this error is entirely
inaccurate, and causes otherwise valid code to not be c
--- Comment #12 from burnus at gcc dot gnu dot org 2006-12-09 00:53 ---
Paul,
> Fix for this and pr30096
> This one regtests and fixes PR30096.
> I will submit it tomorrow.
Hmm, then I submitted too early. But you might save some time by doing simply a
reply to http://gcc.gnu.org/ml/for
The program below is expected to run successfully to completion since there
is no MyCtype facet installed in the classic locale (and, in fact, no facet
of that type can exist since it doesn't have an accessible ctor).
$ cat u.cpp && g++ -dumpversion && g++ u.cpp -static && ./a.out
#include
#inclu
--- Comment #2 from danglin at gcc dot gnu dot org 2006-12-08 23:41 ---
Subject: Bug 30039
Author: danglin
Date: Fri Dec 8 23:41:03 2006
New Revision: 119669
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119669
Log:
PR target/30039
* pa.md (high:DI and lo_sum:D
--- Comment #6 from tkoenig at gcc dot gnu dot org 2006-12-08 23:35 ---
I forgot
integer, allocatable :: a(:)
integer, pointer :: b(:)
:-)
> allocate(a(4))
> ! This should set the stat code and change the size.
> allocate(a(3),stat=i)
> if (i == 0) call abort
> if (
--- Comment #22 from jbuck at gcc dot gnu dot org 2006-12-08 23:34 ---
Slow down, please! You don't need to set speed records for resolving bugs
here.
My report is not a duplicate of the bug you tried to attach it to, because I
did not use -j at all!
make -k check for gmp passes all t
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-08 23:28 ---
Reducing ...
I think slightly different glibc headers are causing you to see this issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-12-08 23:22
---
A quick look at the IBM Fortran manual on this states that the (un)formatted=
specifier indicates whether or not a file may be connected or not as an
(un)formatted file. The wording appears clearer than the Fortr
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-08 23:20 ---
What is interesting is that I don't get a segfault during my bootstrap but I do
with your preprocessed source.
#0 remove_phi_node (phi=0xb6f8fd20, prev=0x0) at
/home/apinski/src/gcc-fsf/local/gcc/gcc/tree-phinodes.c
--- Comment #1 from bkoz at gcc dot gnu dot org 2006-12-08 23:17 ---
Created an attachment (id=12772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12772&action=view)
pre-processed sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30126
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-08 23:16 ---
*** Bug 26893 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Fail in make bootstrap on FC6.
Starting on r119634 through at least r119668.
/mnt/share/bld/gcc/./prev-gcc/xgcc -B/mnt/share/bld/gcc/./prev-gcc/
-B/mnt/share/bld/H-x86-gcc/i686-pc-linux-gnu/bin/ -O2 -g -fomit-frame-pointer
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-proto
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-12-08 23:16
---
(In reply to comment #20)
> I'd like to reopen this bug, as I'm seeing it on sparc-sun-solaris2.8. I have
> built the most recent GMP and MPFR versions and have the appropriate
> --with-gmp
> and --with-mpfr line
--- Comment #20 from jbuck at gcc dot gnu dot org 2006-12-08 23:10 ---
I'd like to reopen this bug, as I'm seeing it on sparc-sun-solaris2.8. I have
built the most recent GMP and MPFR versions and have the appropriate --with-gmp
and --with-mpfr lines. At first, MPFR wouldn't build beca
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-12-08 22:54 ---
(In reply to comment #1)
>if (TYPE_PRECISION (gfc_array_index_type) == 32)
> {
>if (allocatable_array)
> - allocate = gfor_fndecl_allocate_array;
> + allocate = gfor_fndecl_internal_mall
--- Comment #1 from burnus at gcc dot gnu dot org 2006-12-08 22:25 ---
Backtrace of the first (second looks similar)
#5 0x0077ae99 in tree_class_check_failed (node=0x2b9044b37240,
cl=tcc_expression, file=, line=2578,
function=0xa8b500 "vect_permute_store_chain") at gcc/tree
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||alias
http:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-08 22:16 ---
Woops wrong testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-08 21:46 ---
In fact it was:
http://gcc.gnu.org/ml/gcc-testresults/2006-12/msg00343.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-08 21:45 ---
This should have been fixed by:
2006-12-05 Daniel Berlin <[EMAIL PROTECTED]>
* tree-ssa-structalias.c (set_used_smts): Re-fix pr29156.
Optimize to avoid marking more SMT's as used when they aren't.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30125
Since 2006-12-05 the following test is failing (used to be PR 27768):
FAIL: g++.dg/opt/alias4.C execution test
According to the testresults mailing list, the bug appeared between
rev. 119481 ( http://gcc.gnu.org/ml/gcc-testresults/2006-12/msg00154.html )
and rev. 119532 ( http://gcc.gnu.org/ml/gcc
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-08 21:33 ---
offsetof (VEC(T,base),vec)
I see this:
typedef struct VEC(T,B) \
{ \
unsigned num;
the code reads:
static inline size_t VEC_OP (T,base,embedded_size) \
(int alloc_) \
{ \
return offsetof (VEC(T,base),vec) + alloc_ * sizeof(T);\
} \ ^--- this makes it hardly compileable
--
Summary: gcc/vec.h line 538 refere
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-12-08 21:05 ---
Hi Tobias,
could write this into a test case for gfortran.dg?
If it broke once, we should at make sure it doesn't break again.
Thomas
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pault at gcc dot gnu dot org 2006-12-08 21:01 ---
(In reply to comment #3)
> (In reply to comment #2)
Fixed by the latest version of the pr30068 patch.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pault at gcc dot gnu dot org 2006-12-08 21:00 ---
Created an attachment (id=12771)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12771&action=view)
Fix for this and pr30096
This one regtests and fixes PR30096.
I will submit it tomorrow.
Paul
--
pault at
--- Comment #4 from tromey at gcc dot gnu dot org 2006-12-08 20:34 ---
I checked it in to 4.2 and to the gcj-eclipse-merge-branch.
The latter should be merged to trunk reasonably soon.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from tromey at gcc dot gnu dot org 2006-12-08 20:33 ---
Subject: Bug 30110
Author: tromey
Date: Fri Dec 8 20:33:22 2006
New Revision: 119665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119665
Log:
2006-12-08 Ben Konrath <[EMAIL PROTECTED]>
PR libgcj
--- Comment #2 from tromey at gcc dot gnu dot org 2006-12-08 20:30 ---
Subject: Bug 30110
Author: tromey
Date: Fri Dec 8 20:30:14 2006
New Revision: 119664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119664
Log:
2006-12-08 Ben Konrath <[EMAIL PROTECTED]>
PR libgcj
--- Comment #27 from patchapp at dberlin dot org 2006-12-08 19:50 ---
Subject: Bug number PR29975
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-12/msg00560.html
--
http://gcc.gnu.org/bugzilla/s
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #3 from uros at gcc dot gnu dot org 2006-12-08 18:20 ---
Subject: Bug 30120
Author: uros
Date: Fri Dec 8 18:20:25 2006
New Revision: 119663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119663
Log:
PR target/30120
* reg-stack.c (convert_regs_entry):
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |target
Target Milestone|--- |4.3.0
http:/
--- Comment #5 from burnus at gcc dot gnu dot org 2006-12-08 18:18 ---
Close bug as won't fix.
I opened PR 30123 for the documentation.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
We currently don't have any documentation for the INQUIRE statement; it should
not be put into the Intrinsic Procedures chapter as it is not an intrinsic
procedure. Maybe create a "File Operation I/O Statements" chapter?
Inquire should be straight forward (with the problem between Fortran 95 and
F
--- Comment #8 from pinskia at gmail dot com 2006-12-08 18:17 ---
Subject: Re: bogus diagnostic with -pedantic?: format '%p';
expects type 'void*', but argument 2 has type 'A*'
On Fri, 2006-12-08 at 11:07 +, vz-gcc at zeitlins dot org wrote:
> Just for my personal education
On Fri, 2006-12-08 at 11:07 +, vz-gcc at zeitlins dot org wrote:
> Just for my personal education, could you please tell which target(s)
> pass
> "char *" differently from "void *" in this context?
A made up target (at least for now). :)
-- Pinski
--- Comment #4 from burnus at gcc dot gnu dot org 2006-12-08 17:17 ---
(In reply to comment #3)
> In the case of (un)formatted= there may be a file or device that would
> not support unformatted I/O due to internal restrictions on the data set, for
> example ASCII only. In that case unf
--- Comment #5 from aph at gcc dot gnu dot org 2006-12-08 16:45 ---
Set the classpath
gij -classpath : PR18699
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30119
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-12-08 15:46 ---
(In reply to comment #3)
> Run it with the libjava/gij PR18699.class
ls -l PR18699.class
-rw-r--r-- 1 amylaar users 1688 2006-12-08 15:52 PR18699.class
[EMAIL
PROTECTED]:~/bld/2006-11-27-29858/i686/i686-pc-linux-g
--- Comment #3 from aph at gcc dot gnu dot org 2006-12-08 15:20 ---
Run it with the libjava/gij PR18699.class
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30119
--- Comment #1 from ramana dot radhakrishnan at codito dot com 2006-12-08
15:14 ---
The ICE comes from compute_init_costs in rtl-factoring.c where rtx_store is set
to be
/* Pattern for storing address. */
rtx_store = gen_rtx_SET (VOIDmode, reg, gen_symbol_ref_rtx_for_label
(label
ons.
Configured with:
/mnt/tools/fsf/build/combined-arm-none-eabi-gcc-4_2-2006-12-08/configure
--target=arm-none-eabi
--prefix=/mnt/tools/fsf/install/arm-none-eabi-gcc-4_2-2006-12-08
--enable-languages=c,c++ --disable-nls --with-newlib --disable-gdbtk
--disable-libssp
Thread model: single
gcc
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-12-08 14:59 ---
(In reply to comment #1)
> It's not necessary to do any I/O redirection when byte compiling: just execute
> the command itself without the "2>" etc.
>
All right, that gives me a file 'PR18699.class' But how is thi
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-12-08 14:58
---
Yes, the FORM= is what you use if you want to determine the current opened
status of a file. We had discussion of this question on list just a few months
ago. In the case of (un)formatted= there may be a file or
--- Comment #26 from amacleod at redhat dot com 2006-12-08 14:32 ---
The new version of TER was just checked into mainline. This should resolve this
bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
--- Comment #2 from ubizjak at gmail dot com 2006-12-08 13:54 ---
(In reply to comment #1)
> Confirmed. Reduced testcase:
>
We need straighten_stack() in convert_regs_entry() for the case where some
arguments are left unused.
--
ubizjak at gmail dot com changed:
What
--- Comment #19 from patchapp at dberlin dot org 2006-12-08 13:10 ---
Subject: Bug number PR17687
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-12/msg00536.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-12-08 12:46 ---
Confirmed. Reduced testcase:
static void foo (double a, double weight, const double *ring, double *phase)
{
*phase = *ring * weight;
}
void foo2 (void)
{
foo (0, 1, (double*)0, (double*)0);
}
int main(void)
Current mainline gcc appears to miscompile the following code:
==begin==
static void foo (double a, double weight, const double *ring, double *phase)
{
*phase = *ring * weight;
}
static void foo2 (void)
{ foo (0, 1, (double*)0, (double*)0); }
static void foo3 (void)
{ foo2();
--- Comment #5 from marc dot glisse at normalesup dot org 2006-12-08 12:19
---
(In reply to comment #4)
> Except you did not read instructions so what is the difference?
Ok say you forget I mentionned solaris /bin/sh. I just believe it would be more
consistant to use single quotes inst
--- Comment #1 from aph at gcc dot gnu dot org 2006-12-08 11:46 ---
It's not necessary to do any I/O redirection when byte compiling: just execute
the command itself without the "2>" etc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30119
I have tested the patch for PR rtl-optimization/29858 in revision 119261
on gcc01 (i686-pc-linux-gnu)
Compared to a pristine build of revision 119055, these are the
additional failures:
> FAIL: gcc.dg/visibility-11.c scan-assembler [EMAIL PROTECTED]
14a16,17
> FAIL: gcc.dg/vect/vect-pow-1.c scan-t
--- Comment #1 from twisti at complang dot tuwien dot ac dot at 2006-12-08
11:38 ---
I can confirm the bug with CACAO and current CVS head.
--
twisti at complang dot tuwien dot ac dot at changed:
What|Removed |Added
---
--- Comment #7 from vz-gcc at zeitlins dot org 2006-12-08 11:07 ---
Just for my personal education, could you please tell which target(s) pass
"char *" differently from "void *" in this context?
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26542
--- Comment #4 from gcc-bugzilla at kayari dot org 2006-12-08 10:36 ---
Richard, there's no difference between pod() and p() in this case, both are
value-initialisations of a POD class, therefore all non-static data members
should be value-initialised. I cited 8.5p5 for good reason :)
--- Comment #17 from cvs-commit at developer dot classpath dot org
2006-12-08 10:32 ---
Subject: Bug 29272
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: classpath-0_93-branch
Changes by: Mark Wielaard 06/12/08 10:31:50
Modified files:
.
--- Comment #16 from cvs-commit at developer dot classpath dot org
2006-12-08 10:30 ---
Subject: Bug 29272
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: generics-branch
Changes by: Mark Wielaard 06/12/08 10:30:10
Modified files:
.
--- Comment #15 from burnus at gcc dot gnu dot org 2006-12-08 09:50 ---
Mark fixed. Hopefully, I didn't miss anything.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from burnus at gcc dot gnu dot org 2006-12-08 09:46 ---
Subject: Bug 27546
Author: burnus
Date: Fri Dec 8 09:45:44 2006
New Revision: 119651
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119651
Log:
fortran/
2006-12-08 Tobias Burnus <[EMAIL PROTECTED]>
P
--- Comment #2 from burnus at gcc dot gnu dot org 2006-12-08 09:25 ---
I asked now at computer.lang.fortran for advise what is ment by by the
(UN)FORMATTED specifier of INQUIRE
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/cd8524acdbea6b6e/
One reliable way to te
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-08 09:25 ---
specs are an internal format really. It is very subject to change each
release. Also some time in the future we might decide to get rid of the specs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30091
Take the Lead with Us!
www.picassome.com
--- Comment #1 from burnus at gcc dot gnu dot org 2006-12-08 08:23 ---
Created an attachment (id=12770)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12770&action=view)
Test program
With the program below I get with NAG f95, sunf95 and ifort:
Inquire by UNIT
Non-existing, close
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-12-08 08:10
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #7 from rhaschke at techfak dot uni-bielefeld dot de
2006-12-08 08:08 ---
You are right. The return type of STATE and the actual methods differ.
Actually they should have the same type, i.e.:
typedef BaseRobot::STATE (BaseRobot::*STATE)(int);
STATE ready (int);
...
Because
82 matches
Mail list logo
