From: | Nic Ferrier <nferrier(at)tapsellferrier(dot)co(dot)uk> |
---|---|
To: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | the build |
Date: | 2003-04-15 10:19:11 |
Message-ID: | 87istgrrkw.fsf@pooh-sticks-bridge.tapsellferrier.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc pgsql-patches |
Oh woe! the awful plight of the java build maker.
The jdbc build works really well, for the majority of cases. But I'm
just playing with building postgresql with GCJ (the GNU java
compiler).
The build is badly broken when it comes to dealing with GCJ:
- the compiler is not passed through to the ANT build, it's not even
autodetected.
It's fairly easy to fix this problem though, but it would normally
entail switching to the autoconf java macros for java compiler
detection.
- the version of the library to build is decided by testing the
version of java that is running ant, not the version of java that
is being used as the compiler.
- the version of java is used to decide which version of the drivers
get built. This prevents cross compiling.
If this was an autoconf/automake build we'd use some macros to decide
which version to build by running a small compile to check what
classes were available.
I could write an autconf/automake build... but it's never going to
make ant redundant because windows people use ant (I'm guessing).
Does anyone have any ideas how I might make the build process more
generic whilst not breaking ant compatibility?
Nic
From | Date | Subject | |
---|---|---|---|
Next Message | Paul Sorenson | 2003-04-15 10:51:16 | Re: the build |
Previous Message | Holger Klawitter | 2003-04-15 07:59:02 | Re: unterminated quoted string |
From | Date | Subject | |
---|---|---|---|
Next Message | Paul Sorenson | 2003-04-15 10:51:16 | Re: the build |
Previous Message | Wayne Armstrong | 2003-04-15 10:10:48 | Re: Are we losing momentum? |