Subject | RE: [Firebird-Java] Intergrating class 2 driver changes. |
---|---|
Author | David Jencks |
Post date | 2003-04-30T18:43:59Z |
On 2003.04.30 10:24 Ryan Baldwin wrote:
knowledge of C and C++ is almost none. There is now a fairly good ant c++
compilation task. If we can figure out how to use it, we could have a
unified build system for the entire driver.
http://sourceforge.net/project/showfiles.php?group_id=36177
Thanks
david jencks
> Hi,I don't really understand what autoconf does or how essential it is, and my
>
> >OK Ryan, 1.0.0 is out, go ahead with your changes.
>
> Thanks. What I will do then is get a fresh checkout from the head,
> re-apply
> these changes more neatly then the original set - I will have a few
> questions regarding how people think a few things should be done. When
> this
> is done I will make a snapshot(s) available for review and once everyone
> is
> happy commit the changes to the tree.
>
> >As I understand, you are currently working on windows only?
>
> Yes.
>
> >Do you have any idea how difficult it will be to support linux and osx
> (at
> least)?
>
> I have tried as much as possible to minimize dependancy's to just the
> firebird headers and JNI headers. One thing that springs to mind is my
> use
> of _vsnprintf which I belive is microsift only - but I'm sure it wont be
> difficult to sort this out. Other then that the main thing should just be
> creating a build system for these platforms. Its been a long time since I
> last used gcc so there may be portability problems in the code I have not
> seen.
>
> I think that perhaps a autoconf based build system could be used on unix
> and
> then the binaries for various platforms checked into the tree - I dont
> see
> that the native code will change too reguarly.
>
> I do not have access to any mac machines so I cannot build for/test on
> this
> myself. - but as far as I know its a BSD unix and an autoconf based build
> system should work happily on this platform. I remeber coming across
> somthing regarding special considerations with JNI and the mac jvm's but
> cant recall what these are.
>
> I will make craeting a unix build system for the native part a matter of
> priority after the changes are intergrated on the java side.
knowledge of C and C++ is almost none. There is now a fairly good ant c++
compilation task. If we can figure out how to use it, we could have a
unified build system for the entire driver.
http://sourceforge.net/project/showfiles.php?group_id=36177
Thanks
david jencks
>
>
> Finally, I would like to thank you all for creating this great driver !
>
> Thanks
> Ryan
>
>
>
>
> -----Original Message-----
> From: David Jencks [mailto:david-jencks@...]
> Sent: 29 April 2003 23:48
> To: Firebird-Java@yahoogroups.com
> Subject: Re: [Firebird-Java] Intergrating class 2 driver changes.
>
>
> OK Ryan, 1.0.0 is out, go ahead with your changes.
>
> As I understand, you are currently working on windows only? Do you have
> any idea how difficult it will be to support linux and osx (at least)?
>
> Thanks
> david jencks
>
> On 2003.04.28 11:16 Ryan Baldwin wrote:
> > Hi,
> >
> > I've been testing these modifications with the fbembed.dll for a week
> > along
> > with sevral of my colegues and it working like a charm. Easier
> deployment
> > and a good speed boost. I am very eager now to get these modifications
> > polished and intergrated. Perhaps I am being a little impatient(please
> > let
> > me know if I am) but -
> >
> > >> I see now that I have a few phases of modifications I would like to
> > >> propose - these being:
> > >>
> > >> 1) The original set of changes that intergrate ngds with the driver.
> > >> These lead to very few modifications of code above of the gds
> > >> package.
> > >
> > >David, do you think we can apply them before release?
> >
> > Is there any reason why it would not to create a release branch now for
> > any
> > pre-release changes and then intergrate these changes with the head ? -
> I
> > would feel a little uneasy myself about intergrating them for the
> > (presumably just arround the corner) release.
> >
> > We could then have the ability to use:
> >
> > Type 4
> >
> > Type 2 - Socket IPC (I dont see any area where this would be usfull)
> >
> > Type 2 - Local IPC ( If not for XNET then a reduced concurrency local
> > IPC(windows only) )
> >
> > Type 2 - Embedded ( Possibly the fastest JDBC database available, at
> > least
> > the fastest I've seen ).
> >
> > Thanks |-:
> > Ryan
> >
> >
> >
> > To unsubscribe from this group, send an email to:
> > Firebird-Java-unsubscribe@yahoogroups.com
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
> >
> >
> >
> >
>
>
> To unsubscribe from this group, send an email to:
> Firebird-Java-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
>
> To unsubscribe from this group, send an email to:
> Firebird-Java-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
>