Re: Autoconf options - Mailing list pgadmin-hackers

From Andreas Pflug
Subject Re: Autoconf options
Date
Msg-id 3EF3348F.7060602@web.de
Whole thread Raw
In response to Autoconf options  ("Adam H. Pendleton" <fmonkey@fmonkey.net>)
List pgadmin-hackers
Adam H. Pendleton wrote:

> Here is the list of options that I am going to support.  If anyone has
> comments, changes, etc.  please let me know, otherwise I will go ahead
> with these options:
>
> --with-wx=DIR  Specifies the root directory of the wxWindows
> installation (--prefix=DIR passed to configure when building
> wxWindows).  If this setting is *not* specified, then configure will
> search for wxWindows in /usr, /usr/local, and /usr/local/wx2.
>
> --with-pgsql=DIR  Same as above, except configure searches for pgsql
> in /usr, /usr/local, and /usr/local/pgsql
>
> --with-pgsql-include=DIR Explicitly specify the pgsql includes directory
>
> --enable-debug  Compiles a debug version of pgAdmin3.  This will
> override CFLAGS and CXXFLAGS and pass "-g -Wall -O0" to both of them,
> ensuring no optimization code is used.
>
> --enable-static  Compiles a static (as static as possible, that is)
> version of pgAdmin3.  This will pass a --static and --static-glibc
> option to the linker, to link against libc statically (this really
> won't do much, but it doesn't hurt).  This will also link against
> static version of pgsql and wxWindows.
>
>
> DEPRECATED:
>
> --enable-wx-gtk2 Compiles against the gtk2 version of wxWindows
>
> --enable-wx-unicode Compiles against the unicode version of wxWindows
>
> --enable-wx-release  Compiles against the release version of wxWindows
>
> --with-wx-config=FILE Explicitly specify which wx-config program to
> use, full path not necessary
>
>
> COMMENTS:
>
> Here are my comments about the above options.  I, personally, don't
> like the last four options, because they are only necessary when a
> user has more than one version of wxWindows on their box.  I am *not*
> going to include them unless I hear otherwise, and here's why.  If a
> user, or a developer, wants to compile against multiple version of
> wxWindows to test options, etc. (a perfectly reasonable situation),
> then they can compile and install wxWindows with different prefixes.
> So pass a different --prefix=DIR to the wxWindows configure, and then
> pass that directory to the pgAdmin3 configure with --with-wx=DIR, and
> pgAdmin3 will compile against that version.  Installing two different
> versions of wxWindows to the same prefix is probably bad news anyway
> (what if there are different versions of headers for Unicode?  The old
> versions would get overwritten).  I don't think it's necessary to
> support different versions in the same directory structure, and I see
> no need to do so.  Correct me if I am wrong, but otherwise the
> pgAdmin3 configure will automagically detect which version of
> wxWindows you have specified and link accordingly.

I totally agree.

> As for creating backwards-compatible versions of the autoconf scripts,
> Andreas is right.  There is no need to do this.   You do *not* need to
> run 'bootstrap' to create a snapshot, you only need to run
> 'configure'.  In truth, it's probably not necessary to even distribute
> bootstrap, configure.ac, Makefile.am, or acinclude.m4 in our
> snapshots.  The only reason for doing so is to help support platforms
> where the configure code fails (it happens, but not very often).
> Distributing those files would allow a user to re-generate configure
> if needed.  In most cases, it is not necessary.  So unless 'configure'
> doesn't run on Mandrake or SuSE or Debian or whatever, I feel no need
> to produce backwards-compatible scripts.   Obviously I bow to the core
> developers on this one, just let me know.

dito.

Regards,
Andreas



pgadmin-hackers by date:

Previous
From: "Dave Page"
Date:
Subject: Re: Autoconf options
Next
From: Jean-Michel POURE
Date:
Subject: Re: I'm Back