--- Comment #8 from burnus at gcc dot gnu dot org 2007-01-29 08:40 ---
> Should we commit the combined fix? I do think this
> is a bug.
So do I, but we also need a test case, I think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30512
Ante-scriptum: This PR might be related to PR30284 (or not).
$ cat a.f90
character(len=12) :: date(1) = (/ '200612231200' /)
integer :: foo
read (date(:)(1:4),'(i4)') foo
print *, foo
end
$ ifort a.f90 && ./a.out
2006
$ gfortran a.f90 && ./a.out
2
gfo
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #11 from doerr at kis dot uni-freiburg dot de 2007-01-29 09:43
---
Hi,
I still get the same problem after installing the gcc-4.2-20070124 on OpenSUSE
10.2 for amd64 only (configured with --disable-multilib).
$prefix/lib64 is in my ld.so.conf as well as in $LD_LIBRARY_PATH.
--- Comment #12 from martin at mpa-garching dot mpg dot de 2007-01-29
10:04 ---
Well, I just copy libgomp.spec from lib64/ to lib/ by hand after installing.
For the long term this not the right thing of course, but as a quick fix it
works.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #6 from pault at gcc dot gnu dot org 2007-01-29 10:28 ---
Subject: Bug 30554
Author: pault
Date: Mon Jan 29 10:27:50 2007
New Revision: 121281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121281
Log:
2007-01-29 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #15 from bkoz at gcc dot gnu dot org 2007-01-29 10:51 ---
Subject: Bug 28125
Author: bkoz
Date: Mon Jan 29 10:51:01 2007
New Revision: 121282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121282
Log:
2007-01-28 Benjamin Kosnik <[EMAIL PROTECTED]>
Revert.
--- Comment #10 from manu at gcc dot gnu dot org 2007-01-29 11:09 ---
WONTFIX as decided here:
http://gcc.gnu.org/ml/gcc/2007-01/msg01179.html
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Compiling the attached testcase at O > 0 for an ia32 target, ie
/usr/local/gcc-4.3-20070119/bin/g++ -O3 -march=k8 -msse3 -fomit-frame-pointer,
i get something like
subl$2812, %esp
leal1100(%esp), %eax
leal2808(%esp), %edx
movl$0, 976(%esp)
mo
--- Comment #1 from tbptbp at gmail dot com 2007-01-29 12:08 ---
Created an attachment (id=12975)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12975&action=view)
fat testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30627
[EMAIL PROTECTED] tmp]$ cat may_alias.c
typedef unsigned int T1[1];
typedef T1 __attribute__((__may_alias__)) T1A;
[EMAIL PROTECTED] tmp]$ ~/try/bin/gcc -c -g may_alias.c -o may_alias.o -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure --prefix=/home/osv/try
Thread mod
--- Comment #8 from dir at lanl dot gov 2007-01-29 13:45 ---
It hangs on a Intel iMac -
[pactech01:~/tests] dir% gfortran -o recursiveio recursiveio.f90
[pactech01:~/tests] dir% recursiveio
test
1.00
^C
[pactech01:~/tests] dir% cat recursiveio.f90
external fun
--- Comment #3 from doug dot gregor at gmail dot com 2007-01-29 13:50
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01828.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29993
-pc-linux-gnu (4.3.0 20070129). What about the other supported OS and
architecture?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30617
--- Comment #25 from dominiq at lps dot ens dot fr 2007-01-29 15:13 ---
What is the fate of the patch in comment #22?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30406
--- Comment #26 from fxcoudert at gcc dot gnu dot org 2007-01-29 15:30
---
(In reply to comment #25)
> What is the fate of the patch in comment #22?
I suppose Andrew should submit it for review by the PowerPC maintainers. If he
doesn't have time, you could do it (unless he objects): bo
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-01-29 15:43
---
I'm testing
Index: dwarf2out.c
===
--- dwarf2out.c (revision 121287)
+++ dwarf2out.c (working copy)
@@ -10045,8 +10045,14 @@ reference_to_unused (tre
Consider this testcase:
=== Cut ===
static int hacky_auxmaps[2];
static signed int auxmap_used = 0;
static int *auxmap = &hacky_auxmaps[0];
static void
mc_pre_reg_read ( unsigned size)
{
vgPlain_message ("memcheck: auxmaps: %d auxmap entries in use", auxmap_used);
}
=== Cut ===
compiling
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-01-29 15:49
---
*** Bug 30629 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-29 15:49 ---
Dup of PR27657.
*** This bug has been marked as a duplicate of 27657 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-01-29 16:13 ---
We also are 'in_gimple_form', so non_lvalue doesn't do anything on us in
non-unit-at-a-time mode. With -funit-at-a-time the testcase is fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-01-29 16:16 ---
I'm testing the following:
Index: passes.c
===
*** passes.c(revision 121287)
--- passes.c(working copy)
*** execute_one_pass (struc
--- Comment #3 from jason at gcc dot gnu dot org 2007-01-29 16:27 ---
Subject: Bug 28266
Author: jason
Date: Mon Jan 29 16:27:21 2007
New Revision: 121288
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121288
Log:
PR c++/28266
* gimplify.c (gimplify_target_expr):
GCC 4.3 compiler revision 121206 goes into infinitive loop while compiling
cpu2k6/perlbench source file regcomp.c at -O2 optimization level on
x86_64-redhat-linux.
GDB attached to cc1 process, gives the hang point:
0x00711bd8 in solve_graph (graph=0xd37150)
at /home/testbot/bootstrap/0
--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2007-01-29 16:47 ---
Created an attachment (id=12976)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12976&action=view)
Minimal reproducer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30630
GCC 4.3 compiler revision 121206 gets ICE while compiling cpu2006/447.dealII
source file data_out_base.cc at -O2 optimization level on x86_64-redhat-linux.
Similar to previously reported cpu2k6/perlbench failure, this regression is
caused by "Rewrite of portions of points-to solver" patch
http://g
--- Comment #1 from grigory_zagorodnev at linux dot intel dot com
2007-01-29 16:51 ---
Failing source file contains ~3500 lines of C++ code. That would take a while
to get a minimal reproducer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30631
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-29 16:52 ---
Dup of PR29436.
*** This bug has been marked as a duplicate of 29436 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-01-29 16:52
---
*** Bug 30628 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-01-29 16:56 ---
Confirmed.
We're iterating a lot
(gdb)
#3 0x00959baa in solve_graph (graph=0x11f58c0)
at /space/rguenther/src/svn/trunk/gcc/tree-ssa-structalias.c:2043
2043 compute_topo_order (graph, ti);
(g
--- Comment #6 from jconner at gcc dot gnu dot org 2007-01-29 16:58 ---
Subject: Bug 29683
Author: jconner
Date: Mon Jan 29 16:58:04 2007
New Revision: 121289
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121289
Log:
2007-01-29 Josh Conner <[EMAIL PROTECTED]>
PR midd
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-01-29 16:59 ---
Can you nevertheless attach preprocessed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30631
--- Comment #7 from jconner at gcc dot gnu dot org 2007-01-29 16:59 ---
Subject: Bug 29683
Author: jconner
Date: Mon Jan 29 16:59:35 2007
New Revision: 121290
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121290
Log:
2007-01-29 Josh Conner <[EMAIL PROTECTED]>
PR midd
--- Comment #8 from jconner at gcc dot gnu dot org 2007-01-29 17:08 ---
Subject: Bug 29683
Author: jconner
Date: Mon Jan 29 17:08:31 2007
New Revision: 121291
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121291
Log:
2007-01-29 Josh Conner <[EMAIL PROTECTED]>
PR midd
--- Comment #9 from jconner at gcc dot gnu dot org 2007-01-29 17:09 ---
Subject: Bug 29683
Author: jconner
Date: Mon Jan 29 17:09:38 2007
New Revision: 121292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121292
Log:
2007-01-29 Josh Conner <[EMAIL PROTECTED]>
PR midd
--- Comment #10 from jconner at apple dot com 2007-01-29 17:11 ---
Same fix that was applied to mainline resolved the issue in 4.1 and 4.2
branches. Checked in to both of those branches.
--
jconner at apple dot com changed:
What|Removed |Added
---
t;
PR tree-optimization/30630
* tree-ssa-structalias.c (do_complex_constraint): Mark correct
variable as changed.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20070129.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-structalias.c
--
http://gcc.gn
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-01-29 17:25 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #27 from pinskia at gcc dot gnu dot org 2007-01-29 17:57
---
(In reply to comment #26)
> (In reply to comment #25)
> > What is the fate of the patch in comment #22?
>
> I suppose Andrew should submit it for review by the PowerPC maintainers.
I will try to regest test it la
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-01-29 18:01 ---
Can you try after:
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121295
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30559
--- Comment #10 from manu at gcc dot gnu dot org 2007-01-29 18:08 ---
(In reply to comment #9)
> I will submit two patches. The first one will remove the function. Then, I
> have
> to regtest the second one: perhaps we find another unused function!
Another one:
genautomata.c: static i
--- Comment #11 from stevenb dot gcc at gmail dot com 2007-01-29 18:22
---
Subject: Re: -Wunused doesn't warn about static function only called by
itself.
If it is unused, don't hesitate to remove it. :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4076
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30631
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-29 19:03 ---
Hmm, we use "DEBUG" in java-assert.h.
That is a bit unfriendly.
Anyway if this define is coming from a system header, the
traditional fix is to #undef it somewhere. Typically this is
done in the platform flavor's he
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-29 19:07 ---
Created an attachment (id=12977)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12977&action=view)
proposed patch
Please try this patch. Now we look for magic_t and, if not found,
we disable the code.
--
h
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30606
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-29 19:16 ---
I didn't realize that -I's argument could be separate, but
now I see this in c.opt:
I
C ObjC C++ ObjC++ Joined Separate
-I Add to the end of the main include path
--
tromey at gcc dot gnu dot org change
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-29 19:34 ---
Tetsing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30035
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-29 20:00 ---
We can't modify the Makefile.in, since those changes will be lost
the next time someone runs automake.
Could you try adding this to Makefile.am and then re-running automake?
(If you can't re-run automake, let me know
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-29 20:03 ---
I thought I'd point out that you'll have to submit this patch the
usual way; patches generally aren't reviewed in bugzilla. Also
since this is a driver patch it probably won't get attention by
the appropriate people,
Libgcj in revision 121297 failed to build for Linux/ia64:
/net/gnu-13/export/gnu/src/gcc/gcc/libjava/jvmti.cc: In function 'jvmtiError
_Jv_JVMTI_SuspendThread(jvmtiEnv*, java::lang::Object*)':
/net/gnu-13/export/gnu/src/gcc/gcc/libjava/jvmti.cc:159: error: 'class
java::lang::Object' has no member
--- Comment #1 from hjl at lucon dot org 2007-01-29 20:08 ---
Oops. I meant to say this patch
http://gcc.gnu.org/ml/java-patches/2007-q1/msg00237.html
might be the cause.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30632
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-29 20:11 ---
Note that the '-Manything' argument is superfluous, the bug occurs
without it:
opsy. gcj -MT anything HelloWorld.java
jc1: ../../trunk/gcc/java/jcf-depend.c:138: jcf_dependency_write: Assertion
`dependencies' failed.
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-29 20:16 ---
This is very weird. I don't see how it can happen...
The definition is:
static jvmtiError JNICALL
_Jv_JVMTI_SuspendThread (MAYBE_UNUSED jvmtiEnv *env, jthread thread)
and afaics jthread is defined in include/jvmti
--- Comment #28 from dominiq at lps dot ens dot fr 2007-01-29 20:47 ---
Subject: Re: ICE in LOGICAL(8) functions
> I suppose Andrew should submit it for review by the PowerPC maintainers.
> If he doesn't have time, you could do it (unless he objects):
Never do today what someone else
--- Comment #3 from hjl at lucon dot org 2007-01-29 21:00 ---
I do have an older gcc 4.3 installed and I am doing "make -j8" on an
ia64 machine with 16 pocessors. Is libjava parallel build safe?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30632
Ran across this while using the Boost graph package. Test program:
--
#include
#include
namespace boost {
enum vertex_subgraph_t { vertex_subgraph };
BOOST_INSTALL_PROPERTY(vertex, subgraph);
enum vertex_order_t { vertex_order };
BOOST_INSTALL_PROPERTY(vert
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-29 21:30 ---
Subject: Bug 30607
Author: tromey
Date: Mon Jan 29 21:30:10 2007
New Revision: 121311
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121311
Log:
PR java/30607:
* jvspec.c (lang_specific_driver
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-29 21:38 ---
Subject: Bug 30607
Author: tromey
Date: Mon Jan 29 21:38:06 2007
New Revision: 121312
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121312
Log:
PR java/30607:
* jvspec.c (lang_specific_driver
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-29 21:39 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30550
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-29 21:55
---
What's funny is that we create the temporary well (see original dump):
static char date[1][1:12] = {"200612231200"};
{
char A.2[1][1:4];
struct array1_unknown atmp.1;
atmp.1.dim[0].stride = 1;
=/opt/gcc --enable-static
--enable-shared --enable-threads --with-slibdir=/lib --enable-__cxa_atexit
--enable-clocale=gnu -enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 4.1.2 20070129 (prerelease)
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../libkmime -I../libkpgp -I../libkdene
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-01-29 22:42 ---
For maxval, the usual method of converting the
arguments to default integer kind will have an
"interesting" side effect with an all-false mask:
The value will be a conversion of the default integer
minimum value (soo
--- Comment #3 from patchapp at dberlin dot org 2007-01-29 22:55 ---
Subject: Bug number PR30540
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-01/msg02413.html
--
http://gcc.gnu.org/bugzilla/sh
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
--- Comment #18 from pcarlini at suse dot de 2007-01-30 00:34 ---
Implementing the really trivial solution of providing what() members returning
"std::bad_alloc", "std::bad_cast", "std::bad_typeid", and "std::bad_exception".
--
pcarlini at suse dot de changed:
What|Re
--- Comment #19 from pinskia at gcc dot gnu dot org 2007-01-30 00:54
---
(In reply to comment #18)
> Implementing the really trivial solution of providing what() members returning
> "std::bad_alloc", "std::bad_cast", "std::bad_typeid", and
> "std::bad_exception".
I don't think that is
--- Comment #20 from pcarlini at suse dot de 2007-01-30 00:58 ---
(In reply to comment #19)
> I don't think that is the correct solution as if you subclass these functions,
> you get the incorrect result.
What do you mean by "incorrect"?!? If you subclass, either you provide your own
wh
Executing on host: /home/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B
/home/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/xxx/gnu/gcc/gcc/gcc/testsuit
e/gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 -w -O1
-L/home
/gnu/gcc/objdir/hppa64-hp-hpux11.00/./libgfortran/.libs
--- Comment #1 from danglin at gcc dot gnu dot org 2007-01-30 01:16 ---
Maybe I'll finally get the details right:
Target: hppa64-hp-hpux11.00
Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu64/bin/as
--with-ld=/usr/ccs/bin/ld --enable-shared --with-local-prefix=/opt/gn
--- Comment #2 from danglin at gcc dot gnu dot org 2007-01-30 01:20 ---
Test didn't fail at revision 121050.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30634
--- Comment #21 from gdr at cs dot tamu dot edu 2007-01-30 01:30 ---
Subject: Re: std::bad_alloc::what() does not explain what happened
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| What do you mean by "incorrect"?!? If you subclass, either you
| provide your own what(), or
--- Comment #2 from daney at gcc dot gnu dot org 2007-01-30 01:33 ---
The testcase no longer fails as of 4.3.0
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from pcarlini at suse dot de 2007-01-30 01:42 ---
(In reply to comment #21)
> I suspect Andrew Pinski's point might be that what() could return a
> string that represents the name of the most derived type of the
> exception. But, nothing so far forces to do that. A reas
--- Comment #7 from daney at gcc dot gnu dot org 2007-01-30 01:53 ---
In 4.3.0 this is correctly flagged as an error. With the testcase in comment
#1 we get:
$ gcj -o t --main=t t.java
t.java:3: error: Exception IOException is not compatible with throws clause in
Object.toString()
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 02:05 ---
The new gjavah does not have this bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 02:06 ---
ecj has a ton of warning settings, which are now available via gcj.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 02:08 ---
We removed the lexer in 4.3 and so this bug has gone away.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 02:11 ---
We may have fixe this earlier; I'm not sure.
In any case I think miranda problems were eliminated by removing
the gcj .java front end.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #23 from gdr at cs dot tamu dot edu 2007-01-30 02:11 ---
Subject: Re: std::bad_alloc::what() does not explain what happened
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| --- Comment #22 from pcarlini at suse dot de 2007-01-30 01:42 ---
| (In reply to com
--- Comment #4 from liulk at types dot bu dot edu 2007-01-30 02:11 ---
(In reply to comment #3)
> I always build GCC with a separate objdir, and I don't see this problem.
Make sure you're building java, so --enable-languages contains at least the
'java' target or 'all'. In the case of '
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-30 02:11 ---
The gjavah in 4.3 does not have this bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 02:16 ---
Hmm, I thought this was fixed in gjavah, but apparently
it is not emitting the #defines either.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 02:17 ---
Fixed by the gcj-eclipse merge.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from pcarlini at suse dot de 2007-01-30 02:21 ---
(In reply to comment #23)
> From consistency point of view I would say that the change should also
> be done for std::exception.
Right.
> However, the use of typeid is very convenient in the sense that we
> have to def
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 02:37 ---
No more dependencies.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 02:47 ---
Subject: Bug 30600
Author: tromey
Date: Tue Jan 30 02:46:54 2007
New Revision: 121329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121329
Log:
2007-01-29 Kaloian Doganov <[EMAIL PROTECTED]>
PR li
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 02:48 ---
Subject: Bug 30600
Author: tromey
Date: Tue Jan 30 02:48:26 2007
New Revision: 121330
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121330
Log:
2007-01-29 Kaloian Doganov <[EMAIL PROTECTED]>
PR li
--- Comment #3 from kargl at gcc dot gnu dot org 2007-01-30 02:53 ---
A scan of libgfortran/ChangeLog and gcc/fortran/ChangeLog does not
reveal anything that would cause this failure. Can you identify
the exact commit that causes the problem? Perhaps, something got
mismerged from trunk
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-30 03:06 ---
I put this into 4.2 and trunk.
Thanks!
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-30 03:08 ---
Subject: Bug 30600
Author: tromey
Date: Tue Jan 30 03:08:19 2007
New Revision: 121331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121331
Log:
2007-01-29 Kaloian Doganov <[EMAIL PROTECTED]>
PR li
This configure option should (I would think) be documented in gccinstall.texi.
It isn't.
The original patch (http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00614.html)
does not contain any documentation.
--
Summary: --enable-stage1-langauges configure option is not
--- Comment #25 from gdr at cs dot tamu dot edu 2007-01-30 03:53 ---
Subject: Re: std::bad_alloc::what() does not explain what happened
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| > However, the use of typeid is very convenient in the sense that we
| > have to defined what
It seems that the code is unaware that emergency_buffer is a multidimensional
array and so prohibits arithmetic like base+sizeof (emergency_buffer) as
exceeding the array bounds.
Dirk wrote in private mail:
"This seems to be caused by pass 028t.ccp1 because during vrp1 the code looks
like:
:;
--- Comment #1 from bje at gcc dot gnu dot org 2007-01-30 04:01 ---
Created an attachment (id=12978)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12978&action=view)
Reduced test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30636
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Priority|P3 |P2
http://gcc.gn
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
GCC host triplet|powerpc-linux |
GCC targ
1 - 100 of 103 matches
Mail list logo
