--- Comment #6 from ubizjak at gmail dot com 2007-10-04 06:48 ---
And as I told in the bug report, inserting or deleting code suddenly
let the issue vanish. I already tried to reduce this code with the
result that removing dead code fixed the miscompilation.
If this is the case,
--- Comment #4 from aesok at gcc dot gnu dot org 2007-10-04 07:06 ---
The code that which print size of prologue and epilogue was removed when avr
port was switched from asm-prologue/epilogue to RTL-prologue/epilogue.
Anatoly.
--
--- Comment #5 from aesok at gcc dot gnu dot org 2007-10-04 07:09 ---
Fixed in trunk.
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from tobi at gcc dot gnu dot org 2007-10-04 07:34 ---
Subject: Bug 33626
Author: tobi
Date: Thu Oct 4 07:34:38 2007
New Revision: 129002
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129002
Log:
PR fortran/33626
fortran/
* resolve.c (resolve_operator): Always
--- Comment #7 from jason at gcc dot gnu dot org 2007-10-04 07:53 ---
Can you spell decltype?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11756
--- Comment #3 from dannysmith at users dot sourceforge dot net 2007-10-04
08:26 ---
(In reply to comment #2)
While looking for collect2, I
realized the path to ld (and as) had been misdetected. Explicit
specification of the path, --with-ld=/mingw/bin/ld.exe, let me have a
--- Comment #8 from jason at gcc dot gnu dot org 2007-10-04 08:48 ---
Subject: Bug 32470
Author: jason
Date: Thu Oct 4 08:48:23 2007
New Revision: 129003
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129003
Log:
PR c++/32470
* name-lookup.c
--- Comment #8 from jason at gcc dot gnu dot org 2007-10-04 08:49 ---
Less flippantly, I don't see the point in spending much effort on getting
typeof to work properly inside templates when there's a standardized language
feature you can use instead which is also better specified and
--- Comment #9 from jason at gcc dot gnu dot org 2007-10-04 08:50 ---
Fixed for 4.3.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #9 from igodard at pacbell dot net 2007-10-04 08:58 ---
My apologies, perhaps I'm misunderstanding the jargon. I took the fix comment
to mean that typeof in the context reported would produce a diagnostic saying
that gcc could not compile the construct, and that this was
--- Comment #10 from igodard at pacbell dot net 2007-10-04 09:02 ---
Sorry, I don't understand As you can see in the comment threads for some of
the other bug reports about typeof in templates. The only other report cited
as a duplicate to this one is 11757, and that has no real
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-04 09:32 ---
Uh.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
Wines IsBadReadPtr() is not working anymore, since memory reads are optimized
away, since the result of the read is not used. However the memory is marked
volatile so this should perhaps not happen.
See attached testcase and check the assembly
--
Summary: volatile memory access
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-10-04 09:37 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-04 09:37 ---
Subject: Bug 33627
Author: rguenth
Date: Thu Oct 4 09:37:04 2007
New Revision: 129004
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129004
Log:
2007-10-04 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #11 from jason at gcc dot gnu dot org 2007-10-04 09:34 ---
decltype is the C++0x equivalent of the GCC typeof extension; if you replace
the word typeof in the testcase with decltype and compile with -fstd=c++0x,
the testcase will work as expected. Or you can use __decltype
--- Comment #2 from matz at gcc dot gnu dot org 2007-10-04 09:53 ---
Smaller testcase:
void f (volatile char *p)
{
char c = p[0];
}
This access to the volatile object p[0] must not be optimized away, but:
% ./gcc/cc1 -O1 x.c
% cat x.s
f:
pushl %ebp
movl%esp,
--- Comment #1 from marcus at jet dot franken dot de 2007-10-04 09:51
---
Created an attachment (id=14293)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14293action=view)
virtual.i
gcc -c -O2 virtual.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33653
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-04 10:09 ---
What should be a sizetype here is actually
arg 1 var_decl 0x2b7393a9b2c0 pe.0
type enumeral_type 0x2b7393a8ac30 unsigned type_0 SI size integer_cst
0x2b73939bda80 32 unit size integer_cst 0x2b73939bd6f0
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-04 10:17 ---
We mess this up in the gimplifier here:
case tcc_binary:
expr_2:
{
enum gimplify_status r0, r1;
r0 = gimplify_expr (TREE_OPERAND (*expr_p, 0),
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-10-04 10:11
---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from matz at gcc dot gnu dot org 2007-10-04 10:15 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00233.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33653
Strange message and wrong code only happen with -O3 + -fPIC.
g++ -c -g -O3 -Wall -fPIC cic.ii
src/cic.hpp: In member function #8216;void CICDeciminputtype::Compute(const
in_t, out_t) [with in_t = boost::numeric::ublas::vectorint,
boost::numeric::ublas::unbounded_arrayint, std::allocatorint ,
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-04 11:41 ---
Hm, no. Simply the verifier is wrong. I have a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33641
--- Comment #1 from ndbecker2 at gmail dot com 2007-10-04 11:30 ---
Created an attachment (id=14294)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14294action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33654
Building ncurses with trunk ICEs with:
/usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_GNU_SOURCE
-DNDEBUG -O2 -g -fmessage-length=0 -pipe -D_REENTRANT -fPIC -c
../ncurses/./base/lib_addch.c -o ../obj_s/lib_addch.o
gcc-trunk: warning: -pipe ignored because -save-temps specified
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-04 12:19 ---
Created an attachment (id=14295)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14295action=view)
testcase (unreduced)
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33655
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-10-04 11:58
---
It fixes it for me to build 400.perlbench with -fno-strict-aliasing. The
different inlining decisions after r128092 might expose some problems with
the benchmark.
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-04 12:28 ---
Reduced testcase, fails with -O:
typedef struct {
unsigned long attr;
int chars[2];
} cchar_t;
typedef struct _win_st {
cchar_t _bkgrnd;
} WINDOW;
void render_char(WINDOW *win, cchar_t ch)
{
if
--- Comment #7 from hjl at gcc dot gnu dot org 2007-10-04 13:42 ---
Subject: Bug 33646
Author: hjl
Date: Thu Oct 4 13:42:48 2007
New Revision: 129008
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129008
Log:
Mention PR fortran/33646 in revision 129000.
Modified:
: posix
gcc version 4.3.0 20071004 (experimental) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33656
--- Comment #4 from matz at gcc dot gnu dot org 2007-10-04 13:34 ---
Subject: Bug 33653
Author: matz
Date: Thu Oct 4 13:34:09 2007
New Revision: 129006
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129006
Log:
PR rtl-optimization/33653
* dce.c
The following code gives an internal compiler error when compiled with -O. It
compiles fine if no -O is given.
(conrad)macdiepen.measures gfortran -o problem.o -c -w -O problem.f
fortran/sofa/problem.f: In function 'iau_jd2cal':
fortran/sofa/problem.f:41: internal compiler error: tree check:
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-10-04 13:25
---
We still have an ICE on __powitf2, at -O2 (but not -O1):
$ cat foo.i
typedef float TFtype __attribute__ ((mode (TF)));
TFtype __powitf2 (TFtype x, int m)
{
TFtype y = x;
while (m = 1)
{
x = x * x;
--- Comment #5 from matz at gcc dot gnu dot org 2007-10-04 13:35 ---
Subject: Bug 33653
Author: matz
Date: Thu Oct 4 13:35:06 2007
New Revision: 129007
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129007
Log:
PR rtl-optimization/33653
* gcc.dg/pr33653.c: New.
--- Comment #6 from matz at gcc dot gnu dot org 2007-10-04 13:36 ---
Fixed now.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-10-04 14:04
---
*** Bug 33656 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-10-04 14:04 ---
*** This bug has been marked as a duplicate of 33007 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-04 14:35 ---
Subject: Bug 33641
Author: rguenth
Date: Thu Oct 4 14:35:32 2007
New Revision: 129010
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129010
Log:
2007-10-04 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-10-04 14:36 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
../configure --with-cpu=default32 --build=powerpc64-suse-linux
/usr/src/packages/BUILD/gcc-4.3.0-20070917/obj-powerpc64-suse-linux/./gcc/xgcc
-B/usr/src/packages/BUILD/gcc-4.3.0-20070917/obj-powerpc64-suse-linux/./gcc/
-B/usr/powerpc64-suse-linux/bin/ -B/usr/powerpc64-suse-linux/lib/ -isystem
--- Comment #12 from igodard at pacbell dot net 2007-10-04 14:23 ---
Pays to show your ignorance; then you learn something :-) I thank you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11756
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-10-04 15:04
---
Subject: Bug 33502
Author: fxcoudert
Date: Thu Oct 4 15:04:09 2007
New Revision: 129011
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129011
Log:
PR fortran/33502
* scanner.c
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-10-04 15:05
---
Fixed on mainline. Thanks for the bug report!
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-10-04 15:08
---
Subject: Bug 33529
Author: fxcoudert
Date: Thu Oct 4 15:08:14 2007
New Revision: 129012
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129012
Log:
PR fortran/33529
* decl.c
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-10-04 15:09
---
Fixed on mainline. Thanks for the bug report, and please reopen this one or
open a new one if you still experience problems.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2007-10-04 15:10
---
Fixed, isn't it?
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-10-04 15:18
---
Subject: Bug 32021
Author: fxcoudert
Date: Thu Oct 4 15:18:48 2007
New Revision: 129014
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129014
Log:
PR libfortran/32021
* runtime/environ.c
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-10-04 15:19
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from tobi at gcc dot gnu dot org 2007-10-04 15:24 ---
Yes, I only happened to leave before the commit message arrived.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33626
--- Comment #8 from hjl at gcc dot gnu dot org 2007-10-04 15:39 ---
Subject: Bug 33646
Author: hjl
Date: Thu Oct 4 15:39:11 2007
New Revision: 129015
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129015
Log:
2007-10-04 H.J. Lu [EMAIL PROTECTED]
PR fortran/33646
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-10-04 15:57
---
Subject: Bug 33253
Author: jvdelisle
Date: Thu Oct 4 15:57:28 2007
New Revision: 129016
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129016
Log:
2007-10-04 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-10-04 16:02
---
Subject: Bug 33253
Author: jvdelisle
Date: Thu Oct 4 16:02:42 2007
New Revision: 129018
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129018
Log:
2007-10-04 Jerry DeLisle [EMAIL PROTECTED]
PR
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c++ |middle-end
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-04 16:22 ---
-fPIC disables some inlining.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33654
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from nikolay at totalviewtech dot com 2007-10-04 17:13
---
Ok, Here is how it is implemented now:
11b1: Abbrev Number: 2 (DW_TAG_structure_type)
DW_AT_name: array_descriptor2
DW_AT_byte_size : 36
DW_AT_decl_file : 1
Just about anything compiled with -fipa-pta results in an ICE in verify_ssa.
When I reported this in mail with several SPEC CPU2000 failures for various
options, Daniel Berlin said:
# all tests fail with ICE in verify_ssa; -m32/-m64
-O2 -fipa-pta
-Os -fipa-pta
Unlikely to investigate
This C++ program is accepted without error or warning by gcc 4.2 and mainline:
class c { void f(); };
void c::c::c::c::f() { }
Is that really valid?
--
Summary: g++ permits duplicate class names in definition
Product: gcc
Version: 4.2.0
Status:
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-04 17:25 ---
I think this is a dup of bug 11764.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33659
--- Comment #5 from jason at gcc dot gnu dot org 2007-10-04 17:58 ---
Subject: Bug 20416
Author: jason
Date: Thu Oct 4 17:58:07 2007
New Revision: 129020
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129020
Log:
PR c++/20416
* call.c (initialize_reference):
--- Comment #6 from jason at gcc dot gnu dot org 2007-10-04 18:00 ---
Fixed for 4.3.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from razin at avaya dot com 2007-10-04 18:35 ---
Created an attachment (id=14296)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14296action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33660
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-04 18:40 ---
And this is not a bug with GCC or libstdc++ as gettid is an GNU libc extension.
Try using gettid instead of std::gettid. Doing that and qualifying endl with
std:: allows for this program to compile.
--
pinskia
--- Comment #3 from bangerth at dealii dot org 2007-10-04 18:41 ---
Why should gettid be in namespace std? It's not a standard C++ function,
so the header file declares it to be in the global namespace.
W.
--
bangerth at dealii dot org changed:
What|Removed
Hello!
Upgraded to gcc 4.2.1 and ran into a following issue:
test case:
#include iostream
#include sstream
#include sys/types.h
#include linux/unistd.h
#include errno.h
// Declare the gettid syscall.
_syscall0(pid_t, gettid);
int main()
{
std::coutTest for gettid: std::gettid()endl;
--- Comment #4 from razin at avaya dot com 2007-10-04 18:46 ---
(In reply to comment #3)
Why should gettid be in namespace std? It's not a standard C++ function,
so the header file declares it to be in the global namespace.
W.
(In reply to comment #3)
Why should gettid be in
--- Comment #2 from bangerth at dealii dot org 2007-10-04 18:46 ---
Yes. I believe there may also be another report about the same problem.
W.
*** This bug has been marked as a duplicate of 11764 ***
--
bangerth at dealii dot org changed:
What|Removed
--- Comment #8 from bangerth at dealii dot org 2007-10-04 18:46 ---
*** Bug 33659 has been marked as a duplicate of this bug. ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-04 19:05 ---
Does it buy us anything to make any calls replaceable (i.e. what
would we lose by simply
if (get_call_expr_in (stmt))
return false;
in is_replaceable_p)?
Before 4.2 when loop.c existed, we would lose the
--- Comment #2 from tobi at gcc dot gnu dot org 2007-10-04 19:05 ---
I'm testing a patch.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Hello.
http://gcc.gnu.org/onlinedocs/gcc-4.2.1/gcc/Local-Reg-Vars.html#Local-Reg-Vars
However, using the variable as an asm operand guarantees that the specified
register is used for the operand.
This does not always work if the code is inside a template method which gets
inlined.
For this
--- Comment #5 from razin at avaya dot com 2007-10-04 19:37 ---
Ok. That's just the test. I can remove namespace completely:
#include sys/types.h
#include linux/unistd.h
#include errno.h
int main()
{
gettid();
return 0;
}
Same result. Actually I figured it will bring
--- Comment #6 from pcarlini at suse dot de 2007-10-04 20:05 ---
Try asking for help on some Linux mailing list, because gettid is (or was) a
Linux extension, actually. In any case, what is available or not on such system
headers has nothing to do with GCC.
--
pcarlini at suse dot
--- Comment #5 from rsandifo at gcc dot gnu dot org 2007-10-04 20:21
---
Created an attachment (id=14297)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14297action=view)
patch for comment #4
Ah yes, this is the old moves of cost 2 don't need reloads thing.
Could you try the
--- Comment #22 from tkoenig at gcc dot gnu dot org 2007-10-04 20:36
---
This is hard to debug without access to a big-endian
machine. Renaming, unapplying myself.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from zadeck at naturalbridge dot com 2007-10-04 20:51
---
spark fixed this in comment #10.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-10-04 20:27 ---
Fixed on trunk.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from patchapp at dberlin dot org 2007-10-04 20:37 ---
Subject: Bug number PR 25097
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-10/msg00267.html
--
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-10-04 20:26 ---
Subject: Bug 33539
Author: tkoenig
Date: Thu Oct 4 20:26:24 2007
New Revision: 129022
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129022
Log:
2007-10-04 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #4 from gdr at cs dot tamu dot edu 2007-10-04 20:29 ---
Subject: Re: configuration failure during native build
dannysmith at users dot sourceforge dot net [EMAIL PROTECTED]
writes:
| --- Comment #3 from dannysmith at users dot sourceforge dot net
2007-10-04 08:26
--- Comment #5 from aesok at gcc dot gnu dot org 2007-10-04 21:22 ---
Fixed in trunk.
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from aesok at gcc dot gnu dot org 2007-10-04 21:21 ---
Patch http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00270.html fix this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33028
--- Comment #9 from tobi at gcc dot gnu dot org 2007-10-04 21:46 ---
Can this be closed?
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from tobi at gcc dot gnu dot org 2007-10-04 21:33 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00267.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25076
--- Comment #11 from tobi at gcc dot gnu dot org 2007-10-04 21:44 ---
(In reply to comment #10)
Ok, I guess I blew looking at this for a year. Too busy with work really :).
Anyways maybe next weekend.
So, did you have time? :-)
--
tobi at gcc dot gnu dot org changed:
--- Comment #4 from tobi at gcc dot gnu dot org 2007-10-04 21:58 ---
It should be sufficient to convert all case-selectors to the same kind as the
case-expression. We should then be giving exactly the same error as g95,
unless I'm missing something.
--
tobi at gcc dot gnu dot org
--- Comment #9 from tobi at gcc dot gnu dot org 2007-10-04 22:15 ---
I thought this would fix it, but this gives internal errors. I'll investigate
further when I have time.
2007-10-04 Tobias Schlüter [EMAIL PROTECTED]
PR fortran/32147
* module.c (write_symbol0):
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|undefined static variable in|[4.3 Regression] undefined
|vortex for
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |rtl-optimization
Keywords|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-04 23:19 ---
freorder-blocks-and-partition is useless without profiling info.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-04 23:20 ---
*** Bug 33658 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-04 23:20 ---
*** This bug has been marked as a duplicate of 32305 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-10-04 23:27
---
Created an attachment (id=14298)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14298action=view)
Rough draft patch
Here is a first cut at a patch. It does not successfully get the assignment to
the integer
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-10-04 23:32
---
Note on comment #6 : I used the following simpler test case using INTEGER
rather than the original test case which uses CHARACTER. The CHARACTER case
does not compile at all.
program chkdata
integer,
Several libffi testcases and gcc.c-torture/execute/pr23135.c
fail with the execution error for sh4-unknown-linux-gnu after
the patch:
r128957 | zadeck | 2007-10-02 22:10:07 +0900 (Tue, 02 Oct 2007) | 70 lines
A reduced testcase is
typedef struct A {
unsigned long long a;
unsigned char b;
}
I found unable to find a register to spill in class 'SIREG' error by
following example.
% cat tst.c
void fun(void)
{
register int val1 asm(esi);
int val2;
if (val2) {
val2 = memcmp((void*)1, (void*)2, 3);
}
baz(val1, val2);
}
% gcc -v -O2 -c tst.c
Using built-in specs.
Target:
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-05
03:48 ---
Subject: Re: bootstrap with ada failed
Ignore.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33634
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-05
03:52 ---
Subject: Re: bootstrap with ada failed
Ignore.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33634
100 matches
Mail list logo