Обсуждение: Re: [QUESTIONS] Configuration problems in PostgreSQL 6.3.2 on Linux-ELF

>
> ./configure in 6.3.1 used to propose to me a template configuration file
> (for me it was linux-elf).
>
> 6.3.2 ./configure did not. He choosed linux by default. I forced it with
> --with-template=linux-elf but in Makefile.global didn't appear
> LINUX_ELF=true.
>
> I had to enter and modify by hand Makefile in interfaces/libpq and
> libpgtcl introducing LINUX_ELF=true in order to obtain the shared
> libraries. Now PgAccess works.
>
> I still believe that is a configuration/detection problem.

Yes, I asked earlier why LINUX_ELF was not being defined, and no Linux
user offered an answer.  Solutions, folks?  When our own pgaccess guy
can't get libpgtcl to compile, we have a problem.  Do we need a patch?

--
Bruce Momjian                          |  830 Blythe Avenue
maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

I just re-posted my patch that fixes this problem of to the pgaccess
maintainer. It removes all reference to LINUX_ELF from the makefiles so
solving the problem. However to be consistent with the other ports
maybe it should be defined instead. I just assumed (always a very bad
thing to do!) that whoever partially removed the LINUX_ELF logic new
what they were doing and completed the job.

See pgsql/src/interfaces/libpgtcl/Makefile.in to see what I am talking
about.

Alvin

> Yes, I asked earlier why LINUX_ELF was not being defined, and no Linux
> user offered an answer.  Solutions, folks?  When our own pgaccess guy
> can't get libpgtcl to compile, we have a problem.  Do we need a patch?

Uh, I think this is a question for Marc. What would he expect to be
defined for a platform? I'm pretty sure LINUX_ELF is supposed to be
replaces with, for example, "defined(_GCC_) && defined(linux)" or
something to that effect.

Marc?

                    - Tom

On Tue, 21 Apr 1998, Thomas G. Lockhart wrote:

> > Yes, I asked earlier why LINUX_ELF was not being defined, and no Linux
> > user offered an answer.  Solutions, folks?  When our own pgaccess guy
> > can't get libpgtcl to compile, we have a problem.  Do we need a patch?
>
> Uh, I think this is a question for Marc. What would he expect to be
> defined for a platform? I'm pretty sure LINUX_ELF is supposed to be
> replaces with, for example, "defined(_GCC_) && defined(linux)" or
> something to that effect.
>
> Marc?

    I sort of ignored this one, being a Linux problem :(  Constantin,
what sort of error message(s) are you seeing and where?  I'll be more
attentive this time, promise :)

Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org

The Hermit Hacker wrote:
>
> On Tue, 21 Apr 1998, Thomas G. Lockhart wrote:
>
> > > Yes, I asked earlier why LINUX_ELF was not being defined, and no Linux
> > > user offered an answer.  Solutions, folks?  When our own pgaccess guy
> > > can't get libpgtcl to compile, we have a problem.  Do we need a patch?
> >
> > Uh, I think this is a question for Marc. What would he expect to be
> > defined for a platform? I'm pretty sure LINUX_ELF is supposed to be
> > replaces with, for example, "defined(_GCC_) && defined(linux)" or
> > something to that effect.
> >
> > Marc?
>
>         I sort of ignored this one, being a Linux problem :(  Constantin,
> what sort of error message(s) are you seeing and where?  I'll be more
> attentive this time, promise :)

So. I tried to compile PostgreSQL from scratch, as I usual do with every
version.
$ cd /usr/src/postgresql-6.3.2
$ cd src
$ ./configure

At this point, it shows a lot of configuration files and usually asked
me if {linux-elf} it's ok for me.
This time, he didn't do so. He start running and checking all sort of
programs and libraries and finally ended.

Compiling all (gmake all) I noticed that in src/interfaces/libpgtcl
there isn't a libpgtcl.so library and in src/interfaces/libpq there
isn't libpq.so.

I succeeded getting that libraries editing by hand the Makefile in those
two directories and introducing a new line LINUX_ELF=true, then make
clean and make again. I copied libpgtcl.so and libpq.so in my /lib
directory and PgAccess work now. But for someone who did not know how to
do that, it could be quit embarassing.

I think that ./configure does not succeed in guessing that my system is
linux-elf type.

