Hi Ulrich.
A further question.
I put some debugging on here:
op0 = XEXP (operands[0], 0);
if (GET_CODE (op0) == REG
|| (GET_CODE (op0) == PLUS && GET_CODE (XEXP (op0, 0)) == REG
&& GET_CODE (XEXP (op0, 1)) == CONST_INT
&& (unsigned) INTVAL (XEXP (op0, 1)) < 4096))
{
op0 = opera
Ah, yes. The problem is that reload assumes any valid address
can be loaded into a register with a single instruction, and
it will thus simply generate such instructions unconditionally
-- and if the target then doesn't actually provide such a pattern,
it will fail with "unrecognizable insn".
H
Hi All,
I'm trying to update my OS/2 port of GCC to v4.6.3
I have the compiler part building, but am currently getting a break in
libstdc++-v3.
The error is as follows:
In file included from
U:/DEV/gcc-4.6.3/i386-pc-os2-emx/libstdc++-v3/include/rege
x:39:0,
from ../../.././
I have started testing the switch to C++ and there is a pile of
testing to be done. The testing itself is trivial, but the number of
targets that need to be tested is large and I don't have access to all
these combinations.
My proposal is to make sure that C++ builds work with:
- Primary targets
Snapshot gcc-4.6-20120406 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20120406/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hello,
I am the author of Foundry build system which is now transitioning to the use
of gcc from another compiler. This is great because gcc is an excellent
compiler. However. there is a potential problem for me.
I hope that the designers of gcc are aware, that some of the gcc (as any
advanc
I am finally finding some some time to continue this work,
having left off with
http://gcc.gnu.org/ml/gcc/2009-08/msg00475.html :
> [...]
> There are two problems right now:
>
> 1) Mixing of Ada.Text_IO and Text_IO as described at
>http://gcc.gnu.org/ml/gcc-help/2009-08/msg00113.html
The s
Paul Edwards wrote:
> I've managed to isolate the problem to a small test program.
>
> Any suggestions on how to debug this?
> bug27.c:28: error: unrecognizable insn:
> (insn 116 34 35 2 (set (reg:SI 5 5)
> (plus:SI (plus:SI (reg:SI 2 2 [orig:54 i ] [54])
> (reg/f:SI 13 1
Paul Edwards wrote:
> I have reviewed the 'W' code in PRINT_OPERAND:
>
> else if (CODE == 'W')
> {
> /* hand-built sign-extension of signed 32-bit to 64-bit */
> mvs_page_lit += 8;
> if (0 <= INTVAL (XV)) {
>fprintf (FILE, "=XL8'");
> } else {
>fprintf (
I've managed to isolate the problem to a small test program.
Any suggestions on how to debug this?
Thanks. Paul.
C:\devel\gcc\gcc>type bug27.c
/* This program demonstrates a bug in a modification to GCC 3.4.6 */
/* It generates the below error when compiled with -O2 */
#if 0
bug27.c: In fu
10 matches
Mail list logo
