Re: [HACKERS] CORBA STATUS - Mailing list pgsql-hackers

From Thomas Lockhart
Subject Re: [HACKERS] CORBA STATUS
Date
Msg-id 3828F3B7.E17400D3@alumni.caltech.edu
Whole thread Raw
In response to Re: [HACKERS] CORBA STATUS  (The Hermit Hacker <scrappy@hub.org>)
Responses Re: [HACKERS] CORBA STATUS  (Vince Vielhaber <vev@michvhf.com>)
Re: [HACKERS] CORBA STATUS  (The Hermit Hacker <scrappy@hub.org>)
List pgsql-hackers
> Wait...when we talked about this months back, I swore that one of the
> conclusions *was* that this was possible...it would involve us doing
> wrapper functions in our code that were defined in an include file based
> on which ORB implementation was used...?
> Basically...
> pg_<corba function> maps to <insert mico corba function here>
>                          or <insert orbit corba function here>
>                          or <insert other implementation function here>
> Has this ability changed? *raised eyebrow*

No, this probably is not necessary since the C or C++ mappings for
function calls in Corba are very well defined. 

What is not fully specified in the Corba standard is, for example,
which header files (and by what names) will be generated by the IDL
stubber, so each Orb has, or might have, different conventions for
include files. This probably impacts server-side code a bit more than
clients.

There is some interest for some Orbs to try lining up the header file
names, but I don't know how feasible it is in the short term.

We could probably isolate this into Postgres-specific header files,
but there will probably be Orb-specific #ifdef blocks in those
headers.
                   - Thomas

-- 
Thomas Lockhart                lockhart@alumni.caltech.edu
South Pasadena, California


pgsql-hackers by date:

Previous
From: Thomas Lockhart
Date:
Subject: Re: [HACKERS] Indent
Next
From: Thomas Lockhart
Date:
Subject: 6.5.3 RPMs are on ftp site