Re: [pgadmin-support] Pb with the ./configure script

Hi Xavier,

let's stay on the list, we will have more chance to get a proper fix to
this particular problem.

I CC Adam as he is the configure Guru.

D'Artagnan wrote:
> blacknoz(at)club-internet(dot)fr a écrit :
>
>>>(I am a student in charge of the installation of different GNU/Linux
>>>software in a french engineer school in computer sciences.)
>>
>>Which one ? ;)
>>
>>
> ESSI - Sophia Antipolis (on the French Riviera ;) )
> (If you speak french -- i see a @club-internet.fr mail adress -- you can
> reply in French if you want.)

<joke>Ah... Is my english so bad ? ;)</joke>
Ok, I'll contact you in French privately :)

>>Ok, can you precise some point please:
>>- which wxWidgets snap/release are you using ?
>>
>>
> wxWidgets-pgAdmin3-20031010-7, but i tried before with wxWidgets 2.4.2
> and 2.5.3

forget about 2.4.2

>>- which version of pgAdmin III are you trying to build ?
>>
>>
> pgadmin3_1.0.2, but i have also tried the 1.0.3 version

For 1.0.2, you are right to use 20031010-7.
For 1.2.0RCx, you should use official wx 2.5.3.

>>- can you send the original config.log and precise what were the error messages ?
>>
>>
> I can send you the config.log before and after my modification.
>>- which gcc version are you using ? It can be important as it may explain some cast problems you mentioned. pgA3 build support with gcc-3.4 was added these last months...
>>
>>
> gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
>

ok, let's move to -hackers.

@Adam:
Xavier separated "arch" and "noarch" files as he installed wxWid. As it
is actually coded in our configure scripts, we are looking for
"${WX_HOME}/include/wx/stc/stc.h" or
"${WX_HOME}/include/wx-2.5/wx/stc/stc.h" (depends on the pgA3 version)
to check for stc... Wouldn't it be better to try to check for files
based on wx-config script output ? ( --CXXFLAGS and --CFLAGS wx-*-config
parameters).
IMHO we would win some portability (I mean no manual changes to do when
wxWid guys decide to move their headers and things like these)

>>>My structure is like this (for wxWindows) :
>>>...
>>>`-- 20031010-7__1
>>> |-- install
>>> | |-- arch
>>> | | `-- Tettnang
>>> | | |-- bin
>>> | | `-- lib
>>> | | `-- wx
>>> | | `-- include
>>> | | `-- gtk2ud-2.5
>>> | | `-- wx
>>> | `-- noarch
>>> | |-- include
>>> | | `-- wx
>>> | | |-- generic
>>> | | |-- gtk
>>> | | |-- html
>>> | | |-- protocol
>>> | | |-- stc
>>> | | |-- unix
>>> | | |-- xml
>>> | | `-- xrc
>>> | `-- share
>>> | |-- ... //lots of things here about locale
>>> | |-- aclocal
>>> | |-- locale
>>> | `-- wx
>>> | `-- 2.5
>>> | |-- afm
>>> | `-- gs_afm
>>> `-- log
>>>
>>>So you can see the marked difference between the architectural dependant
>>>files, and the non-architectural dependant files (a classical usage of
>>>the "--prefix" and "--exec-prefix" options)
>>>After editing the configure script, i can start the compilation phase
>>>but there are some C++ errors of compilation (static cast error for
>>>example), so i suppose it can't find some files .h from the stc add-on.
>>>
>>>Is there any solution for me to make pgadmin3 undertand that my
>>>"include" directory of wxWindows is NOT at the same place that the "bin"
>>>directory ?

I don't see any at the moment but the one you used (you surely modified
the hardcoded path).

Can you send the error you got when you built with your modified
configure script. Note that you can also add some inc path by playing
with --with-pgsql-include.
Example:
./configure blablabla --with-pgsql-include='/usr/include/postgresql
-ITHE_PATH_YOU_WANT_TO_ADD' blablabla

That's a _bad_ hack but it works.... So you may be able to build pgA3 if
you combine both your hack and this one.

Regards,
Raphaël