--
Constantin Teodorescu
FLEX Consulting Braila, ROMANIA

On Tue, 21 Apr 1998, Constantin Teodorescu wrote:

> The Hermit Hacker wrote:
> >
> > On Tue, 21 Apr 1998, Thomas G. Lockhart wrote:
> >
> > > > Yes, I asked earlier why LINUX_ELF was not being defined, and no Linux
> > > > user offered an answer.  Solutions, folks?  When our own pgaccess guy
> > > > can't get libpgtcl to compile, we have a problem.  Do we need a patch?
> > >
> > > Uh, I think this is a question for Marc. What would he expect to be
> > > defined for a platform? I'm pretty sure LINUX_ELF is supposed to be
> > > replaces with, for example, "defined(_GCC_) && defined(linux)" or
> > > something to that effect.
> > >
> > > Marc?
> >
> >         I sort of ignored this one, being a Linux problem :(  Constantin,
> > what sort of error message(s) are you seeing and where?  I'll be more
> > attentive this time, promise :)
>
> So. I tried to compile PostgreSQL from scratch, as I usual do with every
> version.
> $ cd /usr/src/postgresql-6.3.2
> $ cd src
> $ ./configure
>
> At this point, it shows a lot of configuration files and usually asked
> me if {linux-elf} it's ok for me.
> This time, he didn't do so. He start running and checking all sort of
> programs and libraries and finally ended.

    I removed the "question" phase, since there was already the
--with-template= feature in configure...it will try to determine and use
what it feels is appropriate based on a 'uname -s', which doesn't take
into consideration different versions of an OS...

> Compiling all (gmake all) I noticed that in src/interfaces/libpgtcl
> there isn't a libpgtcl.so library and in src/interfaces/libpq there
> isn't libpq.so.
>
> I succeeded getting that libraries editing by hand the Makefile in those
> two directories and introducing a new line LINUX_ELF=true, then make
> clean and make again. I copied libpgtcl.so and libpq.so in my /lib
> directory and PgAccess work now. But for someone who did not know how to
> do that, it could be quit embarassing.

    Thoughts on how this might be fixed? :(

On Tue, 21 Apr 1998, The Hermit Hacker wrote:

> > But for someone who did not know how to
> > do that, it could be quit embarassing.
>
>     Thoughts on how this might be fixed? :(

It's not that embarassing - it's simply not repaired...so I don't yet
have libpg.so, libpgtcl.so or libecpg.so...can you (Constantin) post the
*simplest* workaround?  ;-)

Thanks alot,
Tom

    ----------- Sisters of Charity Medical Center ----------
                    Department of Psychiatry
                              ----
 Thomas Good, System Administrator            <tomg@q8.nrnet.org>
 North Richmond CMHC/Residential Services     Phone: 718-354-5528
 75 Vanderbilt Ave, Quarters 8                Fax:   718-354-5056
 Staten Island, NY   10305

Tom Good wrote:
>
> It's not that embarassing - it's simply not repaired...so I don't yet
> have libpg.so, libpgtcl.so or libecpg.so...can you (Constantin) post the
> *simplest* workaround?  ;-)

Ok. I'm afraid that my 'workaround' is too simple. I'm not specialised
in Makefiles :-(

After ./configure , just edit Makefile from src/interfaces/libpq and
src/interfaces/libpgtcl and insert a new line :

LINUX_ELF=true

just make clean ; make after that.

--
Constantin Teodorescu
FLEX Consulting Braila, ROMANIA

On Tue, 21 Apr 1998, Constantin Teodorescu wrote:

> > can you (Constantin) post the *simplest* workaround?  ;-)
>
> Ok. I'm afraid that my 'workaround' is too simple. I'm not specialised
> in Makefiles :-(
>
> After ./configure , just edit Makefile from src/interfaces/libpq and
> src/interfaces/libpgtcl and insert a new line :
>
> LINUX_ELF=true

Belated thanks, Constantin...simple works by me...I have my libraries
now - thanks.

Tom

    ----------- Sisters of Charity Medical Center ----------
                    Department of Psychiatry
                              ----
 Thomas Good, System Administrator            <tomg@q8.nrnet.org>
 North Richmond CMHC/Residential Services     Phone: 718-354-5528
 75 Vanderbilt Ave, Quarters 8                Fax:   718-354-5056
 Staten Island, NY   10305