Gabriel Dos Reis wrote:
> Hi,
>
> I spent the week-end trying to get GCC -- mainline -- compilable
> (i.e. those compoenents written in C) with a C++ compiler (e.g. g++).
[...]
>
> I think this project is beneficial to GCC for several reasons:
[...]
>
> (4) .
Tom Tromey's GCJX (gcjx_bran
Hi,
I spent the week-end trying to get GCC -- mainline -- compilable
(i.e. those compoenents written in C) with a C++ compiler (e.g. g++).
My summary is: It is largely doable and it is within our reach at this
point of development. More specifically, I successfully got all
files necessary to
Richard Henderson wrote:
> > A possible way to address that is to have expand_main_function compute the
> > distance between the current and aligned values of the stack pointer and
> > resort to allocate_dynamic_stack_space to allocate exactly that amount.
> Sure, if it works.
OK, I'll test my
Snapshot gcc-4.1-20050522 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20050522/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 CVS branch
with the following options: -D2005-05-22 17:43 UTC
You'll
Andreas Jaeger <[EMAIL PROTECTED]> wrote on 22/05/2005 17:29:24:
> On Sun, May 22, 2005 at 05:25:13PM +0300, Dorit Naishlos wrote:
> > I also see these failures on powerpc-apple-darwin, but they are all
solved
> > when I apply Keith's patch:
> > http://gcc.gnu.org/ml/gcc-patches/2005-05/msg0080
On Sun, May 22, 2005 at 05:25:13PM +0300, Dorit Naishlos wrote:
> I also see these failures on powerpc-apple-darwin, but they are all solved
> when I apply Keith's patch:
> http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00803.html
His patch was approved under the condition that a few
things get modi
On Sat, 2005-05-21 at 21:32 -0700, Zack Weinberg wrote:
> Daniel Berlin <[EMAIL PROTECTED]> writes:
>
> > I've actually discovered that we set the assembler name on a field that
> > is the vtable, but never actually use it again, at least for DWARF2 and
> > STABS (it's set to a constant called VFI
> Eric Botcazou <[EMAIL PROTECTED]> writes:
>
> >> On Sat, May 21, 2005 at 12:16:27AM +0200, Eric Botcazou wrote:
> >> > http://gcc.gnu.org/ml/gcc-testresults/2005-05/msg01339.html
> >>
> >> The vectorization failures still need to be fixed.
> >
> > Are these specific to SPARC? If so, I don't
gcc -S file.c
as -o file.o file.s
ld -o exefile file.o /usr/lib/crt1.o /usr/lib/crti.o -lc /usr/lib/crtn.o
-dynamic /lib/ld-linux.so.2
* You might also do gcc file.c .But well, see below :
The executable produced above works fine.
This would mean that there is some problem occuring while as
> On Sunday 22 May 2005 00:16, Jan Hubicka wrote:
> > (not sure of -fdump-rtl-expand ever worked, but I
> > might try to restore it if it did).
>
> It very definitely did work, and quite nicely too.
> Try -fdump-rtl-expand-details.
Yeah, but on tree-profiling it always was -fdump-tree-expand-detai
i write a front-end , and compile it with gcc-3.4.1 source code,
and it errors in function rest_of_compilation()
void
rest_of_compilation (tree decl)
{
rtx insns;
timevar_push (TV_REST_OF_COMPILATION);
rtl_register_cfg_hooks ();
generating_concat_p = 0;
cse_not_expected = ! optimize;
11 matches
Mail list logo
