Sorry to reply late to this thread. First I think concentrating on a
native bytcode compiler for java makes excellent sense it decouples
you from the front end implementation. And I agree that the eclipse
compiler is a good choice. I'd have to add that jikes is also
resonable.
I would like to say
"Lucas \(a.k.a T-Bird or bsdfan3\)" <[EMAIL PROTECTED]> writes:
> 1) What would need to be done to reg-stack.c to allow other ports
> besides i386 to use it? (support for multiple-stack machines would be
> REALLY nice, but rather far off) (any other ideas?)
reg-stack.c is pretty closed tied to
Tom Tromey <[EMAIL PROTECTED]> writes:
> I think our technical approach should be to have ecj emit class files,
> which would then be compiled by jc1. In particular I think we could
> change ecj to emit a single .jar file.
I (and David Crawshaw) have actually done this.
http://tool.ibex.org/
On Fri, 2006-01-27 at 16:41 -0800, Per Bothner wrote:
> I.e. I'm hoping one can *statically* link ecj without any
> dependencies on (say) the SWT toolkit, or the debugger?
Yes, you can. And when references have crept in by mistake, the Eclipse
guys were pretty quick about removing them.
BTW, the
The HP debugger on IA64 VMS defines a new Dwarf2 attribute that computes the
offset of the end of the prologue from the beginning of the function. To
implement this an end prologue label must be emitted and some related info
saved in dwarf2out.c.
However I've noted that calling debug_hooks->end_p
Hi list!
I was playing with some disassembly these days and I noticed that some
functions stores global vars in ebx register
and then it may call another functions assuming that ebx will be
unchanged when the control back to the caller!
I have a post with more details about this assembly code at:
h
Snapshot gcc-4.2-20060128 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060128/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
