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)Import Notes
Reply to msg id not found: 353B70FA.101BA855@flex.ro
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, 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
Import Notes
Reply to msg id not found: Pine.NEB.3.95.980421075625.11180G-100000@hub.org | Resolved by subject fallback
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
$ ./configureAt 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? :(
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