--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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.
--
--- 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=gccview=revrev=121281
Log:
2007-01-29 Paul Thomas [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=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)
--- 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=12975action=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
--- 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
-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):
--- 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
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
--- 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=gccview=revrev=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
--- 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=12976action=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
--- 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);
--- 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=gccview=revrev=121289
Log:
2007-01-29 Josh Conner [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=121290
Log:
2007-01-29 Josh Conner [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=121291
Log:
2007-01-29 Josh Conner [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=121292
Log:
2007-01-29 Josh Conner [EMAIL PROTECTED]
PR
--- 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
-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.gnu.org/bugzilla
--- 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 #5 from pinskia at gcc dot gnu dot org 2007-01-29 18:01 ---
Can you try after:
http://gcc.gnu.org/viewcvs?root=gccview=revrev=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 int
--- 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
--
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=12977action=view)
proposed patch
Please try this patch. Now we look for magic_t and, if not found,
we disable the code.
--
--
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 dirAdd dir to the end of the main include path
--
tromey at gcc dot gnu dot org
--- 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
--
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
--- 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
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'
--- 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
--- 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 boost/graph/graph_traits.hpp
#include boost/graph/adjacency_list.hpp
namespace boost {
enum vertex_subgraph_t { vertex_subgraph };
BOOST_INSTALL_PROPERTY(vertex, subgraph);
enum
--- 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=gccview=revrev=121311
Log:
PR java/30607:
* jvspec.c
--- 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=gccview=revrev=121312
Log:
PR java/30607:
* jvspec.c
--- 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
--
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;
/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../libkdenetwork
--- 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 (soon
--- 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
--
--
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|Removed
--- 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 the
--- 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
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
--- 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 you
--- 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
--- 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
--- 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
--- 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
--- 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=gccview=revrev=121329
Log:
2007-01-29 Kaloian Doganov [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=121330
Log:
2007-01-29 Kaloian Doganov [EMAIL PROTECTED]
PR
--- 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
--- 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=gccview=revrev=121331
Log:
2007-01-29 Kaloian Doganov [EMAIL PROTECTED]
PR
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=12978action=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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
GCC host triplet|powerpc-linux |
GCC
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-01-30 06:17
---
Same fix that was applied to mainline resolved the issue in 4.1 and 4.2
branches. Checked in to both of those branches.
You probably shouldn't have do that on the 4.1 branch:
1 - 100 of 102 matches
Mail list logo