Hi,
When enable the gcc 4.1 with EABI support for ARM, I met such situation about
the alignment.
Here is my test case:
#include
#include
struct test {
char c1;
long long n;
char c2;
};
int my_temp(void)
{
int i;
int j;
char str[2];
lon
Hello,
In some places in the RTL optimizers we assume that libcalls are
never nested. In other places we assume that they do nest. In
the documentation, I can't find which assumption is right. So I
am asking here :-) Can libcalls be nested?
Thanks,
Gr.
Steven
> I do realize that there is a project out there now that uses
> evolutionary concepts to optimize GCC with the current available
> command line options. While I think that is a great project, I
> would like to develop, or tweak, some type of internal aspect of
> GCC.
I did a Masters project that
Mike,
Actually the problem appears unrelated to cxa_atexit as neither
-fuse-cxa-atexit nor -fno-use-cxa-atexit eliminates the problem
with the throw aborting the program.
I do believe I have found a work-around to the problem which
identifies the nature of the issue as well. The xplor-nih pr
Greetings,
I am working on my Master's Degree, and have started an independent
study this summer. Two of my goals for this study are to
1 - Provide something useful for GCC
2 - Learn more about the innards of GCC so that I can be of benefit
towards the community
I figured what better way to get
> > There are a couple of complications that spring to mind. The different
> > addressing modes and the fact that swp clobbers a register are the most
> > immediate ones.
> >
> > You'll need to modify at least the movqi insn patterns, memory
> > constraints and the legitimate address stuff. I'm not
On May 30, 2006, at 3:25 PM, Jack Howarth wrote:
...and I get no hits suggesting it can't be a wrong visibility
problem.
I prefer the idea that it reduces the likelihood of such a problem. :-)
Is there some approach I can use to figure out if it is a throw across
a dylib or bundle boundary?
Mike,
I've checked all of the object files in xplor-nih with...
nm -m *.o | c++filt | grep info | grep -v external
...and I get no hits suggesting it can't be a wrong visibility problem.
Is there some approach I can use to figure out if it is a throw across
a dylib or bundle boundary? My initi
On Tue, May 30, 2006 at 09:03:54PM +0100, Paul Brook wrote:
> > I found arm.md and the moveqi insns, but because of the different
> > addressing modes of strb and swpb, its not easy to make the change.
> > And there must be a compiler option for this, too.
> >
> > Could somebody please tell me how
> I found arm.md and the moveqi insns, but because of the different
> addressing modes of strb and swpb, its not easy to make the change.
> And there must be a compiler option for this, too.
>
> Could somebody please tell me how to implement this change?
Short answer is probably not.
There are a
[ I wasn't going to answer this, because you've left out all the
details that would be required for me to answer it well, but since
you've asked me specifically to answer, I'll try. ]
On May 29, 2006, at 9:09 PM, sean yang wrote:
The first question is: If I want to find a BB that containing
On Tue, May 30, 2006 at 08:57:57PM +0200, Paolo Bonzini wrote:
> int
> default_reorder2 (FILE *dump ATTRIBUTE_UNUSED,
> int sched_verbose ATTRIBUTE_UNUSED,
> rtx *ready, int *pn_ready,
> int clock_var ATTRIBUTE_UNUSED)
> {
> int n_ready = *pn_
Maxim Kuvyrkov wrote:
Anyway, this work is for stage 1 or 2 and for now I propose following
fix: implement targetm.sched.reorder hook so that it will ensure that if
there is an insn from the current block in the ready list, then insn
from the other block won't stand first in the line (and, the
Hi.
I have problems figuring out why reload gives up on this:
reload failure for reload 1
../../../cvssrc/gcc/gcc/libgcc2.c: In function '__moddi3':
../../../cvssrc/gcc/gcc/libgcc2.c:1101: error: unable to find a register to
spill in class 'DX_REGS'
../../../cvssrc/gcc/gcc/libgcc2.c:1101: error:
On May 29, 2006, at 1:07 PM, sean yang wrote:
For example, I know to allocate a chunk of memory to hold BB
information is done by "ggc_alloc_cleared()". But after a function
analysis/optimization is done, the memory should be freed.
ggc_free (ptr);
can be used, but, if you use it, you hav
On May 29, 2006, at 1:17 PM, Jack Howarth wrote:
In building xplor-nih against the gcc trunk, I noticed that there
is a c++ related
regression
I'll let Andrew comment if it sounds like anything he's seen. I'd
recommend a binary search to narrow down the translation unit and the
compiler
Mark Mitchell wrote:
David Edelsohn wrote:
Maxim Kuvyrkov writes:
Maxim> Anyway, this work is for stage 1 or 2 and for now I propose following
Maxim> fix: implement targetm.sched.reorder hook so that it will ensure that if
Maxim> there is an insn from the current block in th
[EMAIL PROTECTED]:~#gcc -v
Using built-in specs.
Target: alphaev68-dec-osf5.1b
Configured with:
../configure
--host=alphaev68-dec-osf5.1b
--enable-threads=posix
--enable-languages=c,c++,fortran,objc,treelang
--prefix=/usr/local
--enable-version-specific-runtime-libs
--enable-shared
--enable-l
David Edelsohn wrote:
>> Maxim Kuvyrkov writes:
>
> Maxim> Anyway, this work is for stage 1 or 2 and for now I propose following
> Maxim> fix: implement targetm.sched.reorder hook so that it will ensure that
> if
> Maxim> there is an insn from the current block in the ready list, then insn
> Maxim Kuvyrkov writes:
Maxim> Anyway, this work is for stage 1 or 2 and for now I propose following
Maxim> fix: implement targetm.sched.reorder hook so that it will ensure that if
Maxim> there is an insn from the current block in the ready list, then insn
Maxim> from the other block won't
Daniel Jacobowitz wrote:
Hi Maxim and Vlad,
I just tracked an ICE while building glibc for ARM to this patch,
which introduced --param max-sched-extend-regions-iters with a default
of two:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00998.html
...
The register variables and their initial
On Tue, May 30, 2006 at 04:37:35PM +0200, Fran?ois-Xavier Coudert wrote:
> >you just port libgomp to mingw32 + pthreads-win32
> >and assuming pthreads-win32 is sufficiently rich and not too buggy, it will
> >just work.
>
> With the attached patch, I can compile libgomp with
>
> ../gcc/configure -
you just port libgomp to mingw32 + pthreads-win32
and assuming pthreads-win32 is sufficiently rich and not too buggy, it will
just work.
With the attached patch, I can compile libgomp with
../gcc/configure --prefix=/mingw --disable-nls --with-ld=/mingw/bin/ld
--with-as=/mingw/bin/as --disable-w
I just wanted to ping the list here on current gcc trunk libmudflap
build warnings:
../../../gcc/libmudflap/mf-runtime.c:1706: warning: format '%06lu'
expects type 'long unsigned int', but argument 15 has type
'__suseconds_t'
../../../gcc/libmudflap/mf-runtime.c:1729: warning: format '%06lu'
expe
On Tue, May 30, 2006 at 11:19:09AM +0200, Fran?ois-Xavier Coudert wrote:
> [CCing the OpenMP experts]
>
> Henry,
>
> The -fopenmp option doesn't work under mingw32. Since I am the one
> building the Windows (mingw32) binary packages you downloaded, I'm
> rather interesting in getting it to work..
[CCing the OpenMP experts]
Henry,
The -fopenmp option doesn't work under mingw32. Since I am the one
building the Windows (mingw32) binary packages you downloaded, I'm
rather interesting in getting it to work... So here are a few things
we could sort out:
1. currently, using the -fopenmp optio
26 matches
Mail list logo
