FAQ_Irix
上传用户:blenddy
上传日期:2007-01-07
资源大小:6495k
文件大小:13k
- ======================================================
- 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