On Jul 19, 2010, at 1:57 PM, Tom Tromey wrote:
> Dave> But yes, OP, it's a long-term project.
>
> Apple implemented fix-and-continue in their toolchain. They spoke about
> it a little bit on the gdb list, it is in the archives. My take-away
> was that the feature is a lot of work for not muc
> "Dave" == Dave Korn writes:
Dave> I think you're probably assuming too much. Tom T. is working on an
Dave> incremental compiler, isn't he?
I was, but I was asked to work on gdb a couple of years ago, so that
work is suspended.
Dave> But yes, OP, it's a long-term project.
Apple impleme
On Sun, Jul 18, 2010 at 14:37, Ian Lance Taylor wrote:
> This idea is related to Tom Tromey's incremental compiler work
> (http://gcc.gnu.org/wiki/IncrementalCompiler) and to Per Bothner's
> compiler server work
> (http://per.bothner.com/papers/GccSummit03-slides/index.html). Neither
> project i
nctions where we know some heavy changes will be used, to
give them an extra 512 bytes, or whatever's specified.
- Rick C. Hodgin
On Sun, 2010-07-18 at 12:36 -0700, Terrence Miller wrote:
If you are willing to restrict edit-and-continue to whole procedures
then minimal changes to the co
On 18 July 2010 23:15, Rick C. Hodgin wrote:
> Jonathan,
>
> If you run Linux, you can download VMware, and install a version of
> Windows XP or later)
I don't have a licence to do that.
> and download Visual Studio Express from Microsoft
> for free. You can experiment with it and see how usefu
memory variables changed as needed, and then continue execution without
> > restarting the entire app.
>
> I run the compiler a lot more than I run the debugger, so I'm not
> entirely sold on the idea of development time savings, but I haven't
> used Edit-and-Continue so I can't say how useful it is.
entire app.
I run the compiler a lot more than I run the debugger, so I'm not
entirely sold on the idea of development time savings, but I haven't
used Edit-and-Continue so I can't say how useful it is.
On Sun, 2010-07-18 at 19:46 +0100, Jonathan Wakely wrote:
> On 18 July 2010 16:25, Rick Hodgin wrote:
> > Ian,
> >
> > The idea is to create a program database of the compiled program on a full
> > compile. Then when asked to re-compile with the edit-and-continue swi
C. Hodgin
On Sun, 2010-07-18 at 12:36 -0700, Terrence Miller wrote:
> If you are willing to restrict edit-and-continue to whole procedures
> then minimal changes to the compiled
> code for procedure entry points is all that is required (well that and
> dlopen).
>
>
If you are willing to restrict edit-and-continue to whole procedures
then minimal changes to the compiled
code for procedure entry points is all that is required (well that and
dlopen).
Terrence MIller
On 7/18/2010 12:14 PM, Dave Korn wrote:
On 18/07/2010 16:28, Robert Dewar wrote
Rick Hodgin writes:
> The idea is to create a program database of the compiled program on a
> full compile. Then when asked to re-compile with the edit-and-continue
> switch, it only looks for changed code and compiles those few
> lines. Everything else it needs to carry out compilat
On 18/07/2010 16:28, Robert Dewar wrote:
> Rick Hodgin wrote:
>> Ian,
>>
>> The idea is to create a program database of the compiled program on a
>> full compile. Then when asked to re-compile with the
>> edit-and-continue switch, it only looks for changed cod
On 18 July 2010 16:25, Rick Hodgin wrote:
> Ian,
>
> The idea is to create a program database of the compiled program on a full
> compile. Then when asked to re-compile with the edit-and-continue switch, it
> only looks for changed code and compiles those few lines. Everything e
Rick Hodgin wrote:
Ian,
The idea is to create a program database of the compiled program on a
full compile. Then when asked to re-compile with the
edit-and-continue switch, it only looks for changed code and compiles
those few lines. Everything else it needs to carry out compilation is
there
Ian,
The idea is to create a program database of the compiled program on a full
compile. Then when asked to re-compile with the edit-and-continue switch, it
only looks for changed code and compiles those few lines. Everything else it
needs to carry out compilation is there from previous full
Rick Hodgin writes:
> To my knowledge, GCC does not currently support any edit-and-continue
> abilities. Is this still true? And if so, are there any plans to introduce
> it at some point?
I don't see how it makes sense to add edit-and-continue to gcc.
Compilation times are
To my knowledge, GCC does not currently support any edit-and-continue
abilities. Is this still true? And if so, are there any plans to introduce it
at some point?
- Rick C. Hodgin
17 matches
Mail list logo
