Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Ada > Re: Ada OOP alt...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 32 of 35 Topic 5813 of 5930
Post > Topic >>

Re: Ada OOP alternatives?

by Ludovic Brenta <ludovic@[EMAIL PROTECTED] > Jul 23, 2008 at 12:18 AM

Adam Beneschan writes:
> On Jul 16, 6:36 pm, Robert A Duff <bobd...@[EMAIL PROTECTED]
>
> wrote:
>> "(see below)" <yaldni...@[EMAIL PROTECTED]
> writes:
>> > On 17/07/2008 01:05, in article wcc3am9gytt....@[EMAIL PROTECTED]
>> > "Robert A Duff" <bobd...@[EMAIL PROTECTED]
> wrote:
>> >> I'd still rather eliminate private parts altogether.
>>
>> > How would you do that while allowing ADT clients to access objects
directly
>> > (i.e. not via a pointer a la Java)?
>>
>> I'd have the compiler take a peek at the body when compiling the
client.
>> After all, that's what Ada compilers already do for pragma Inline.
>> And I think incremental compilation can be a big win.
>
> You know, I'm still dreaming of the day when we can get rid of our
> current "object file" model of compilation, or whatever it's called,
> in which we assume that the compiler is going to compile individual
> library units into object code almost completely, so that the
> process of building the complete executable from all of its
> compilation units (linking) consists mostly of just patching
> addresses.  This technology has been around for a long time, but why
> are we still stuck with it?  It seems to me that it ought to be
> possible to have a compiler that compiles individual source files
> into some sort of "intermediate" representation that is not quite
> machine code, and then when the complete executable is built, the
> intermediate code is then used to generate the actual code.  This
> final process wouldn't be as fast as a linker that just patches
> addresses; for a large program, when one compilation unit changes,
> the final build would have to reprocess all of the compilation units
> that go into the program.  But it seems like it ought to be possible
> to design an intermediate representation that could be converted
> fairly easily with a minimal amount of processing, so that given the
> speed of today's computers (as compared with 1983), this extra
> processing wouldn't be much of an issue.  This would make it
> possible to dispense with private parts and put all of the "private"
> stuff into package bodies.  And if the language rules make privacy
> leakage impossible, then all legality errors would still be caught
> at "compile" time; there shouldn't be any case where an error isn't
> found until "final build".
>
> But I realize that I'm just dreaming...

I'm not so sure you're dreaming.  Isn't this how LLVM works?  And I
think one of the proprietary Ada compilers also works that way with a
somewhat "standard" intermediate representation.

-- 
Ludovic Brenta.
 




 35 Posts in Topic:
Ada OOP alternatives?
raould <raould@[EMAIL   2008-07-15 13:38:41 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-15 20:15:05 
Re: Ada OOP alternatives?
Georg Bauhaus <rm.tsoh  2008-07-16 08:33:25 
Re: Ada OOP alternatives?
"Alex R. Mosteo"  2008-07-16 11:54:52 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-16 15:03:18 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-16 10:07:43 
Re: Ada OOP alternatives?
"(see below)" &  2008-07-16 19:11:10 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-16 20:05:02 
Re: Ada OOP alternatives?
"(see below)" &  2008-07-17 01:43:51 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-16 21:36:28 
Re: Ada OOP alternatives?
"(see below)" &  2008-07-17 12:07:55 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-17 12:45:09 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-17 14:00:38 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-17 12:50:31 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-17 20:56:44 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-18 08:54:54 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-18 15:36:28 
Re: Ada OOP alternatives?
"Randy Brukardt"  2008-07-17 18:27:03 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-18 08:45:20 
Re: Ada OOP alternatives?
"Randy Brukardt"  2008-07-18 18:22:18 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-16 10:03:15 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-16 16:29:26 
Re: Ada OOP alternatives?
Adam Beneschan <adam@[  2008-07-22 13:32:20 
Re: Ada OOP alternatives?
"Randy Brukardt"  2008-07-22 18:35:40 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-23 09:56:00 
Re: Ada OOP alternatives?
Robert A Duff <bobduff  2008-07-23 17:04:03 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-24 14:48:02 
Re: Ada OOP alternatives?
Georg Bauhaus <rm.tsoh  2008-07-25 10:47:49 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-25 19:55:46 
Re: Ada OOP alternatives?
"Dmitry A. Kazakov&q  2008-07-25 15:28:33 
Re: Ada OOP alternatives?
Georg Bauhaus <rm.dash  2008-07-25 18:24:26 
Re: Ada OOP alternatives?
Ludovic Brenta <ludovi  2008-07-23 00:18:00 
Re: Ada OOP alternatives?
"Alex R. Mosteo"  2008-07-23 11:25:30 
Re: Ada OOP alternatives?
stefan-lucks@[EMAIL PROTE  2008-07-24 09:07:10 
Re: Ada OOP alternatives?
Jeff Koftinoff <jeff.k  2008-07-25 22:05:53 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Sun Oct 12 22:38:35 CDT 2008.