====================================================== Frequently Asked Questions (FAQ) for PostgreSQL >=V6.1 IRIX Specific TO BE READ IN CONJUNCTION WITH THE NORMAL FAQ ====================================================== last updated: Mon Mar 05 17:00:00 GMT 1998 current maintainer: Andrew C.R. Martin (martin@biochem.ucl.ac.uk) original author: Andrew C.R. Martin (martin@biochem.ucl.ac.uk) Changes in this version (* = modified, + = new, - = removed): *1.5) Can I install PostgreSQL () *** ./backend/Makefile.orig Thu May 22 00:00:15 1997 --- ./backend/Makefile Thu Jun 5 16:47:27 1997 *************** *** 54,60 **** all: postgres $(POSTGRES_IMP) global1.bki.source local1_template1.bki.source postgres: $(OBJS) ../utils/version.o ! $(CC) -o postgres $(OBJS) ../utils/version.o $(LDFLAGS) $(OBJS): $(DIRS:%=%.dir) --- 54,64 ---- all: postgres $(POSTGRES_IMP) global1.bki.source local1_template1.bki.source postgres: $(OBJS) ../utils/version.o ! # $(CC) -o postgres $(OBJS) ../utils/version.o $(LDFLAGS) ! -rm -f *.o ! find . -name "*.o" -exec cp \{\} . \; ! rm -f SUBSYS.o ! $(CC) -o postgres *.o ../utils/version.o $(LDFLAGS) $(OBJS): $(DIRS:%=%.dir) 1.6) The make fails with the following message: ld32: ERROR 4: Conflicting flag setting: -call_shared If gmake fails in .../src/backend while building obj/ACCESS.o with a message from ld32, you can work around this by using ld for the LD environment variable rather than cc. The problem has been observed under Irix 5.3 when compiling both Postgres95-1.09 and PostgreSQL-6.2Beta6, but on some systems these appear to compile with no such problems. Fix supplied by Brian Sanders (bsanders@netcom.com, brian@fresnelsoft.com) 1.7) Why won't it link? (Problems with lorder) According to the IRIX man pages, lorder is useless, but harmless under IRIX. However, it has caused problems for some people using both IRIX 6.2. The solution is to add the following line to .../src/makefiles/Makefile.irix5 MK_NO_LORDER=true 1.8) I have major problems with IRIX 6! The following is quoted directly from Bob Bruccoleri There is a really nasty loader bug in the compiler system (7.1) on Irix 6.x, and the error that Lasse Petersen is the result of it. Here is the original message. I don't know if all the changes have been folded into the current release. Date: Fri, 06 Jun 1997 17:12:20 -0400 (EDT) From: bruc@bms.com (Robert Bruccoleri) Subject: [PORTS] Patches for Irix 6.4 I have worked out how to compile PostgreSQL on Irix 6.4 using the -n32 compiler mode and version 7.1 of the C compiler. (The n32 compiler use 32 bits addressin g, but allows access to all the instructions in the MIPS4 instruction set.) There were several problems: 1) The ld command is not referenced as a macro in all the Makefiles. On this platform, you have to include -n32 on all the ld commands. Makefiles were changed as needed. 2) There is a bug in "ld" which mishandles the addresses of static procedures when object files are assembled into larger object files using "ld -r". Because of this, I put a hack into src/backend/Makefile to avoid all the SUBSYS.o files and just link all the objects. I have contacted SGI about the problem, and hopefully, it will be fixed in the near future. 3) Lots of warnings are generated from the compiler. Since the regression tests worked OK, I didn't attempt to fix them. If anyone wants the compilation log, please let me know, and I'll email it to you. The version of postgresql was 970602. Here is Makefile.custom: CUSTOM_COPT = -O2 -n32 MK_NO_LORDER = 1 LD = ld -n32 CC += -n32 Here are the patches: *** ./backend/access/Makefile.orig Sun Nov 10 00:00:15 1996 - --- ./backend/access/Makefile Tue Jun 3 10:22:32 1997 *************** *** 8,13 **** - --- 8,16 ---- # #------------------------------------------------------------------------- + SRCDIR = ../.. + include ../../Makefile.global + OBJS = common/SUBSYS.o gist/SUBSYS.o hash/SUBSYS.o heap/SUBSYS.o \ index/SUBSYS.o rtree/SUBSYS.o nbtree/SUBSYS.o transam/SUBSYS.o *** ./backend/bootstrap/Makefile.orig Fri Apr 18 06:00:23 1997 - --- ./backend/bootstrap/Makefile Tue Jun 3 10:23:59 1997 *************** *** 38,44 **** all: SUBSYS.o SUBSYS.o: $(OBJS) ! ld -r -o SUBSYS.o $(OBJS) # bootstrap.o's dependency on bootstrap_tokens.h is computed by the # make depend, but we state it here explicitly anyway because - --- 38,44 ---- all: SUBSYS.o SUBSYS.o: $(OBJS) ! $(LD) -r -o SUBSYS.o $(OBJS) # bootstrap.o's dependency on bootstrap_tokens.h is computed by the # make depend, but we state it here explicitly anyway because *** ./backend/Makefile.orig Thu May 22 00:00:15 1997 - --- ./backend/Makefile Thu Jun 5 16:47:27 1997 *************** *** 54,60 **** all: postgres $(POSTGRES_IMP) global1.bki.source local1_template1.bki.source postgres: $(OBJS) ../utils/version.o ! $(CC) -o postgres $(OBJS) ../utils/version.o $(LDFLAGS) $(OBJS): $(DIRS:%=%.dir) - --- 54,64 ---- all: postgres $(POSTGRES_IMP) global1.bki.source local1_template1.bki.source postgres: $(OBJS) ../utils/version.o ! # $(CC) -o postgres $(OBJS) ../utils/version.o $(LDFLAGS) ! -rm -f *.o ! find . -name "*.o" -exec cp \{\} . \; ! rm -f SUBSYS.o ! $(CC) -o postgres *.o ../utils/version.o $(LDFLAGS) $(OBJS): $(DIRS:%=%.dir) *************** *** 116,122 **** install: $(LIBDIR) $(BINDIR) $(HEADERDIR) postgres $(POSTGRES_IMP) fmgr.h\ global1.bki.source local1_template1.bki.source \ libpq/pg_hba.conf.sample optimizer/geqo/pg_geqo.sample ! $(INSTALL) $(INSTL_EXE_OPTS) postgres $(BINDIR)/postgres ifeq ($(MAKE_EXPORTS), true) $(INSTALL) $(INSTLOPTS) $(POSTGRES_IMP) $(LIBDIR)/$(POSTGRES_IMP) - --- 120,126 ---- install: $(LIBDIR) $(BINDIR) $(HEADERDIR) postgres $(POSTGRES_IMP) fmgr.h\ global1.bki.source local1_template1.bki.source \ libpq/pg_hba.conf.sample optimizer/geqo/pg_geqo.sample ! $(INSTALL) $(INSTL_EXE_OPTS) postgres $(BINDIR)/postgres ifeq ($(MAKE_EXPORTS), true) $(INSTALL) $(INSTLOPTS) $(POSTGRES_IMP) $(LIBDIR)/$(POSTGRES_IMP) *** ./backend/optimizer/Makefile.orig Wed Feb 19 12:00:34 1997 - --- ./backend/optimizer/Makefile Tue Jun 3 10:39:47 1997 *************** *** 8,13 **** - --- 8,16 ---- # #------------------------------------------------------------------------- + SRCDIR= ../.. + include ../../Makefile.global + all: submake SUBSYS.o OBJS = path/SUBSYS.o plan/SUBSYS.o prep/SUBSYS.o util/SUBSYS.o geqo/SUBSYS.o *** ./backend/libpq/pqcomprim.c.orig Mon May 26 00:00:23 1997 - --- ./backend/libpq/pqcomprim.c Fri Jun 6 16:02:24 1997 *************** *** 32,40 **** # define hton_l(n) (ntoh_l(n)) # else /* BYTE_ORDER != BIG_ENDIAN */ # if BYTE_ORDER == PDP_ENDIAN ! # #error PDP_ENDIAN macros not written yet # else /* BYTE_ORDER != anything known */ ! # #error BYTE_ORDER not defined as anything understood # endif /* BYTE_ORDER == PDP_ENDIAN */ # endif /* BYTE_ORDER == BIG_ENDIAN */ #endif /* BYTE_ORDER == LITTLE_ENDIAN */ - --- 32,40 ---- # define hton_l(n) (ntoh_l(n)) # else /* BYTE_ORDER != BIG_ENDIAN */ # if BYTE_ORDER == PDP_ENDIAN ! # error PDP_ENDIAN macros not written yet # else /* BYTE_ORDER != anything known */ ! # error BYTE_ORDER not defined as anything understood # endif /* BYTE_ORDER == PDP_ENDIAN */ # endif /* BYTE_ORDER == BIG_ENDIAN */ #endif /* BYTE_ORDER == LITTLE_ENDIAN */ *** ./backend/storage/Makefile.orig Sun Nov 10 00:01:06 1996 - --- ./backend/storage/Makefile Tue Jun 3 10:41:29 1997 *************** *** 8,13 **** - --- 8,16 ---- # #------------------------------------------------------------------------- + SRCDIR= ../.. + include ../../Makefile.global + all: submake SUBSYS.o OBJS = buffer/SUBSYS.o file/SUBSYS.o ipc/SUBSYS.o large_object/SUBSYS.o \ 1.9) Why does lex fail with PostgreSQL 6.2.1? IRIX 5.3 lex has been reported to fail in postgresql-6.2.1/src/backend/parser with the error: lex scan.l "scan.l":line 86: Error: Invalid request %x xc gmake[2]: *** [scan.c] Error 1 The answer is to use GNU flex 2.5.4 or later. Use the command flex --version to check you have a new enough version of flex 1.10) How do I install PostgreSQL V6.3 under Irix 6.x? Irix 6.2-6.4 has a bug in ld which mishandles the addresses of static procedures when object files are assembled into larger object files using 'ld -r'. This bug has been reported to Silicon Graphics. Depending on your Irix installation you may also encounter 2 other problems detailed below: Conflict in C standards, Conflict in library functions. a) Solving the ld bug --------------------- One option is to use the Gnu version of ld. Alternatively, the following patch should be applied as a workaround. (Supplied by Bob Bruccoleri and modified for PostgreSQL V6.3 by Lasse Hiller Petersen ) Apply the following patch: *** ./backend/Makefile.orig Tue Mar 3 15:33:58 1998 --- ./backend/Makefile Tue Mar 3 15:39:27 1998 *************** *** 63,69 **** global1.description local1_template1.description postgres: $(OBJS) ../utils/version.o ! $(CC) -o postgres $(OBJS) ../utils/version.o $(LDFLAGS) $(OBJS): $(DIRS:%=%.dir) --- 63,73 ---- global1.description local1_template1.description postgres: $(OBJS) ../utils/version.o ! # $(CC) -o postgres $(OBJS) ../utils/version.o $(LDFLAGS) ! -rm -f *.o ! find . -name "*.o" -exec cp \{\} . \; ! rm -f SUBSYS.o ! $(CC) -o postgres *.o ../utils/version.o $(LDFLAGS) $(OBJS): $(DIRS:%=%.dir) Lasse configured with ./configure --enable-locale and modified Makefile.custom to contain: CC = cc -n32 LD = ld -n32 He reports that the installation without -n32 works fine too, but the -n32 was required for compatibility with his Perl installation. His system was an Origin200 running IRIX64 v6.4. b) Conflict in C standards -------------------------- I have found that the following patch is also necessary in order to prevent a duplicate definition of a Union used for semaphores. Apply the following patch to: .../src/makefile/Makefile.irix5: *** src/makefiles/Makefile.irix5.orig Thu Mar 5 16:59:58 1998 --- src/makefiles/Makefile.irix5 Thu Mar 5 17:01:13 1998 *************** *** 6,9 **** %.so: %.o $(LD) -G -Bdynamic -shared -o $@ $< ! --- 6,9 ---- %.so: %.o $(LD) -G -Bdynamic -shared -o $@ $< ! CFLAGS+= -U_NO_XOPEN4 i.e. the addition of the line: CFLAGS+= -U_NO_XOPEN4 This is needed to stop the semun union being redefined in /usr/include/sys/sem.h c) Conflict in library functions -------------------------------- In addition, if you have the nsl and crypt libraries these will conflict with the required definitions. I think that libnsl.a may be the Netware socket library (or something similar). In any case, if you have these libraries, they will be added to Makefile.global and you will need to remove them. Thus, you should edit .../src/Makefile.global. Goto (approximately) line 217 where LDFLAGS= is set and remove -lnsl and -lcrypt from this line. ---------------------------------------------------------------------- Section 2: Deinstalling PostgreSQL ---------------------------------------------------------------------- 2.1) Why can't I move the executable files? By default, the IRIX port uses the BSD compatible version of install from /usr/bin/X11. If you read the man page for this version of install, you will see that it is not meant for end-user use; it has the interesting side-effect of chowning files it installs to root. You should still be able to delete the files as you (the postgres user) will own the directory in which they are stored. The normal IRIX install program cannot be used easily as it takes its arguments in the reverse order. It is therefore recommended to use the GNU version of install (ginstall). See Question 1.4 ---------------------------------------------------------------------- Section 3: Extending PostgreSQL ---------------------------------------------------------------------- 3.1) How do I compile a C program to create a function for extending PostgreSQL Here is a sample command line: cc -I/usr/local/PostgreSQL/include/ -I/usr/local/PostgreSQL/src/backend -shared -o funcs.so funcs.c ---------------------------------------------------------------------------- Dr. Andrew C.R. Martin University College London EMAIL: (Work) martin@biochem.ucl.ac.uk (Home) andrew@stagleys.demon.co.uk URL: http://www.biochem.ucl.ac.uk/~martin Tel: (Work) +44(0)171 419 3890 (Home) +44(0)1372 275775