--- Comment #4 from bkoz at gcc dot gnu dot org 2005-10-20 05:11 ---
Confirmed with gcc-4.x. This is unrelated to 22309.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23591
--- Comment #3 from bkoz at gcc dot gnu dot org 2005-10-20 05:09 ---
Created an attachment (id=10030)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10030&action=view)
reproducer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23591
--- Comment #3 from wilson at gcc dot gnu dot org 2005-10-20 05:09 ---
It looks a little more complicated than I hoped, as Richard deleted code in
var-tracking.c that was used by the old code in dwarf2out.c that we need for
IA-64 and other non-DWARF2_UNWIND_INFO targets.
--
wilson at
--- Comment #8 from sgk at troutmask dot apl dot washington dot edu
2005-10-20 01:18 ---
Subject: Re: dimag_ undefined error with -std=f95
On Thu, Oct 20, 2005 at 01:10:06AM -, uttamp at us dot ibm dot com wrote:
>
> Finally I found the f95 standard document (1539-1-1997) and did
--- Comment #7 from uttamp at us dot ibm dot com 2005-10-20 01:10 ---
Finally I found the f95 standard document (1539-1-1997) and did not see dimag()
mentioned in there. I was looking at PGI Fortran Reference document all this
time and there was not comment about dimag() as an extension.
--- Comment #2 from wilson at gcc dot gnu dot org 2005-10-19 23:34 ---
This was broken by Richard Henderson's patch that added the
convert_cfa_to_loc_list function. The thread for the patch starts here. It
was finally installed Sept 7.
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg0
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 23:32 ---
Confirmed, not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 23:27 ---
Fixed for 3.4.5 and 4.0.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Compiler won't let me declare ::main() a friend from inside template class.
It's not a problem in practice (who would want to do such thing?), however I
don't see a reason for such a behavior. If I change the name to something else,
it works correctly. gcc 3.3.2 and gcc 2.95.3 are also behaving thi
The following crashes g++:
enum Channel { A, enumMin = A, B, enumMax = B };
template < typename T >
struct enum_traits {
static T const first = T::enumMin;
};
template < typename Enum >
struct cb_handler {
typedef Enum channel_type;
typedef void(*callback_function)(void);
static chan
--- Comment #21 from wilson at gcc dot gnu dot org 2005-10-19 23:10 ---
I done bootstrap tests for the gcc-4.0.x branch. I bootstrapped all default
languages plus ada with and without the patch. There were no regressions.
There was also no failure as reported in the PR, which seemed f
--- Comment #6 from kargl at gcc dot gnu dot org 2005-10-19 22:57 ---
(In reply to comment #4)
> If the page I pointed to is true, then this is a dup of bug 20248.
>
It not a dup of 20248. The initial discussion there mirrors
this PR, but Harald added in a discussion with regard to t
--- Comment #5 from kargl at gcc dot gnu dot org 2005-10-19 22:50 ---
(In reply to comment #2)
> (In reply to comment #1)
> > dimag is part of the fortran 95 standard, right?
> >
> > If not this is not a bug (or really a dup another one which says that
> > gfortran
> > is not constaina
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-19 22:35 ---
If the page I pointed to is true, then this is a dup of bug 20248.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24447
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-19 22:32 ---
(In reply to comment #2)
> Yes, dimag is part of fortran95.
Are you sure?
because http://www.nag.co.uk/nagware/NP/doc/faq.asp
says it is not and that AIMAG is though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #2 from uttamp at us dot ibm dot com 2005-10-19 22:25 ---
(In reply to comment #1)
> dimag is part of the fortran 95 standard, right?
>
> If not this is not a bug (or really a dup another one which says that gfortran
> is not constainate with other fortran compilers with int
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 22:21 ---
dimag is part of the fortran 95 standard, right?
If not this is not a bug (or really a dup another one which says that gfortran
is not constainate with other fortran compilers with intrinsics).
--
http://gcc.gn
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-19 22:21
---
Subject: Bug 21625
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-19 22:20:56
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gf
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-19 22:18
---
Subject: Bug 21625
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-19 22:18:08
Modified files:
gcc/fortran: ChangeLog resolve.c
Log message:
PR fo
Following program fails to link with -std=f95 option, even though dimag() is
supported intrinsic function. It compiles, links fine without -std or with
-std=gnu option.
$ cat dimag.f90
program test_dimag
complex(8) c8
real*8 result
c8 = cmplx(1.e0_8, 0.e0_8)
pri
--- Comment #11 from mark at codesourcery dot com 2005-10-19 22:14 ---
Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional
containing throw
rguenth at gcc dot gnu dot org wrote:
> --- Comment #10 from rguenth at gcc dot gnu dot org 2005-10-19 21:51
> ---
> Ok,
--- Comment #10 from rguenth at gcc dot gnu dot org 2005-10-19 21:51
---
Ok, I'll see how big the middle-end change would get. The easiest way would
be to change invert_truthvalue to ignore void types and do nothing for them.
Like
+ if (VOID_TYPE_P (TREE_TYPE (arg)))
+return arg;
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-10-19 21:45
---
Testing a fix.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-19 21:45 ---
We seg fault because cfun is NULL when trying to clean up the CFG. Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-10-19 21:36
---
Confirmed at long last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
reply to comment #0)
> With
> GNU C version 4.1.0 20051019 (experimental) (i686-linux-gnu)
> compiled by GNU C version 4.0.1 (Debian 4.0.1-2)
>
> I do
> /opt/gcc-4.1/bin/../lib/gcc/i686-linux-gnu/4.1.0/cc1 -fpreprocessed applets.i
> busybox.i ar.i bunzip2.i cpio.i dpkg.
--- Comment #3 from rep dot nop at aon dot at 2005-10-19 21:07 ---
Created an attachment (id=10029)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10029&action=view)
tarball3 with preprocessed source to trigger (several/a) segfault
hunk 3 of 3
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from rep dot nop at aon dot at 2005-10-19 21:06 ---
Created an attachment (id=10028)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10028&action=view)
tarball2 with preprocessed source to trigger (several/a) segfault
hunk 2 of 3
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from rep dot nop at aon dot at 2005-10-19 21:04 ---
Created an attachment (id=10027)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10027&action=view)
tarball1 with preprocessed source to trigger (several/a) segfault
approximately 2MB
--
http://gcc.gnu.org/bugzi
--- Comment #9 from mark at codesourcery dot com 2005-10-19 20:58 ---
Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional
containing throw
> Mark did you look how long this bug as been here, it predates tree-ssa
> by a year. So I don't think we should change TRUTH_NOT
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-19 20:55 ---
Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional containing
throw
On Oct 19, 2005, at 4:50 PM, mark at codesourcery dot com wrote:
>
>
> --- Comment #7 from mark at codesourcery dot com 200
On Oct 19, 2005, at 4:50 PM, mark at codesourcery dot com wrote:
--- Comment #7 from mark at codesourcery dot com 2005-10-19 20:50
---
Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional
containing throw
rguenth at gcc dot gnu dot org wrote:
--- Comment #6 fro
--- Comment #7 from mark at codesourcery dot com 2005-10-19 20:50 ---
Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional
containing throw
rguenth at gcc dot gnu dot org wrote:
> --- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-19 20:40
> ---
> Unfor
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-19 20:40 ---
Unfortunately we call into the middle-ends invert_truthvalue right in
cp/typeck.c:build_unary_op as we build the TRUTH_NOT_EXPR, so at the time we
reach the gimplifier we already crashed.
So the other solution is to
With
GNU C version 4.1.0 20051019 (experimental) (i686-linux-gnu)
compiled by GNU C version 4.0.1 (Debian 4.0.1-2)
I do
/opt/gcc-4.1/bin/../lib/gcc/i686-linux-gnu/4.1.0/cc1 -fpreprocessed applets.i
busybox.i ar.i bunzip2.i cpio.i dpkg.i dpkg_deb.i gunzip.i gzip.i rpm2cpio.i
rpm.i tar.i
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-19 20:33
---
Subject: Bug 21908
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-19 20:33:00
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/g
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-19 20:32
---
Subject: Bug 21908
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-19 20:32:48
Modified files:
gcc/testsuite : ChangeLog
Log m
--- Comment #9 from bonzini at gcc dot gnu dot org 2005-10-19 20:32 ---
I *think* the actual bug can be fixed by an obvious patch. The attached one
would become then 4.2 material.
I'll check this in 12 hours. :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24297
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-19 20:32
---
Subject: Bug 21908
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-19 20:32:00
Added files:
gcc/testsuite/g++.dg/parse: error28.C
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-19 20:11
---
If you don't want to fix this in the middle-end, the right way to handle this
is in the C++ gimplifier.
At that point, create a COMPOUND_EXPR whose second argument is "*((T*) 0)" for
non-pointer types, or just "((
--- Comment #3 from rpjday at mindspring dot com 2005-10-19 19:54 ---
Using a CVS pull as of today didn't seem to solve the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24445
--- Comment #3 from wilson at specifix dot com 2005-10-19 19:48 ---
Subject: Re: New: ARM cross compile build fails with
assembler errors in crtstuff.c
newell at cei dot net wrote:
> Configured with: ../gcc-4.1-20050515/configure --target=arm-elf
> --prefix=/home/newell/xgcc --with-g
--- Comment #2 from rpjday at mindspring dot com 2005-10-19 19:09 ---
Created an attachment (id=10026)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10026&action=view)
compressed strtok.i file from running the single offending
sh4-unknown-linux-gnu-gcc command
--
http://gcc.gn
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 19:07 ---
I think a work around for this problem was committed on the 17th which is after
the snapshot was done, Can you confirm that?
If you do, please mark this as a dup of bug 22553.
Thanks,
Andrew Pinski
--
http://g
--- Comment #2 from pcarlini at suse dot de 2005-10-19 18:34 ---
Fixed in v7-branch, will be merged to mainline in due curse...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-19 18:33
---
Subject: Bug 23897
CVSROOT:/cvs/gcc
Module name:gcc
Branch: libstdcxx_so_7-branch
Changes by: [EMAIL PROTECTED] 2005-10-19 18:33:21
Modified files:
libstdc++-v3 : ChangeL
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2005-10-19 18:19
---
> FreeBSD has the same problem with missing long double math
> functions. I tried to add an appropriate XFAIL clause for
> FreeBSD, but dejagnu would still process the file. I'm
> working on some of the FreeBS
--- Comment #13 from kargl at gcc dot gnu dot org 2005-10-19 17:34 ---
FreeBSD has the same problem with missing long double math
functions. I tried to add an appropriate XFAIL clause for
FreeBSD, but dejagnu would still process the file. I'm
working on some of the FreeBSD libm issues
trying to build a cross-compile toolchain using "crosstool" with the following
properties:
BINUTILS_DIR=binutils-2.16.1
GCC_DIR=gcc-4.1-20051015
GLIBC_DIR=glibc-2.3.5
LINUX_SANITIZED_HEADER_DIR=linux-libc-headers-2.6.12.0
GLIBCTHREADS_FILENAME=glibc-linuxthreads-2.3.5
TARGET=sh4-unknown-linux-gnu
--- Comment #6 from fjahanian at apple dot com 2005-10-19 17:11 ---
(In reply to comment #5)
> And did fjahanian take a look at this already to see if he
> really is to blame for causing this bug?
>
I am miffed as to why my name was in ChangeLog-2004. PR/13989 and PR/9844 were
fixed by
--- Comment #1 from schwab at suse dot de 2005-10-19 17:03 ---
Created an attachment (id=10025)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10025&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
$ gcc -S -g -dA auxv.c
$ grep -A1 regx auxv.s
data1 0x90// DW_OP_regx
.uleb128 0x
--
data1 0x90// DW_OP_regx
.uleb128 0x
--
data1 0x90// DW_OP_regx
.uleb128 0x
--
Summary: [4.1 regression] invali
--- Comment #11 from thebohemian at gmx dot net 2005-10-19 16:14 ---
In the JavaUtils class of axis 1.2 RC2 contains the following instruction:
639: invokevirtual
With a missing DataHandler class file this JavaUtils class can be verified
successfully on sun' s jvm but fails at this in
--- Comment #5 from steven at gcc dot gnu dot org 2005-10-19 15:51 ---
And did fjahanian take a look at this already to see if he
really is to blame for causing this bug?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from steven at gcc dot gnu dot org 2005-10-19 15:47 ---
Index: tree-cfg.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-cfg.c,v
retrieving revision 2.224
diff -u -3 -p -r2.224 tree-cfg.c
--- tree-cfg.c 16 Oct 2005 00:0
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Equivalence broken since|[4.1 Regression] Equivalence
|20051013
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-19 15:09
---
> The only fix that I've found is to delete the code up to the
> last line "end". Apparently, dejagnu will not xfail a *.F90 file
> that needs to go through the preprocessor.
Is it really XFAILed on non-C99 SPA
--- Comment #11 from kargl at gcc dot gnu dot org 2005-10-19 14:59 ---
(In reply to comment #10)
> Running /home/eric/cvs/gcc/gcc/testsuite/gfortran.dg/dg.exp ...
> FAIL: gfortran.dg/large_real_kind_2.F90 -O0 (test for excess errors)
> WARNING: gfortran.dg/large_real_kind_2.F90 -O0
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-10-19 14:50
---
See http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01015.html. Profiled
bootstrap now works for me with 4.0.3pre on sparc-sun-solaris2.9 and
sparc64-sun-solaris2.9.
Thanks for the bugreport.
--
ebotcazou at gc
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:48
---
Subject: Bug 23228
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-19 14:48:34
Modified files:
gcc: ChangeLog c-decl.c
Log message:
PR c
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:45
---
Subject: Bug 23199
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-19 14:45:48
Modified files:
gcc: ChangeLog cfgrtl.c
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:42
---
Subject: Bug 23199
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-19 14:42:17
Modified files:
gcc: ChangeLog cfgrtl.c
gcc/testsuite : Chan
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-10-19 14:23
---
Much better, only 8 remaining failures:
Running /home/eric/cvs/gcc/gcc/testsuite/gfortran.dg/dg.exp ...
FAIL: gfortran.dg/large_real_kind_2.F90 -O0 (test for excess errors)
WARNING: gfortran.dg/large_real_kind
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-19 14:02
---
*** Bug 24443 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-19 14:02 ---
*** This bug has been marked as a duplicate of 20928 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-19 14:00
---
Subject: Bug 24287
CVSROOT:/cvs/gcc
Module name:gcc
Branch: improved-aliasing-branch
Changes by: [EMAIL PROTECTED] 2005-10-19 14:00:53
Modified files:
gcc: Change
--- Comment #14 from pluto at agmk dot net 2005-10-19 13:50 ---
(In reply to comment #13)
> The testcase in comment #8 still triggers an ICE if run with -O -mtune=k8
> -fPIC.
>
it works with my patched gcc41:
(...)
.section.data.rel.ro,"aw",@progbits
.align 8
.
--- Comment #2 from pluto at agmk dot net 2005-10-19 13:41 ---
this is a duplicate of PR20928.
--
pluto at agmk dot net changed:
What|Removed |Added
CC|
--- Comment #1 from dcb314 at hotmail dot com 2005-10-19 13:34 ---
Created an attachment (id=10024)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10024&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24443
Hello there,
I just tried to compile some parts of Suse Linux with GNU C compiler
4.1 snapshot 20051015 on an x86_64 machine, and the compiler said
---
linux:/usr/src/packages/BUILD/clisp-2.33.2/x86_64-suse-linux #
/home/dcb/gnu/41-20051015
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-19 13:15 ---
This is very related to PR 12257 which is a crash for inner classes with the
same name.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from steven at gcc dot gnu dot org 2005-10-19 13:13 ---
That patch is yet another example of why we constantly keep having compile time
problems. Just add more, and more, and more, and more. And act surprised when
someone notices that gcc 4.1 is four times as slow as 2.9
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconf
public class SameName
{
public Object foo ()
{
class SingleName
{
public String toString ()
{
return "foo.SingleName";
}
}
return new SingleName ();
}
public Object bar ()
{
class SingleN
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-19 12:51 ---
2005-10-19 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/22551
* typeck2.c (digest_init): Clear overflow flags on the folded
initializer.
--
nathan at gcc dot gnu dot org changed:
--- Comment #17 from nathan at gcc dot gnu dot org 2005-10-19 12:50 ---
fix for 4.0 2005-10-19 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/22551
* typeck2.c (digest_init): Clear overflow flags on the folded
initializer.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #16 from cvs-commit at gcc dot gnu dot org 2005-10-19 12:48
---
Subject: Bug 22551
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-19 12:48:03
Modified files:
gcc/cp : ChangeLog type
--- Comment #4 from uros at kss-loka dot si 2005-10-19 12:29 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01126.html
--
uros at kss-loka dot si changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24440
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
--- Comment #17 from bonzini at gcc dot gnu dot org 2005-10-19 10:57
---
Patches committed to all active branches.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from cvs-commit at gcc dot gnu dot org 2005-10-19 10:50
---
Subject: Bug 19672
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-10-19 10:49:57
Modified files:
gcc: ChangeLog dojum
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-19 10:41
---
Subject: Bug 19672
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-19 10:41:09
Modified files:
gcc: dojump.c Change
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-19 10:37
---
Subject: Bug 19672
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-19 10:37:31
Modified files:
gcc: ChangeLog dojump.c
Log message:
2005
trying to bootstrap ecj using gcj-4.1, without having ant available for
bootstrap purposes:
for f in $(find build/bin -name '*.java'); do \
echo $f; \
gcj-4.1 -d build/bin -C -g \
-Ibuild/bin \
$f; \
done
fails to build about 20 classes, each segfaulting with:
build/bin/o
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-10-19 10:25 ---
fold-const.c:distribute_bit_expr should be extended to handle this case.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2005-10-19 10:16 ---
works on GNU F95 version 4.1.0 20051019 (experimental) (i686-pc-linux-gnu)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24430
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-10-19 10:06 ---
Like so:
Index: cp/call.c
===
RCS file: /cvs/gcc/gcc/gcc/cp/call.c,v
retrieving revision 1.560
diff -c -3 -p -r1.560 call.c
*** cp/call.c 18 Oct 2005
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-10-19 09:52 ---
Of course we _can_ fix this in the middle-end, simply by allowing COND_EXPRs
that satisfy the needs of C++
/* [expr.cond]
One of the following shall hold:
--The second or the third operand
--- Comment #2 from rearnsha at gcc dot gnu dot org 2005-10-19 09:51
---
Are you sure you've built and installed an ARM assembler (get gnu binutils).
If so, are you sure you've configured it with with exactly the same --target...
option as you used when configuring gcc, and that it's o
--- Comment #9 from fxcoudert at gmail dot com 2005-10-19 09:46 ---
(In reply to comment #7)
> Looks like you have to unify your preprocessor macro strategy in libgfortran.
Oh, s***. Now, they're defined with value 1 (unless my grep failed me, I think
I've done them all).
--
http:
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-19 09:45
---
Subject: Bug 24432
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-19 09:45:27
Modified files:
libgfortran: c99_protos.h ChangeLog
libgfortran/intri
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-10-19 09:45 ---
Ho humm, we had this before. invert_truthvalue is supposed to be called
with sth that passes the truth_value_p check...
But the real problem is the COND_EXPR has wrong types:
unit size
align 8 s
--- Comment #19 from rguenth at gcc dot gnu dot org 2005-10-19 09:32
---
err, s/decl/value/ of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #18 from rguenth at gcc dot gnu dot org 2005-10-19 09:31
---
+ decl = identifier_global_value (value);
Make that
+ decl = decl ? identifier_global_value (value) : NULL_TREE;
and it even survives bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
1 - 100 of 105 matches
Mail list logo
