--- Comment #15 from simartin at gcc dot gnu dot org 2007-10-13 06:17
---
Fixed on all the active branches.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from simartin at gcc dot gnu dot org 2007-10-13 06:05
---
Subject: Bug 26698
Author: simartin
Date: Sat Oct 13 06:04:57 2007
New Revision: 129282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129282
Log:
gcc/cp/
2007-10-13 Simon Martin <[EMAIL PROTECTED]>
--- Comment #7 from roger at eyesopen dot com 2007-10-13 04:14 ---
*** Bug 33545 has been marked as a duplicate of this bug. ***
--
roger at eyesopen dot com 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 PR
--- 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 #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=gcc&view=rev&rev=129277
Log:
PR tree-optimization/33714
* tree-ssa-loop-iv
--- 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 #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:
(sid)[EMAI
--- 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 #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 a
--- 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
--- 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 #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
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
--- 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. Unfo
--- 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 #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 #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 #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:
--- 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=14351&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33758
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: posix
--- 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 #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 #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
---
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 tbm at cyrius dot com 2007-10-12 19:30 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- 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=14350&action=view)
preprocessed source
(sid)160:[EMAIL PROTECTED]: ~] gcc-4.2 -c -O2 -march=mips32r2 33755.i
(sid)161:[EMAIL PROTECTED]: ~]
--- 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
* 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 --di
--- 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=gcc&view=rev&rev=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-mips&i=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 #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 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
---
The following code does not compile:
#include
#include
using namespace std;
class A
{
typedef list < pair > PairList;
// Works
void f1 ( list < pair > arg = PairList() )
{
}
// Does not work
void f2 ( list < pair > arg = list < pair
--- 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)
>
> merg
--- 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 #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=gcc&view=rev&rev=129268
Log:
2007-10-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- 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=gcc&view=rev&rev=129267
Log:
2007-10-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- 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 acces
--- 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 sh
--- 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=gcc&view=rev&rev=129265
Log:
gcc/
PR 11001
* config/i386/i386.md (strmov
--- 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=14349&action=view)
Test program
Compile with: g++ -Wall -c z4.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33752
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 func
--- 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
--
-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
--- 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
--- 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
> struct A {
> };
>
> A y;
> A z;
Uh, indeed, I see. This is weird indeed. So in other words, these codes
--- 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 -pe
--- 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++ l
--- 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 *thin
--- 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 #3 from rguenth at gcc dot gnu dot org 2007-10-12 14:45 ---
>From diagnostic.c:
/* A "pedantic" warning: issues a warning unless -pedantic-errors was
given on the command line, in which case it issues an error. Use
this for diagnostics required by the relevant languag
--- 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 #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]>
>>
>> P
--- 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 lit
--- 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 co
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 #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 #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 #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;
:
if (1)
goto ;
else
goto ;
:
# b_3 = PHI <1(2)>
goto ;
:
k ={v} 1;
:
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 eval
--- 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 ass
--- 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
struct A {
};
A y;
A z;
This is why I suggest the greater-than is a necessary part of the bug. Do you
have a counter-example, Wolfgang -
--- 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 #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 e
--- 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
>
--- 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 c
--- 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.
http://groups.google.com/group/comp.std.c/msg/64e8f56eb
The following program should not fail with "-Werror -Wformat
-finput-charset=ISO-2022-JP -fexec-charset=ISO-2022-JP":
#include
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 LETTE
--- 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
#include
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 diagnos
--- 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 #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 #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=13090&action=view) [edit]
> A short java file, known to compile under jikes and NetBeans 5.5
> Simple tes
--- 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 (unfortunatel
--
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 #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
---
--- 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=gcc&view=rev&rev=129256
Log:
2007-10-12 Richard Guenther <[EMAIL PROTECTED]>
PR
--- 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 #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=gcc&view=rev&rev=129255
Log:
PR tree-optimization/33742
* tree-vect-transform.c
--- 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 fail|
--
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 #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
--- 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.
--
e
--- 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=gcc&view=rev&rev=129254
Log:
PR tree-optimization/33645
* tree-ssa-live.c (mar
--- 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=gcc&view=rev&rev=129253
Log:
PR c++/32121
* parser.c (cp_parser_compound_state
100 matches
Mail list logo
