Hi there. I'm looking at porting GCC to a new architecture which has
a quite small instruction set and I'm afraid I can't figure out how to
represent unintended side effects on instructions.
My current problem is accessing memory. Reading an aligned 32 bit
word is simple using LOADACC, (X). Hal
Any ideas?
This:
Reload 0: reload_in (SI) = (reg/f:SI 25 [ __i1$_M_current ])
A_REGS, RELOAD_FOR_OTHER_ADDRESS (opnum = 0)
reload_in_reg: (reg/f:SI 25 [ __i1$_M_current ])
cannot be satisfied because there is no A_REGS register
acceptable in SImode.
I suggest making reload rel
Jan,
I've run into a problem with cgraph_state that illustrates some of the
issues I have with the cgraph machinery. We are currently relying on
pass_all_early_optimizations to move cgraph_state from
CGRAPH_STATE_IPA to CGRAPH_STATE_IPA_SSA:
static unsigned int
execute_early_local_optimizations
Hi Ian,
I would like to ask the maintainers for backends which
I did not mention to bootstrap their targets if possible, and/or to
build them with a newly built mainline compiler, to see if there are new
warnings about C++ compatibility.
For the record I have tested the fr30, iq2000, m32r, mco
The only patch remaining to move from the plugins branch are the
testsuite changes, which are waiting for review
(http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01238.html).
I am closing the branch for now. Any new plugin development should be
done on mainline. However, we may want to reopen the b
On gcc-trunk my project fails with the following ICE. Whatever it means...
/home/piotr.wyderski/topnotch/vm/test/main.cpp: In function 'int
main(int, char**)':
/home/piotr.wyderski/topnotch/vm/test/main.cpp:32: error: Wrong
prev_try pointer in EH region 123
Eh tree:
100 catch tree_label: may_co
On Tue, Apr 21, 2009 at 3:56 PM, Piotr Wyderski
wrote:
> On gcc-trunk my project fails with the following ICE. Whatever it means...
>
> /home/piotr.wyderski/topnotch/vm/test/main.cpp: In function 'int
> main(int, char**)':
> /home/piotr.wyderski/topnotch/vm/test/main.cpp:32: error: Wrong
> prev_tr
Richard Guenther wrote:
> Please file a bugreport in bugzilla and attach preprocessed source.
Impossible, the source code is proprietary. But perhaps
I can try to prepare a simplified testcase though...
Best regards
Piotr Wyderski
Piotr Wyderski wrote:
> On gcc-trunk my project fails with the following ICE. Whatever it means...
Are you using SJLJ or DW2 exceptions? If SJLJ, does the patch at
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01628.html
help the problem?
cheers,
DaveK
Dave Korn wrote:
> Are you using SJLJ or DW2 exceptions?
SJLJ only -- DW2 doesn't work on Windows if the exception
handling scope crosses DLL boundaries.
> If SJLJ, does the patch at
>
> http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01628.html
>
> help the problem?
Hm, it seems that rev 146
Michael Hope writes:
> Hi there. I'm looking at porting GCC to a new architecture which has
> a quite small instruction set and I'm afraid I can't figure out how to
> represent unintended side effects on instructions.
>
> My current problem is accessing memory. Reading an aligned 32 bit
> word
On 2009-04-20 15:17:44 +0200, Vincent Lefevre wrote:
> On 2009-04-17 12:09:42 -0500, Gabriel Dos Reis wrote:
> > At least, let's get it archived on GCC mailing lists.
>
> Is it a bug that has been identified?
FYI, this has been fixed in the 4.3 branch in r143494.
This was PR tree-optimization/367
Piotr Wyderski wrote:
> Dave Korn wrote:
>
>> Are you using SJLJ or DW2 exceptions?
>
> SJLJ only -- DW2 doesn't work on Windows if the exception
> handling scope crosses DLL boundaries.
It does these days as long as you're using shared libraries, but that's a
separate issue.
>> If SJLJ, do
Status
==
GCC 4.4.0 has been built and uploaded today and 4.4 branch is open
under release branch rules for regression and documentation fixes
leading to the 4.4.1 release; the release will be announced once time
has been allowed for mirrors to pick up the files. It is likely that
4.4.1 will
Status
==
Trunk is in Stage 1. It is expected that Stage 1 will last at least
four months (so ending no earlier than 27 July) and will be followed
by Stage 3 (bug-fix-only mode); whether it ends on 27 July may depend
on whether there remain unmerged features at that date that we wish to
merge
A couple changes in gcc 4.4.0 were omitted for
the darwin target. The gcc 4.4.0 release now supports
a full multilib build on the x86_64-apple-darwin9 and
x86_64-apple-darwin10 targets. The gfortran compiler
is now capable of generating binaries linked against
the static libgfortran library usin
Hi,
What about enabling Ada build in 4.5 when configure finds out a suitable
Ada compiler?
Laurent
On Tue, 2009-04-21 at 22:28 +0200, Eric Botcazou wrote:
> This breaks Ada on x86:
Dear all,
As I work through handling load multiples and store multiples for my
target architecture, I came in front of this scenario:
int foo(int data[10240])
{
int w0, w1;
int part = 0,i ;
for (i=0; i<1;i+=2){
w0 = data[i];
w1 = data[i+1];
part += w0 + w1
Ok, I've been working at this and have actually made a bit of progress.
- I now have a framework that finds the group of loads (let's assume
they stay together).
- With the DF framework, I'm able to figure out which registers are
being used and which are free to be used.
- I've pretty much got i
Snapshot gcc-4.4-20090421 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20090421/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
20 matches
Mail list logo
