Re: [HACKERS] More PostgreSQL+CORBA
От | The Hermit Hacker |
---|---|
Тема | Re: [HACKERS] More PostgreSQL+CORBA |
Дата | |
Msg-id | Pine.BSF.4.05.9811142159340.333-100000@thelab.hub.org обсуждение исходный текст |
Ответ на | Re: [HACKERS] More PostgreSQL+CORBA (Taral <taral@cyberjunkie.com>) |
Ответы |
RE: [HACKERS] More PostgreSQL+CORBA
|
Список | pgsql-hackers |
On Sat, 14 Nov 1998, Taral wrote: > On Sat, 14 Nov 1998, Michael Meskes wrote: > > > I'd say start woking now. But when it will be ready is up in the air. And > > hey why shouldn't we be the first? > > > > Michael > > I *like* that attitude! I'm researching CORBA now, to see if ORBit is > sufficient for our needs. Taral... I'm putting *one* condition on all this...any code added to C files *must* be of the sort that is generic enough that someone can decide upon installation which implementation they want to use. For this, you will need to do a corba.h file that contains: #ifdef USING_MICO #define ... ... #elif USING_ORBIT #define ... ... #endif I don't care if what you guys are working on only has ORBit stuff in the corba.h file, but I (or anyone else) has to be able to modify that one file in order for it to work with MICO also...or OMNIorb, or some commercial product... And, as I said before, there is no reason why any one of you has to get a "working model" on your machine before starting to submit patches. That kills productivity from the standpoint that two ppl are going to end up working on the same functionality, independent of each other... Feel free to submit code such that: #ifdef ENABLE_CORBA<corba related stuff> #else /* original method */<old style stuff> #endif Too easy to add a --enable-corba option to configure...but at least this way everyone sees what and where everyone else is working. In the end, when it comes time to do it, we can strip that all out, but this is looking like a fairly long term project, and with the ongoing changes that go on in the code, getting the CORBA code in while all the other changes are going on is a good thing in that it keeps code trees in sync... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
В списке pgsql-hackers по дате отправления: