--- Comment #7 from jakub at gcc dot gnu dot org 2005-12-05 08:02 ---
Subject: Bug 13384
Author: jakub
Date: Mon Dec 5 08:02:53 2005
New Revision: 108045
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108045
Log:
PR c/13384
* gcc.dg/gomp/atomic-5.c: Adjust.
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-12-05 08:10
---
Present on SPARC too.
Dorit, the 3 loops are now vectorized because of versioning despite the target
being vect_no_align. Can we adjust the dg commands?
--
ebotcazou at gcc dot gnu dot org changed:
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
The newly integrated libdecnumber requires a few C99 integer types, thus
causing bootstrap failures on non-C99 platforms like Solaris 2.5.1. The
problem already occured for libfortran and has been addressed by a kludge
there.
It could be deemed desirable to have something along the lines of
http
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|paolo dot bonzini at lu dot |bonzini at gnu dot org
|unisi dot ch|
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-12-05 08:52
---
Explicitly confirmed on SPARC if that matters. We should not segfault though.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from falk at debian dot org 2005-12-05 09:02 ---
(In reply to comment #4)
> It is NOT a problem of GCC
OK, let's close it, then.
--
falk at debian dot org changed:
What|Removed |Added
---
--- Comment #1 from bonzini at gnu dot org 2005-12-05 09:09 ---
Created an attachment (id=10406)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10406&action=view)
patch sketch
A very experimental (not even built, let alone bootstrapped/regtested) patch
--
http://gcc.gnu.org/bu
Compiling:
template
class A
{
public:
static const unsigned int n = 1;
void foo ()
{
int i = n;
}
};
extern template class A;
int main ()
{
A a;
a.foo ();
}
fails with:
foo.cpp: In member function 'void A::foo() [with T = int]':
foo.cpp:9: instantiated from 'const unsi
As mentioned in my http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00035.html
mail, nested function calls in #pragma omp parallel blocks are still broken
(for all of C/C++/Fortran and at least in Fortran they are part of the
standards) and I'm even not sure what the exact semantics should be for them
--- Comment #3 from dorit at il dot ibm dot com 2005-12-05 11:11 ---
> Dorit, the 3 loops are now vectorized because of versioning despite the target
> being vect_no_align. Can we adjust the dg commands?
yes, that's exactly what the patch I sent in Comment #1 does.
I guess I can commit
--- Comment #21 from jakub at gcc dot gnu dot org 2005-12-05 11:14 ---
Subject: Bug 15809
Author: jakub
Date: Mon Dec 5 11:14:10 2005
New Revision: 108052
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108052
Log:
PR fortran/15809
* trans-decl.c (gfc_get_symbol_
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-05 11:20
---
> yes, that's exactly what the patch I sent in Comment #1 does.
Oops, sorry!
> I guess I can commit it as an obvious fix. I'll go ahead and do that.
Please commit it on both mainline and 4.1 branch. Thanks.
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 11:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
Hi!
The test program (below) kills latest gfortran:
[EMAIL PROTECTED] fem]$ gfortran -v test.f90
Driving: gfortran -v test.f90 -lgfortranbegin -lgfortran -lm -shared-libgcc
Using built-in specs.
Target: i386-linux
Configured with: ../gcc/configure --prefix=/tmp/gfortran-20051205/irun
--enable
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 11:31 ---
Confirmed, looks very much related to PR 18197.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #25 from thebohemian at gmx dot net 2005-12-05 11:34 ---
aph, this would be your test case right?
class T {
void fail(){
System.out.println("fail-0");
M m = new M();
System.out.println("fail-1");
m.test();
}
}
// Bytecode removed
class M {
voi
The following code snippet causes an ICE in the C++ frontend on mainline:
===
int x[1/0];
===
bug.cc:1: warning: division by zero in '1 / 0'
bug.cc:1: error: size of array 'x' is not an integral constant-expression
bug.cc:1: internal compiler error: tree check: expected cl
--- Comment #26 from thebohemian at gmx dot net 2005-12-05 11:52 ---
Created an attachment (id=10407)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10407&action=view)
updated test setup
Added two more tests:
invokeMethodIndirect1
invokeMethodIndirect2
A new class HelperClassInvok
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-12-05 11:54
---
Btw, this is a regression from GCC 4.0.0 to GCC 4.0.1.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 11:56 ---
Confirmed, this is a latent bug in the C++ front-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Hi!
The following program
program a
character(len=10) :: str
str = '123'
write( str, '(a,i1)' ) trim(str),4
print*,str
end program a
outputs
[EMAIL PROTECTED] fem]$ gfortran -o a a.f90; ./a
4
all other compilers i've tried (sun f90, xlf, g95, ifort) seem to agree the
output shoul
--- Comment #12 from reichelt at gcc dot gnu dot org 2005-12-05 13:09
---
Subject: Bug 23307
Author: reichelt
Date: Mon Dec 5 13:09:17 2005
New Revision: 108054
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108054
Log:
Backport:
2005-10-13 Mark Mitchell <[EM
--- Comment #13 from reichelt at gcc dot gnu dot org 2005-12-05 13:12
---
Subject: Bug 22464
Author: reichelt
Date: Mon Dec 5 13:12:29 2005
New Revision: 108055
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108055
Log:
Backport:
2005-10-13 Mark Mitchell <[EM
--- Comment #13 from reichelt at gcc dot gnu dot org 2005-12-05 13:14
---
Now also fixed on the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from reichelt at gcc dot gnu dot org 2005-12-05 13:14
---
Now also fixed on the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #27 from thebohemian at gmx dot net 2005-12-05 13:52 ---
I changed the PR's title to reflect more clearly what it is about.
This is about *missing* classes not about methods and fields which have been
removed, changed or whatever.
--
thebohemian at gmx dot net changed:
Imagine the following situation:
class T {
void test(){
M.staticMethod(); // a
new M().method(); // b
M.staticField = "FOO"; // c
new M().field = "FOO"; // d
}
}
class M{
static void staticMethod(){}
void method(){}
static String staticField;
String fie
--- Comment #1 from thebohemian at gmx dot net 2005-12-05 14:03 ---
Created an attachment (id=10408)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10408&action=view)
test setup
A test setup for the above mentioned 4 cases. There are three scripts which
runs different interpreters:
--- Comment #3 from dorit at il dot ibm dot com 2005-12-05 14:17 ---
> Dorit, is it only a matter of changing the expected error message?
Yes - the error message checks that the vectorizer detected that it's not worth
while to vectorize the loop because all operations in the loop are ei
On both
gcc (GCC) 3.3.5 (propolice)
and
gcc.exe (GCC) 3.4.2 (mingw-special)
the following code does not work properly.
Its output should be test1test2test3, but the 3rd output gets
malformed.
It seems to me the stack is unwindded too far by sjlj-eh at the entrance of
catch block and the region ob
--- Comment #2 from thebohemian at gmx dot net 2005-12-05 14:37 ---
Created an attachment (id=10409)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10409&action=view)
test setup
Same as above but fixed the messages about expected and unexpected Throwables.
--
thebohemian at gmx
Hello,
Consider this code that implements hton and ntoh for float values :
//main.cpp
#include
#include
inline float hton(float x)
{
const size_t nb32 = sizeof(float)/sizeof(uint32_t);
const size_t nb16 = (sizeof(float)/sizeof(uint16_t))%2;
uint32_t* p32 = (uint32_t*)(&x);
uint16_t* p1
--- Comment #1 from pierre dot chatelier at club-internet dot fr
2005-12-05 15:04 ---
please consider "*p16 = htons(*p16)" instead of "*p16 = htonl(*p16)", but the
problem remains the same.
--
pierre dot chatelier at club-internet dot fr changed:
What|Removed
long long
foo (long long x, int y)
{
unsigned long long x0 = (unsigned long long) x, x1;
long long a = x0 >> ((y - 4) & 63);
if ((a & 8) == 0)
y--;
x1 = x << ((24 - y) & 63);
return (x1 >> 1);
}
ICEs at -m31 {-O1,-O2,-O3} on s390-linux.
--
Summary: ICE on lshrdi3_31 pat
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-05 15:23 ---
You are violating C/C++ aliasing rules:
inline float hton(float x)
uint32_t* p32 = (uint32_t*)(&x);
You are accessing a float through a uint32_t.
*** This bug has been marked as a duplicate of 21920 ***
--- Comment #79 from pinskia at gcc dot gnu dot org 2005-12-05 15:23
---
*** Bug 25267 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Dear gcc-bugs@gcc.gnu.org,
Your question was not submitted to the helpdesk because of a problem:
You need to register online at http://ccgi.rowley.co.uk/support/ before you
can submit new questions via e-mail.
Why is this? To provide better tracking of user issues and because we need to
redu
--- Comment #3 from danglin at gcc dot gnu dot org 2005-12-05 17:10 ---
Fixed by patch to binutils. See
http://sourceware.org/ml/binutils/2005-12/msg00030.html.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-12-05 17:16
---
Taking care of the backport.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from bonzini at gnu dot org 2005-12-05 17:21 ---
Patch applied to mainline. I will ask for 4.1 approval in a few days, most
likely at the beginning of next week.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pcarlini at suse dot de 2005-12-05 18:01 ---
This part is done:
http://gcc.gnu.org/ml/libstdc++/2005-11/msg00240.html
can also go in mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24693
--- Comment #9 from reichelt at gcc dot gnu dot org 2005-12-05 18:01
---
Subject: Bug 22352
Author: reichelt
Date: Mon Dec 5 18:01:05 2005
New Revision: 108066
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108066
Log:
Backport:
2005-10-13 Mark Mitchell <[EMA
--- Comment #10 from reichelt at gcc dot gnu dot org 2005-12-05 18:01
---
Now also fixed on the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|gcc.dg/compat/vector- |[3.4 only]
|[12]_y.c fails to compile |gcc.dg/com
--- Comment #7 from steven at gcc dot gnu dot org 2005-12-05 18:05 ---
Created an attachment (id=10410)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10410&action=view)
follow SSA_NAME_VALUE deep
Hmmwell, the attached patch does bootstrap on i686,ia64, and x86-64, and it
passes re
--- Comment #8 from law at redhat dot com 2005-12-05 18:18 ---
Subject: Re: [4.1/4.2 Regression] Jump
threading opportunity missed in tree-ssa but caught in jump1
On Mon, 2005-12-05 at 18:05 +, steven at gcc dot gnu dot org wrote:
>
> --- Comment #7 from steven at gcc
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-05 18:23 ---
Hmm, I think we should ignore the -POINTER + 1 case as that would give use the
wrong results sometimes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-05 18:30 ---
gcc/gcc/testsuite/gcc.c-torture/execute/990604-1.c fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23166
--- Comment #11 from berndtrog at yahoo dot com 2005-12-05 18:34 ---
Compiling of usart.i still fails:
usart.c: In function 'UsartIOCtl':
usart.c:821: error: unable to find a register to spill in class
'BASE_POINTER_REGS'
usart.c:821: error: this is the insn:
(insn 663 162 163 14 (set (
I have not looked into this testcase that much but I may as well file it so
that I don't lose track of it.
Anyways gcc.target/x86_64/abi/test_passing_unions.c fails with:
/home/pinskia/src/types/gcc/gcc/testsuite/gcc.target/x86_64/abi/test_passing_unions.c:
In function 'main':^M
/home/pinskia/src/t
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 18:46 ---
gcc.target/x86_64/abi/test_passing_integers.c fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25269
Filing it here so it does not get lost (I will reduce this later).
The error message is:
/home/pinskia/src/types/gcc/gcc/testsuite/gfortran.dg/array-1.f90: In function
'pack':^M
/home/pinskia/src/types/gcc/gcc/testsuite/gfortran.dg/array-1.f90:23: error:
types mismatch in comparsion^M
int8D.8^M
int
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53
---
Subject: Bug 24108
Author: ebotcazou
Date: Mon Dec 5 18:53:04 2005
New Revision: 108067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53
---
Subject: Bug 18580
Author: ebotcazou
Date: Mon Dec 5 18:53:04 2005
New Revision: 108067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53
---
Subject: Bug 24963
Author: ebotcazou
Date: Mon Dec 5 18:53:04 2005
New Revision: 108067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 18:53 ---
gfortran.dg/array_alloc_2.f90 fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25270
--- Comment #33 from berndtrog at yahoo dot com 2005-12-05 18:53 ---
Compiling test.c with 4.1.0 20051202 or 4.2.0 20051202 works OK.
Compiling test.c with 4.0.3 20051123 still fails:
test.c: In function 'test':
test.c:46: error: unable to find a register to spill in class 'POINTER_REG
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-05 18:53 ---
So does gfortran.dg/array_constructor_10.f90
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:54
---
Subject: Bug 24108
Author: ebotcazou
Date: Mon Dec 5 18:54:22 2005
New Revision: 108068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108068
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:54
---
Subject: Bug 24963
Author: ebotcazou
Date: Mon Dec 5 18:54:22 2005
New Revision: 108068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108068
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:54
---
Subject: Bug 18580
Author: ebotcazou
Date: Mon Dec 5 18:54:22 2005
New Revision: 108068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108068
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:56
---
See http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00363.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:56
---
See http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00363.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-05 18:57 ---
And gfortran.dg/array_constructor_11.f90
gfortran.dg/array_constructor_12.f90
gfortran.dg/array_constructor_6.f90
gfortran.dg/array_constructor_7.f90
gfortran.dg/array_constructor_8.f90
gfortran.dg/array_constructor_
--- Comment #3 from rth at gcc dot gnu dot org 2005-12-05 19:01 ---
Andrew, why don't you restrict yourself to marking duplicates things
that are actually duplicates. The ffmpeg example in PR11203 really
uses too many inputs. This one doesn't.
--
rth at gcc dot gnu dot org changed
--- Comment #4 from janis at gcc dot gnu dot org 2005-12-05 19:06 ---
Subject: Bug 25247
Author: janis
Date: Mon Dec 5 19:06:11 2005
New Revision: 108069
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108069
Log:
PR testsuite/25247
* lib/target-supports-dg.exp (
--- Comment #2 from berndtrog at yahoo dot com 2005-12-05 19:06 ---
Thats a 4.1/4.2 regression
--
berndtrog at yahoo dot com changed:
What|Removed |Added
Summa
--- Comment #5 from janis at gcc dot gnu dot org 2005-12-05 19:14 ---
This fix is also needed for the 4.1 and 4.0 branches, which I'm testing now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25247
--- Comment #6 from andreas at florath dot net 2005-12-05 19:36 ---
--- reproducibility ---
It looks that there is some confusion about the reproducibility of
this or similar bugs (23541, 24039). Therefore a small description:
I was trying to compile gcc and GNU binutils for sparc whe
--
laurent at guerby dot net changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25245
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-05 20:10 ---
g++.dg/inherit/ptrmem1.C fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22369
u tl i
s t in g ,**
[dranta:~/tests/gfortran-D] dir% gfortran --v
Using built-in specs.
Target: powerpc-apple-darwin8.3.0
Configured with: ./configure --prefix=/Users/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.2.0 20051205
--- Comment #1 from dir at lanl dot gov 2005-12-05 21:16 ---
Created an attachment (id=10411)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10411&action=view)
problem file
This is the original problem file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25271
--- Comment #3 from thebohemian at gmx dot net 2005-12-05 21:53 ---
The version of gcj in SVN cannot handle loading classes of case d ( = accessing
a nonstatic field which is removed) when BC-compiled classes are used
(interpreted mode is fine in all cases).
--
http://gcc.gnu.org/bu
--- Comment #6 from janis at gcc dot gnu dot org 2005-12-05 22:51 ---
Subject: Bug 25247
Author: janis
Date: Mon Dec 5 22:51:40 2005
New Revision: 108079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108079
Log:
PR testsuite/25247
* lib/target-supports-dg.exp (
--- Comment #3 from dalej at gcc dot gnu dot org 2005-12-05 23:04 ---
Subject: Bug 24323
Author: dalej
Date: Mon Dec 5 23:04:28 2005
New Revision: 108080
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108080
Log:
2005-12-05 Dale Johannesen <[EMAIL PROTECTED]>
* confi
--- Comment #9 from reichelt at gcc dot gnu dot org 2005-12-05 23:54
---
Taking care of the backport.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from hhinnant at apple dot com 2005-12-06 01:19 ---
(In reply to comment #17)
> Subject: Re: exception_defines.h #defines try/catch
>
> "hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
>
> | I don't know what that means. Or even how it would be relevant. ObjC+
david pasha wrote:
#include
...
outport(0x56,0xf);
You didn't mention what gcc error you got. You need to give complete
info about a problem if you want a good answer.
Since this is a very target dependent issue, you might try sending mail
to a cyginw or mingw list. Gcc developers genera
--- Comment #8 from bergner at vnet dot ibm dot com 2005-12-06 01:57
---
We're miscompiling htab_bolt_mapping(). What do I win? ;-)
I have a userland test case which I'll attach once I've shunk it down a little.
--
bergner at vnet dot ibm dot com changed:
What|Remov
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-06 02:12 ---
Some of it can be fixed by using:
/* In a RESULT_DECL or PARM_DECL, means that it is passed by invisible
reference (and the TREE_TYPE is a pointer to the true type). */
#define DECL_BY_REFERENCE(NODE) (DECL_COMMO
--- Comment #11 from tromey at gcc dot gnu dot org 2005-12-06 02:13 ---
Subject: Bug 18278
Author: tromey
Date: Tue Dec 6 02:13:54 2005
New Revision: 108096
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108096
Log:
gcc/java
PR java/18278:
* expr.c (build_jni_st
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2005-12-06 02:27
---
I see that g77 output differs from gfortran.
I also see gfortran and ifort agree 100%.
I am not sure which is right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25271
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18278
--- Comment #7 from wilson at specifix dot com 2005-12-06 03:03 ---
Subject: Re: New: [2.95.2/3.3.3/4.0.0 Regression] g++ fails
to emit debug information for SOME local variables in class member function
that has templated local variables
schaudhu at blackrock dot com wrote:
> When
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2005-12-06 03:21
---
I can confirm this behavior disagrees with ifort. I will investigate further.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
I'm trying to compile gcc as a cross compiler for target h8300-hitachi-hms on
my amd64 gentoo linux box.
the bintils compiled succesfully
but gcc compilation failed:
I tried to compile both the gcc-3.4.4 source and the gcc-3.4.5
with the same results
gcc version
-
--- Comment #1 from rbunke at speakeasy dot net 2005-12-06 04:27 ---
Created an attachment (id=10413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10413&action=view)
the preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25272
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-06 04:32 ---
This might be a 64bit HOST_WIDE_INT bug in the h8300 back-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from wilson at specifix dot com 2005-12-06 05:15 ---
Subject: Re: gcc fails to compile for target h8300-hitachi-hms
with unrecognizable insn
pinskia at gcc dot gnu dot org wrote:
> --- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-06 04:32
> ---
> Thi
--- Comment #19 from wilson at gcc dot gnu dot org 2005-12-06 05:31 ---
Subject: Bug 24934
Author: wilson
Date: Tue Dec 6 05:31:39 2005
New Revision: 108103
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108103
Log:
PR target/24934
* opts.c (decode_options): Turn off partitioni
--- Comment #4 from pault at gcc dot gnu dot org 2005-12-06 05:32 ---
(In reply to comment #3)
> I believe the code is illegal from 7.5.2, page 110,
>
>Constraint: The target shall be of the same type, kind type parameters,
> and rank as the pointer.
>
> Then on pa
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #1 from tausq at debian dot org 2005-12-06 05:38 ---
The difference is that gcc-3.x creates:
.proc
.callinfo xxx
.entry
...
.exit
.procend
.space $TEXT$
.nsubspa $CODE$,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY
.stabs "",100,0,0,L$text_end
L$text_end:
whereas gcc-4
--- Comment #20 from wilson at gcc dot gnu dot org 2005-12-06 05:41 ---
Subject: Bug 24934
Author: wilson
Date: Tue Dec 6 05:41:33 2005
New Revision: 108104
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108104
Log:
PR target/24934
* opts.c (decode_options): Turn off partitioni
--- Comment #2 from tausq at debian dot org 2005-12-06 05:47 ---
I'm guessing this is the patch that introduced this regression:
2004-08-20 Zack Weinberg <[EMAIL PROTECTED]>
John David Anglin <[EMAIL PROTECTED]>
* config/pa/pa-protos.h (readonly_data, one_only_re
--- Comment #21 from wilson at gcc dot gnu dot org 2005-12-06 05:55 ---
Fixed on mainline and the gcc-4.1 branch.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from bergner at vnet dot ibm dot com 2005-12-06 06:26
---
Created an attachment (id=10414)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10414&action=view)
Minimal test case.
Here's a minimal test case. This works with older gcc's and without
optimization on newer
1 - 100 of 101 matches
Mail list logo
