--- Comment #1 from ubizjak at gmail dot com 2007-10-12 06:11 ---
Also fails on i686-*-*, -O2 -ftree-vectorize _without_ -msse2.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #2 from ubizjak at gmail dot com 2007-10-12 06:25 ---
I'm testing this patch:
--cut here--
Index: tree-vect-transform.c
===
--- tree-vect-transform.c (revision 129251)
+++ tree-vect-transform.c
In the following subroutine findphase, the upper bound of the second
dimension of jp is not known. Using -fbounds-check:
Fortran runtime error: Array reference out of bounds, upper bound of dimension
2 of array 'jp' exceeded, 2 is greater than 0
implicit none
integer, parameter ::
--- Comment #1 from burnus at gcc dot gnu dot org 2007-10-12 06:36 ---
Forgot to mention that this bug was reported by Tom in
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/8fac8fcf6e93fba7/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33745
--- Comment #8 from dominiq at lps dot ens dot fr 2007-10-12 06:58 ---
It works for my tests, so the simpler the better.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33733
--- Comment #4 from jakub at gcc dot gnu dot org 2007-10-12 07:08 ---
Subject: Bug 32121
Author: jakub
Date: Fri Oct 12 07:07:46 2007
New Revision: 129253
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129253
Log:
PR c++/32121
* parser.c
--- Comment #1 from jakub at gcc dot gnu dot org 2007-10-12 07:10 ---
Subject: Bug 33645
Author: jakub
Date: Fri Oct 12 07:10:22 2007
New Revision: 129254
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129254
Log:
PR tree-optimization/33645
* tree-ssa-live.c
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-10-12 08:25
---
gcc-4.1 with patch from PR26208 doesn't support
unwinding through signal frames.
$ uname -a
SunOS hermes 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500
This is not supported on Solaris.
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-10-12 08:42 ---
Subject: Bug 26198
Author: rguenth
Date: Fri Oct 12 08:42:13 2007
New Revision: 129256
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129256
Log:
2007-10-12 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #5 from jakub at gcc dot gnu dot org 2007-10-12 08:36 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #2 from jakub at gcc dot gnu dot org 2007-10-12 08:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from uros at gcc dot gnu dot org 2007-10-12 08:37 ---
Subject: Bug 33742
Author: uros
Date: Fri Oct 12 08:37:17 2007
New Revision: 129255
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129255
Log:
PR tree-optimization/33742
* tree-vect-transform.c
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-10-12 08:42 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from ubizjak at gmail dot com 2007-10-12 09:08 ---
Fixed.
[Let's see if this patch also fixes 174.gcc PEAK failure at
http://vmakarov.fedorapeople.org/spec/index.html]
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33742
--- Comment #6 from manu at gcc dot gnu dot org 2007-10-12 09:44 ---
I am collecting all info about Wuninitialized issues and proposals to solve
them here:
http://gcc.gnu.org/wiki/Better_Uninitialized_Warnings
Feel free to comment and contribute. The Summer of Code passed
--- Comment #1 from bangerth at dealii dot org 2007-10-12 12:52 ---
It's not the parentheses or the greater-than sign, but the cast
that triggers the error. I will have to look up whether a cast
is allowed here. For reference, icc accepts the code.
W.
--
bangerth at dealii dot org
--- Comment #1 from jsm28 at gcc dot gnu dot org 2007-10-12 12:39 ---
Remember that as an additional complication, format strings are a mixture of
bytes and multibyte characters rather than simple sequences of multibyte
characters.
--- Comment #3 from dominiq at lps dot ens dot fr 2007-10-12 13:44 ---
Have you tried building gcc trunk with the Xcode 2.5 Developer Preview ...?
No, I am at 2.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33739
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-10-12 13:44
---
*** This bug has been marked as a duplicate of 32044 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pault at gcc dot gnu dot org 2007-10-12 13:26 ---
(In reply to comment #9)
Are the codes in #7 and #8 supposed to behave differently?
In the case where the FORALL only fills part of the array P, yes.
Paul
PS I am just about to prepare a corresponding PR for
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2007-10-12
13:08 ---
This problem doesn't exist on powerpc-apple-darwin9. Have you tried building
gcc trunk with the Xcode 2.5 Developer Preview under powerpc-apple-darwin8 to
see if its cctools solves the issue there?
--
--- Comment #4 from bangerth at dealii dot org 2007-10-12 15:21 ---
(In reply to comment #3)
(I'm told that) these two function-style casts compile fine on 4.2.1:
template bool cond
struct A {
};
Abool (2) y;
Abool (2 1) z;
Uh, indeed, I see. This is weird indeed. So in
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-10-12 15:20 ---
What probably adds to the confusion is that C++ defaults to give errors for
pedwarns but has pedantic = 0. But it is only possible to re-set
pedantic-errors
with -fpermissive. So to get plain -pedantic you need
--- Comment #1 from burnus at gcc dot gnu dot org 2007-10-12 15:18 ---
I want to add that I cannot reproduce it on x86-64/Linux with -m64 -- only with
-m32. Other than that, I agree that this is a bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from bangerth at dealii dot org 2007-10-12 15:16 ---
This used to be a GCC extension in the old days, which may explain
why it isn't rejected by default. I believe it was deprecated several
releases ago, you may find something to that effect in release notes...
W.
--
--- Comment #6 from manu at gcc dot gnu dot org 2007-10-12 15:09 ---
(In reply to comment #4)
We should also warn by default with -std=c++98 or -std=c++0x.
Why? Note that gnu++98 rejects more programs than c++98, sine the latter admits
constructions that conflict with the GNU C++
--- Comment #5 from mdorey at bluearc dot com 2007-10-12 17:11 ---
Adding extra parentheses, such that bool (2 1) becomes bool ((2 1 )),
is a work-around.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33744
--- Comment #13 from simartin at gcc dot gnu dot org 2007-10-12 18:43
---
Subject: Bug 26698
Author: simartin
Date: Fri Oct 12 18:43:33 2007
New Revision: 129274
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129274
Log:
gcc/cp/
2007-10-12 Simon Martin [EMAIL PROTECTED]
As noted in:
http://www.linux-mips.org/cgi-bin/mesg.cgi?a=linux-mipsi=20071012172254.GA10835%40linux-mips.org
GCC + binutils-2.18 cannot build the mips linux kernel.
There is the possibility of this being a binutils bug.
--
Summary: Gcc 4.2.2 broken for mips linux kernel builds
--- Comment #1 from pcarlini at suse dot de 2007-10-12 18:31 ---
*** This bug has been marked as a duplicate of 57 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2007-10-12 16:52 ---
Subject: Bug 33542
Author: pault
Date: Fri Oct 12 16:51:53 2007
New Revision: 129268
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129268
Log:
2007-10-12 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2007-10-12 16:45 ---
Subject: Bug 33664
Author: pault
Date: Fri Oct 12 16:45:46 2007
New Revision: 129267
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129267
Log:
2007-10-12 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-10-12 16:31
---
try a dup of bu 11393?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33750
--- Comment #10 from pcarlini at suse dot de 2007-10-12 16:29 ---
Related to PR11393 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33750
Assume a module with the following definitions:
(a) real, allocatable, dimension(:) :: array
or
(b) real, dimension(500) :: array
Both arrays are contiguous as one cannot allocate strides
allocate(array(1:1000:2)) ! invalid
Thus: Only pointers or dummy arguments can have strides.
If one
--- Comment #13 from froydnj at gcc dot gnu dot org 2007-10-12 16:12
---
Subject: Bug 11001
Author: froydnj
Date: Fri Oct 12 16:12:45 2007
New Revision: 129265
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129265
Log:
gcc/
PR 11001
* config/i386/i386.md
In the attached program, Beta::~Beta() is noreturn. gcc is smart enough to
figure out the noreturn in DeltaOne and DeltaTwo, but forgets about noreturn in
DeltaThree and issues an unwanted warning.
[EMAIL PROTECTED]:~/exp-non-void$ /home/mec/gcc-4.1.1/install/bin/g++ -Wall -c
z4.cc
z4.cc: In
--- Comment #25 from gerald at pfeifer dot com 2007-10-12 15:40 ---
Confirming as fixed on i386-unknown-freebsd54, the originally failing
platform.
--
gerald at pfeifer dot com changed:
What|Removed |Added
--- Comment #2 from dominiq at lps dot ens dot fr 2007-10-12 15:23 ---
The same on PPC Darwin: pr33749 with -m64 gives the expected result, but
pr33686 gives the same result for 32 and 64 bit modes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33749
-nls --disable-multilib --enable-checking=release
--prefix=/usr/local/gfortran-test
Thread model: posix
gcc version 4.3.0 20071012 (experimental) [trunk revision 129260] (GCC)
The original program works fine now, the bugzilla testcase too, both
with and without -fforce-addr. I'm not able to trigger
--- Comment #5 from manu at gcc dot gnu dot org 2007-10-12 14:59 ---
(In reply to comment #3)
the first error message is always an error:
static bool
cp_parser_non_integral_constant_expression (cp_parser *parser,
const char *thing)
{
--- Comment #24 from zadeck at naturalbridge dot com 2007-10-12 14:38
---
Subject: Re: libgfortran bootstrap failure: selected_int_kind.f90:22:
Segmentation fault, wrong code with -fomit-frame-pointer
Eric Botcazou wrote:
2007-10-11 Kenneth Zadeck [EMAIL PROTECTED]
PR
--- Comment #11 from dominiq at lps dot ens dot fr 2007-10-12 13:47 ---
In the case where the FORALL only fills part of the array P, yes.
If you mean, say FORALL(I=2:3), you are right! I overlooked this possibility.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33686
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-10-12 13:44
---
*** Bug 31990 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
--- Comment #2 from jakub at gcc dot gnu dot org 2007-10-12 13:38 ---
Doesn't seem to look like a problem in ipa-cp to me, more like an inlining bug.
ipa-cp creates:
T.1 (a, b)
{
_Bool D.1565;
bb 2:
if (1)
goto bb 3;
else
goto bb 6;
bb 3:
# b_3 = PHI 1(2)
goto bb 5;
struct foo
{
static const float bar = 1.2;
};
is accepted without a warning. It is rejected with -pedantic.
from cp/decl.c:
else if (pedantic !INTEGRAL_TYPE_P (type))
pedwarn (ISO C++ forbids initialization of member constant
%qD of non-integral type %qT, decl, type);
--- Comment #18 from dje at gcc dot gnu dot org 2007-10-12 12:56 ---
I think your patch would be okay as an option. Do you plan to support lazy
binding as well?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #23 from ebotcazou at libertysurf dot fr 2007-10-12 12:56
---
Subject: Re: libgfortran bootstrap failure: selected_int_kind.f90:22:
Segmentation fault, wrong code with -fomit-frame-pointer
2007-10-11 Kenneth Zadeck [EMAIL PROTECTED]
PR middle-end/33676
*
The following program should not fail with -Werror -Wformat
-finput-charset=ISO-2022-JP -fexec-charset=ISO-2022-JP:
#include stdio.h
int main()
{
printf (\x1B$B%s\x1B(B);
}
because the %s is part of a multi-byte character sequence representing the
Unicode character U+3263 (KATAKANA
--- Comment #22 from zadeck at naturalbridge dot com 2007-10-12 11:59
---
it seems to be clean now.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #35 from pcarlini at suse dot de 2007-10-12 11:04 ---
*** Bug 33747 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from pcarlini at suse dot de 2007-10-12 11:04 ---
*** This bug has been marked as a duplicate of 14912 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
please consider following testcase:
$ cat t.cpp
#include set
#include string
template typename T, typename S = std::set std::string , int N = 1
struct X
{
virtual ~X() = 0;
};
void f()
{
X float x; // error here.
}
in the standard way g++ reports all template arguments
in
--- Comment #3 from ubizjak at gmail dot com 2007-10-12 10:16 ---
*** Bug 31024 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #19 from cnstar9988 at gmail dot com 2007-10-12 09:56 ---
(In reply to comment #18)
Created an attachment (id=13090)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13090action=view) [edit]
A short java file, known to compile under jikes and NetBeans 5.5
Simple test
--- Comment #34 from pcarlini at suse dot de 2007-10-12 18:31 ---
*** Bug 33754 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from ubizjak at gmail dot com 2007-10-12 10:16 ---
*** This bug has been marked as a duplicate of 23449 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #9 from gdr at cs dot tamu dot edu 2007-10-12 16:19 ---
Subject: Re: initialization of non-integral member constant not rejected
rguenth at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| We should also warn by default with -std=c++98 or -std=c++0x.
I agree that we
* the exact version of GCC; (gcc -v)
Reading specs from /usr/lib/gcc/i486-slackware-linux/4.1.2/specs
Target: i486-slackware-linux
Configured with: ../gcc-4.1.2/configure --prefix=/usr --enable-shared
--enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix
--enable-__cxa_atexit
--- Comment #3 from pault at gcc dot gnu dot org 2007-10-12 19:09 ---
(In reply to comment #2)
The same on PPC Darwin: pr33749 with -m64 gives the expected result, but
pr33686 gives the same result for 32 and 64 bit modes.
Tobias and Dominique,
You're right. The assignment even
--- Comment #1 from manu at gcc dot gnu dot org 2007-10-12 14:27 ---
(In reply to comment #0)
why do we guard the pedwarn with if (pedantic)??
-pedantic
Issue all the warnings demanded by strict ISO C and ISO C++ (...)
Valid ISO C and ISO C++ programs should
--- Comment #3 from mdorey at bluearc dot com 2007-10-12 13:19 ---
(I'm told that) these two function-style casts compile fine on 4.2.1:
template bool cond
struct A {
};
Abool (2) y;
Abool (2 1) z;
This is why I suggest the greater-than is a necessary part of the bug. Do you
have a
--- Comment #2 from bangerth at dealii dot org 2007-10-12 13:04 ---
The rule for template non-type arguments of integral type is 14.3.2/1:
1 A template-argument for a non-type, non-template template-parameter
shall be one of:
-- an integral constant-expression of integral or
--- Comment #2 from tbm at cyrius dot com 2007-10-12 19:30 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- Comment #4 from dominiq at lps dot ens dot fr 2007-10-12 19:51 ---
No, I am at 2.4.1.
I have installed Xcode 2.5 and rebuilt gcc and gfortran, but it did not
help!-(though I may have missed something else).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33739
--- Comment #1 from hjl at lucon dot org 2007-10-12 19:41 ---
Revision 128251 removed xfail, but didn't address Linux/ia64.
--
hjl at lucon dot org changed:
What|Removed |Added
This is a similar problem to PR33686.
$ cat test.f90
integer :: p(4) = (/2,4,1,3/)
p(p) = (/(i, i = 1, 4)/)
print *, p
end
$ ./a
3 1 4 3
7.5.1.5 Interpretation of intrinsic assignments
Execution of an intrinsic assignment causes, in effect, the
Revision 126149 fails gcc.dg/tree-ssa/ssa-fre-4.c on Linux/ia64:
FAIL: gcc.dg/tree-ssa/ssa-fre-4.c scan-tree-dump Replaced \(char\) .*with
--
Summary: [4.3 regression]: Revision 126149 fails gcc.dg/tree-
ssa/ssa-fre-4.c
Product: gcc
Version:
--- Comment #2 from hjl at lucon dot org 2007-10-12 19:45 ---
ssa-fre-4.c has
/* If the target returns false for TARGET_PROMOTE_PROTOTYPES, then there
will be no casts for FRE to eliminate and the test will fail. */
/* { dg-skip-if no promotion to eliminate { cris-*-* mmix-*-* } {
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-12 14:38 ---
No, -pedantic gives an error. -pedantic -fpermissive gives a warning on the
initialization but still an error on the FP literal:
tmp g++-4.3 -c t.C
tmp g++-4.3 -c t.C -pedantic
t.C:3: error: floating-point
--- Comment #2 from hjl at lucon dot org 2007-10-12 14:41 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-12 14:46 ---
We should also warn by default with -std=c++98 or -std=c++0x.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33750
--- Comment #1 from tbm at cyrius dot com 2007-10-12 19:19 ---
Created an attachment (id=14350)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14350action=view)
preprocessed source
(sid)160:[EMAIL PROTECTED]: ~] gcc-4.2 -c -O2 -march=mips32r2 33755.i
(sid)161:[EMAIL PROTECTED]: ~]
--- Comment #1 from mec at google dot com 2007-10-12 16:08 ---
Created an attachment (id=14349)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14349action=view)
Test program
Compile with: g++ -Wall -c z4.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33752
--- Comment #32 from pault at gcc dot gnu dot org 2007-10-12 17:32 ---
(In reply to comment #31)
Works as advertised without regression so far (PPC Darwin, 32 bit mode close
to
complete), but for the codelets in #30.
I wonder if the code in #28 is valid: the line(s)
--- Comment #12 from jakub at gcc dot gnu dot org 2007-10-12 20:22 ---
Trying to create self-contained testcase from it. So far I have found which
function is miscompiled at -O2 (and not -O2 -fno-strict-aliasing) if only
3 other functions are inlined into it, the rest is noinline.
--- Comment #2 from burnus at gcc dot gnu dot org 2007-10-12 20:20 ---
There is another bug (accepts-invalid):
integer, intent(out) :: jp(2,*)
jp(3,2:4)=0
which is not diagnosed at compile time.
The wrong-code bug is fixed by the followed patch.
Index: trans-array.c
--- Comment #1 from jb at gcc dot gnu dot org 2007-10-12 20:17 ---
Gfortran should know that stride==1 for allocatables, as was suggested by Tomas
Koenig in #32131, comment 5.
*** This bug has been marked as a duplicate of 32131 ***
--
jb at gcc dot gnu dot org changed:
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-shared
--enable-languages=c,c++ --enable-threads=posix --enable-__cxa_atexit
--disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu
--disable-libstdcxx-pch --with-tune=generic
Thread model:
--- Comment #1 from Oroppas at gmail dot com 2007-10-12 20:15 ---
Created an attachment (id=14351)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14351action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33758
--- Comment #9 from jb at gcc dot gnu dot org 2007-10-12 20:17 ---
*** Bug 33753 has been marked as a duplicate of this bug. ***
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from Oroppas at gmail dot com 2007-10-12 20:17 ---
cc1plus consumes more than 700MB of memory and eventually crashes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33758
--- Comment #33 from dominiq at lps dot ens dot fr 2007-10-12 20:31 ---
It's an easy fix but let's do one thing at a time:-)
Sure! I have filled PR33759
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31608
--- Comment #4 from daney at gcc dot gnu dot org 2007-10-12 20:44 ---
Not that I have looked into the problem, but this sounds similar to this
problem:
http://sourceware.org/ml/binutils/2006-11/msg00059.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
In my comment 31 of PR31608, I have questionned the validity of the test case
in comment 28. Now I think the test is invalid, but not detected. First
consider the code:
character(len=20) :: string
character(len=1) :: tmp(20)
string =
tmp =
tmp = transfer(string,x,len(string))
tmp = merge(tmp,
--- Comment #3 from tbm at cyrius dot com 2007-10-12 20:32 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
struct mtd_blktrans_ops
{
int (*readsect) (void);
int exiting;
};
static void do_blktrans_request (struct mtd_blktrans_ops *tr, long flags)
{
switch (flags 1)
--- Comment #6 from daney at gcc dot gnu dot org 2007-10-12 21:06 ---
From the reduced testcase could you post the result of:
objdump -r -j .text 33755.o
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-12 21:05 ---
It doesn't crash but gets killed by your operating system kernel.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33758
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-12 21:03 ---
You ran out of memory and the kernel decided to kill g++.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-10-12 20:56 ---
This does sound like an gas/ld issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- Comment #1 from burnus at gcc dot gnu dot org 2007-10-12 20:54 ---
(1) transfer(string,x,len(string)) is a rank one array of size 7 and should
not be assigned to an array of size 20. I think this is quite difficult to
detect at compile time, but it would be nice to have it at
--- Comment #4 from Oroppas at gmail dot com 2007-10-12 21:36 ---
Correct.
A bug triggers g++ to eat up extremely large amount of memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33758
--- Comment #7 from daney at gcc dot gnu dot org 2007-10-12 22:08 ---
The reduced testcase is different than the reported problem. At a minimum the
relocation types are different. Also the kernel is compiled with -G 0
-mno-abicalls
If we compile the reduced testcase thusly:
--- Comment #2 from dominiq at lps dot ens dot fr 2007-10-12 22:18 ---
Subject: Re: Unequal character lengths in MERGE intrinsic
not detected at run time
scalar (string) is conformable with any array (such as tmp)
Yes, I missed that, so if the length of string is only known at
--- Comment #8 from daney at gcc dot gnu dot org 2007-10-12 22:35 ---
It appears to be a GCC bug not binutils:
If you look at the assembly output for gcc-4.2, we emit:
lui $2,%hi($LC6)
But there is no corresponding %lo($LC6) to be found. No amount of relocation
sorting could
--- Comment #4 from rakdver at gcc dot gnu dot org 2007-10-12 22:27 ---
Subject: Bug 33714
Author: rakdver
Date: Fri Oct 12 22:26:47 2007
New Revision: 129277
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129277
Log:
PR tree-optimization/33714
*
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-12 23:47 ---
I am going to try to fix this over the weekend.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from roger at eyesopen dot com 2007-10-13 04:14 ---
Many thanks to Eric Botcazou! It turns out that this bug was a duplicate
of PR target/32325. I can confirm that with Eric's fix, and once I'd committed
my libstdc++ patch for the EOVERFLOW issue (mentioned by Eric in
1 - 100 of 101 matches
Mail list logo
