Re: [GENERAL] UnixWare chokes on ECPG
Bruce -
I searched thru my libs (/usr/lib, /usr/ccs/lib and /usr/ucblib)
and managed to eliminate most of ecpg's complaints with -lnwutil
and -lucb...
But there appears to be one problem I can't resolve:
lex_init does not exist in any obj code anywhere on my system (as other
than undef).
This would appear to be fatal, yes?
North Richmond Community Mental Health Center
Thomas Good Information Systems Coordinator
E-Mail: tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Empowered by PostgreSQL 6.3.2
Re: [GENERAL] UnixWare chokes --- Resolution
Bruce - by commenting ecpg out of the interfaces Makefile I got
all of Postgres to compile and have successfully run initdb...
As soon as I can resolve the IpcMemory errors I hope to have this
thing going.
Thanks for all of your help,
Tom
North Richmond Community Mental Health Center
Thomas Good Information Systems Coordinator
E-Mail: tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Empowered by PostgreSQL 6.3.2
Re: [GENERAL] UnixWare chokes --- Resolution
On Thu, 29 Apr 1999, Jun Zhang wrote:
After commented the line with "ecpg" (there is only one such line)
from the GNUmake file, the make all didn't go very far but ended with
the following message:
I'm sorry but I'm confused...you did *not* succeed in compiling?
I eventually did succeed and am now looking at increasing semaphores
and shared memory so that the d*mn IpcMemory errors take a hike.
I am no fan of UnixWare. It was a real dance to get UUCP over TCP
working - and sendmail was also a week of fun. It is hard for me to
believe that this was once ATT src code. Of course, ATT never would
have released it in this state...that was done by Novell with an
encore by SCO.
I plan to get a pint (or three) and start on my kernel rebuild later.
(Expletive deleted) I thought BSD was the unix for kernel rebuilds
(based on the philosophy that the user should be able to build something
specially tailored to his/her needs). System V kernels are supposed
to handle *any* eventuality. Hah...
In the event I'm reading you correctly and your compilation failed:
Once I rm'd ecpg from the Makefile list in ./interfaces I was able
to compile and then install. Next I added /usr/local/pgsql/lib
to LD_LIBRARY_PATH and I ran initdb. Now I need to get the postmaster
fired up and that means more shared memory.
BTW, this is PG 6.3.2 on UW 2.1.2...
Good luck with your situation. If I can do anything to help (send my
log notes, whatever) let me know. I'd be willing to send binaries
if you like.
Cheers,
Tom
make -C utils all
make[1]: Entering directory `/home/humphrey/postgresql-6.4.2/src/utils'
cc -I../include -I../backend -c version.c
UX:acomp: ERROR: "/usr/include/strings.h", line 20: identifier redeclared:
strca
secmp
UX:acomp: ERROR: "/usr/include/stdlib.h", line 169: identifier redeclared:
srand
om
make[1]: *** [version.o] Error 1
make[1]: Leaving directory `/home/humphrey/postgresql-6.4.2/src/utils'
make: *** [all] Error 2
I used 6.4.2 on UnixWare 2.1.3.
Jun
--
From: Thomas Good [EMAIL PROTECTED]
To: Bruce Momjian [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [GENERAL] UnixWare chokes --- Resolution
Date: Thursday, April 29, 1999 8:55 AM
Bruce - by commenting ecpg out of the interfaces Makefile I got
all of Postgres to compile and have successfully run initdb...
As soon as I can resolve the IpcMemory errors I hope to have this
thing going.
Thanks for all of your help,
Tom
North Richmond Community Mental Health Center
Thomas Good Information Systems Coordinator
E-Mail: tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Empowered by PostgreSQL 6.3.2
North Richmond Community Mental Health Center
Thomas Good Information Systems Coordinator
E-Mail: tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Empowered by PostgreSQL 6.3.2
Re: [GENERAL] UnixWare chokes
Hi all, Trying to build pg on unixware...hacked configure as follows to create a Makefile: change TEMPLATE=template/`uname -s | tr A-Z a-z` to TEMPLATE=template/univel Downloaded flex-2.3pl7.tar.Z from Freebird site, installed... Downloaded bison-1.14.pkg.tar.Z and installed. And now - after a multitude of warnings (many more than with FreeBSD or Linux) gmake barfs with: Undefined symbol allocain file bootstrap/SUBSYS.o The alloca calls are coming from the code generated by bison. Strange it would do that on Unixware. You would think bison would know if alloca was available, and only use it if it was. If you use 'nm' you will see the unresolved call in bootparse.c, no? -- Bruce Momjian| http://www.op.net/~candle [EMAIL PROTECTED]| (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup.| Drexel Hill, Pennsylvania 19026
Re: [GENERAL] UnixWare chokes
On Wed, 28 Apr 1999, Bruce Momjian wrote: or Linux) gmake barfs with: Undefined symbol allocain file bootstrap/SUBSYS.o The alloca calls are coming from the code generated by bison. Strange it would do that on Unixware. You would think bison would know if alloca was available, and only use it if it was. If you use 'nm' you will see the unresolved call in bootparse.c, no? Bruce - I am not sure what I am looking for...so here is the stdout from running nm (tail make.log follows the nm output). Thanks for taking the time, I know you're rather busy. Tom --- Symbols from /usr/src/pgsql/postgresql-6.3.2/src/backend/bootstrap/bootparse.o: [Index] Value SizeType Bind Other Shndx Name [1] | 0| 0|FILE |LOCL |0|ABS|bootparse.y [2] | 0| 0|SECT |LOCL |0|1 |.text [3] | 0| 0|SECT |LOCL |0|2 |.data [4] | 0| 0|SECT |LOCL |0|3 |.data1 [5] | 0| 0|SECT |LOCL |0|4 |.rodata [6] | 0| 0|SECT |LOCL |0|5 |.rodata1 [7] | 0| 0|SECT |LOCL |0|6 |.bss [8] | 0| 0|SECT |LOCL |0|7 |.comment [9] | 0| 4|OBJT |LOCL |0|6 |objectid [10]| 0| 36|FUNC |LOCL |0|1 |__yy_bcopy [11]| 1262| 130|OBJT |LOCL |0|4 |Int_yycheck [12]| 1132| 130|OBJT |LOCL |0|4 |Int_yytable [13]| 1086| 46|OBJT |LOCL |0|4 |Int_yypgoto [14]| 944| 142|OBJT |LOCL |0|4 |Int_yypact [15]| 898| 46|OBJT |LOCL |0|4 |Int_yydefgoto [16]| 756| 142|OBJT |LOCL |0|4 |Int_yydefact [17]| 674| 82|OBJT |LOCL |0|4 |Int_yyr2 [18]| 592| 82|OBJT |LOCL |0|4 |Int_yyr1 [19]| 364| 228|OBJT |LOCL |0|4 |Int_yyrhs [20]| 282| 82|OBJT |LOCL |0|4 |Int_yyprhs [21]| 0| 281|OBJT |LOCL |0|4 |Int_yytranslate [22]| 4| 4|OBJT |GLOB |0|COMMON |fmgr_pl_finfo [23]| 0| 0|NOTY |GLOB |0|UNDEF |InsertOneNull [24]| 0| 0|NOTY |GLOB |0|UNDEF |InsertOneValue [25]| 0| 0|NOTY |GLOB |0|UNDEF |newoid [26]| 0| 0|NOTY |GLOB |0|UNDEF |atol [27]| 0| 0|NOTY |GLOB |0|UNDEF |DefineAttr [28]| 0| 0|NOTY |GLOB |0|UNDEF |makeString [29]| 0| 0|NOTY |GLOB |0|UNDEF |newNode [30]| 0| 0|NOTY |GLOB |0|UNDEF |build_indices [31]| 0| 0|NOTY |GLOB |0|UNDEF |DefineIndex [32]| 0| 0|NOTY |GLOB |0|UNDEF |lappend [33]| 0| 0|NOTY |GLOB |0|UNDEF |InsertOneTuple [34]| 0| 0|NOTY |GLOB |0|UNDEF |err_out [35]| 0| 0|NOTY |GLOB |0|UNDEF |elog [36]| 0| 0|NOTY |GLOB |0|UNDEF |heap_create_with_catalog [37]| 0| 0|NOTY |GLOB |0|UNDEF |heap_create [38]| 0| 0|NOTY |GLOB |0|UNDEF |CreateTupleDesc [39]| 0| 0|NOTY |GLOB |0|UNDEF |attrtypes [40]| 0| 0|NOTY |GLOB |0|UNDEF |DebugMode [41]| 0| 0|NOTY |GLOB |0|UNDEF |puts [42]| 0| 0|NOTY |GLOB |0|UNDEF |reldesc [43]| 0| 0|NOTY |GLOB |0|UNDEF |__flsbuf [44]| 0| 0|NOTY |GLOB |0|UNDEF |numattr [45]| 0| 0|NOTY |GLOB |0|UNDEF |closerel [46]| 0| 0|NOTY |GLOB |0|UNDEF |fflush [47]| 0| 0|NOTY |GLOB |0|UNDEF |__iob [48]| 0| 0|NOTY |GLOB |0|UNDEF |printf [49]| 0| 0|NOTY |GLOB |0|UNDEF |Quiet [50]| 0| 0|NOTY |GLOB |0|UNDEF |CommitTransactionCommand [51]| 0| 0|NOTY |GLOB |0|UNDEF |boot_openrel [52]| 0| 0|NOTY |GLOB |0|UNDEF |LexIDStr [53]| 0| 0|NOTY |GLOB |0|UNDEF |StartTransactionCommand [54]| 4| 4|OBJT |GLOB |0|COMMON |Int_yylval [55]| 0| 0|NOTY |GLOB |0|UNDEF |Int_yylex [56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca [57]| 0| 0|NOTY |GLOB |0|UNDEF |Int_yyerror [58]| 4| 4|OBJT |GLOB |0|COMMON |Int_yychar [59]| 4| 4|OBJT |GLOB |0|COMMON |Int_yynerrs [60]|48|2368|FUNC |GLOB |0|1 |Int_yyparse [61]| 0| 4|OBJT |GLOB |0|2 |num_tuples_read ld -r -o SUBSYS.o fmgrtab.o adt/SUBSYS.o cache/SUBSYS.o error/SUBSYS.o fmgr/SUBSYS.o hash/SUBSYS.o init/SUBSYS.o misc/SUBSYS.o mmgr/SUBSYS.o sort/SUBSYS.o time/SUBSYS.o gmake[2]: Leaving directory `/usr/src/pgsql/postgresql-6.3.2/src/backend/utils'
Re: [GENERAL] UnixWare chokes
On Wed, 28 Apr 1999, Bruce Momjian wrote: or Linux) gmake barfs with: Undefined symbol allocain file bootstrap/SUBSYS.o The alloca calls are coming from the code generated by bison. Strange it would do that on Unixware. You would think bison would know if alloca was available, and only use it if it was. If you use 'nm' you will see the unresolved call in bootparse.c, no? Bruce - I am not sure what I am looking for...so here is the stdout from running nm (tail make.log follows the nm output). Thanks for taking the time, I know you're rather busy. It is this line: [56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca Your bison is outputting code that can not be resolved by the libraries you supplied. Try doing 'nm' in /usr/lib, and see if you can find a reference to alloca that does not have "UNDEF" next to it. -- Bruce Momjian| http://www.op.net/~candle [EMAIL PROTECTED]| (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup.| Drexel Hill, Pennsylvania 19026
Re: [GENERAL] UnixWare chokes
On Wed, 28 Apr 1999, Bruce Momjian wrote:
On Wed, 28 Apr 1999, Bruce Momjian wrote:
It is this line:
[56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca
Your bison is outputting code that can not be resolved by the libraries
you supplied. Try doing 'nm' in /usr/lib, and see if you can find a
reference to alloca that does not have "UNDEF" next to it.
Hi. Negative...not in /usr/lib, /opt/lib or /lib *but* I found
one entry in my Berkeley libraries (/usr/ucblib):
Symbols from libucb.a[alloca.o]:
[1] | 0| 0|FILE |LOCL |0|ABS|alloca.s
[4] | 0| 0|NOTY |GLOB |0|1 |alloca
North Richmond Community Mental Health Center
---
Thomas Good tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Powered By: Slackware 3.6 PostgreSQL 6.3.2
---
/* Die Wahrheit Ist Irgendwo Da Draussen... */
North Richmond Community Mental Health Center
Thomas Good Information Systems Coordinator
E-Mail: tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Empowered by PostgreSQL 6.3.2
Re: [GENERAL] UnixWare chokes
On Wed, 28 Apr 1999, Thomas Good wrote:
It is this line:
[56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca
Your bison is outputting code that can not be resolved by the libraries
you supplied. Try doing 'nm' in /usr/lib, and see if you can find a
reference to alloca that does not have "UNDEF" next to it.
Hi. Negative...not in /usr/lib, /opt/lib or /lib *but* I found
one entry in my Berkeley libraries (/usr/ucblib):
Symbols from libucb.a[alloca.o]:
[1] | 0| 0|FILE |LOCL |0|ABS|alloca.s
[4] | 0| 0|NOTY |GLOB |0|1 |alloca
Bruce - I see the calls in /opt/lib/bison.simple to alloca...
can I make a careful incision anywhere? ;-)
North Richmond Community Mental Health Center
Thomas Good Information Systems Coordinator
E-Mail: tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Empowered by PostgreSQL 6.3.2
Re: [GENERAL] UnixWare chokes
On Wed, 28 Apr 1999, Bruce Momjian wrote: On Wed, 28 Apr 1999, Bruce Momjian wrote: It is this line: [56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca Your bison is outputting code that can not be resolved by the libraries you supplied. Try doing 'nm' in /usr/lib, and see if you can find a reference to alloca that does not have "UNDEF" next to it. Hi. Negative...not in /usr/lib, /opt/lib or /lib *but* I found one entry in my Berkeley libraries (/usr/ucblib): Symbols from libucb.a[alloca.o]: [1] | 0| 0|FILE |LOCL |0|ABS|alloca.s [4] | 0| 0|NOTY |GLOB |0|1 |alloca Bing. Looks like bison-programs need -lucb as a compiler option. Try that and see. -- Bruce Momjian| http://www.op.net/~candle [EMAIL PROTECTED]| (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup.| Drexel Hill, Pennsylvania 19026
Re: [GENERAL] UnixWare chokes
On Wed, 28 Apr 1999, Thomas Good wrote: It is this line: [56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca Your bison is outputting code that can not be resolved by the libraries you supplied. Try doing 'nm' in /usr/lib, and see if you can find a reference to alloca that does not have "UNDEF" next to it. Hi. Negative...not in /usr/lib, /opt/lib or /lib *but* I found one entry in my Berkeley libraries (/usr/ucblib): Symbols from libucb.a[alloca.o]: [1] | 0| 0|FILE |LOCL |0|ABS|alloca.s [4] | 0| 0|NOTY |GLOB |0|1 |alloca Bruce - I see the calls in /opt/lib/bison.simple to alloca... can I make a careful incision anywhere? ;-) Usually configure of bison checks for alloca and makes the proper compile checks. My guess is that either bison automatically uses -lucb on its configure checks, or you got a bison precompile binary where someone used -lucb. I don't think bison requires it, but your's does. Alloca can not easily be simulated. --- NAME alloca - memory allocator SYNOPSIS #include stdlib.h void * alloca(size_t size); DESCRIPTION The alloca() function allocates size bytes of space in the stack frame of the caller. This temporary space is automatically freed on return. RETURN VALUES The alloca() function returns a pointer to the beginning of the allocated space. If the allocation failed, a NULL pointer is returned. SEE ALSO brk(2), pagesize(2) calloc(3), malloc(3), realloc(3), -- Bruce Momjian| http://www.op.net/~candle [EMAIL PROTECTED]| (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup.| Drexel Hill, Pennsylvania 19026
Re: [GENERAL] UnixWare chokes
On Wed, 28 Apr 1999, Bruce Momjian wrote:
Symbols from libucb.a[alloca.o]:
[1] | 0| 0|FILE |LOCL |0|ABS|alloca.s
[4] | 0| 0|NOTY |GLOB |0|1 |alloca
Bing. Looks like bison-programs need -lucb as a compiler option. Try
that and see.
Bruce -
gmake all
produces seemingly benign output:
gmake -C lextest all
gmake[1]: Entering directory `/usr/src/pgsql/postgresql-6.3.2/src/lextest'
gmake[1]: Leaving directory `/usr/src/pgsql/postgresql-6.3.2/src/lextest'
But of course, make fails...so trying to force the issue with:
cd /usr/src/pgsql/postgresql-6.3.2/src/backend
cc -o postgres access/SUBSYS.o bootstrap/SUBSYS.o catalog/SUBSYS.o
commands/SUBSYS.o executor/SUBSYS.o lib/SUBSYS.o libpq/SUBSYS.o
main/SUBSYS.o nodes/SUBSYS.o optimizer/SUBSYS.o parser/SUBSYS.o
port/SUBSYS.o postmaster/SUBSYS.o regex/SUBSYS.o rewrite/SUBSYS.o
storage/SUBSYS.o tcop/SUBSYS.o utils/SUBSYS.o ../utils/version.o
-lgen -lcrypt -lld -lnsl -lsocket -ldl -lm -ltermcap -lcurses
-lc89 -lc89 -Wl,-Bexport -lucb
produces:
UX:ld: ERROR: fatal error: library not found: -lucb
I've tried different placement of the flag in the cc cmd but the
result is the same. Ouch. I've re-read the ld man page but see
no reference to calling the beserkely libs. At a loss (again).
Tom
North Richmond Community Mental Health Center
Thomas Good Information Systems Coordinator
E-Mail: tomg@ { admin | q8 } .nrnet.org
Phone:718-354-5528
Fax: 718-354-5056
Empowered by PostgreSQL 6.3.2
