Re: Postgres 8.2.5 compilation problem on OpenSolaris/Solaris - Mailing list pgsql-general
From | Erik Jones |
---|---|
Subject | Re: Postgres 8.2.5 compilation problem on OpenSolaris/Solaris |
Date | |
Msg-id | 50B39033-9CB7-47E5-92C0-C5E164E0AC0F@myemma.com Whole thread Raw |
In response to | Postgres 8.2.5 compilation problem on OpenSolaris/Solaris ("Dot Yet" <dot.yet@gmail.com>) |
Responses |
Re: Postgres 8.2.5 compilation problem on OpenSolaris/Solaris
|
List | pgsql-general |
On Oct 11, 2007, at 2:30 PM, Dot Yet wrote: > Hi everyone, > > I am trying to get the postgresql 8.2.5 version working on my > opensolaris nv 73 server. > > The configuration information is as follows: > > SunOS db03nge0 5.11 snv_73 i86pc i386 i86pc > $ isainfo -v > 64-bit amd64 applications > ahf sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx > cmov amd_sysc > cx8 tsc fpu > 32-bit i386 applications > ahf sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx > cmov amd_sysc > cx8 tsc fpu > GNU Make 3.81 - compiled from source > OpenSSL 0.9.8d 28 Sep 2006 - compiled from source > readline-5.2 - library compiled from source > Sun Studio compiler: Sun C 5.9 SunOS_i386 2007/05/03 > postgresql-8.2.5 source tar.gz > > I have compiled the openssl, readline and gnumake in 64 bit mode. > The options which I used while compiling them were > "-m64 -KPIC -xmodel=medium" > > > The options which I am using to configure the makefile are: > > ./configure --prefix=/usr/local --with-perl --with-openssl --with- > libraries=/usr/local/lib --with-includes=/usr/local/include -- > libdir=/usr/local/lib --includedir=/usr/local/include --enable- > integer-datetimes CFLAGS="-m64 -KPIC -xmodel=medium" > > The configure process does not report any errors. The make process > also works fine. I do see the following message: > > All of PostgreSQL successfully made. Ready to install. > > Now, when I try to run "make check", I get the following > "Segmentation Fault" error. > > mkdir ./testtablespace > ./pg_regress --temp-install=./tmp_check --top-builddir=../../.. -- > temp-port=55432 --schedule=./parallel_schedule -- > multibyte=SQL_ASCII --load-language=plpgsql > ============== creating temporary installation ============== > ============== initializing database system ============== > > pg_regress: initdb failed > Examine ./log/initdb.log for the reason. > Command was: "/export/home/tualha/d1/postgresql-8.2.5/src/test/ > regress/./tmp_check/install//usr/local/bin/initdb" -D "/export/home/ > tualha/d1/postgresql- 8.2.5/src/test/regress/./tmp_check/data" -L "/ > export/home/tualha/d1/postgresql-8.2.5/src/test/regress/./tmp_check/ > install//usr/local/share/postgresql" --noclean > "./log/initdb.log" > 2>&1 > make[2]: *** [check] Error 2 > make[2]: Leaving directory `/export/home/tualha/d1/postgresql-8.2.5/ > src/test/regress' > make[1]: *** [check] Error 2 > make[1]: Leaving directory `/export/home/tualha/d1/postgresql- > 8.2.5/src/test' > make: *** [check] Error 2 > $ cat src/test/regress/log/initdb.log > Running in noclean mode. Mistakes will not be cleaned up. > The files belonging to this database system will be owned by user > "tualha". > This user must also own the server process. > > The database cluster will be initialized with locale C. > > creating directory /export/home/tualha/d1/postgresql-8.2.5/src/test/ > regress/./tmp_check/data ... ok > creating subdirectories ... ok > selecting default max_connections ... Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > 10 > selecting default shared_buffers/max_fsm_pages ... Segmentation > Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > Segmentation Fault - core dumped > 400kB/20000 > creating configuration files ... ok > creating template1 database in /export/home/tualha/d1/ > postgresql-8.2.5/src/test/regress/./tmp_check/data/base/1 ... > Segmentation Fault - core dumped > child process exited with exit code 139 > initdb: data directory "/export/home/tualha/d1/postgresql-8.2.5/src/ > test/regress/./tmp_check/data" not removed at user's request > $ > > I wonder if anyone can give any suggestions to deal with it. BTW, I > have also tried to compile it on Solaris 10 u3, but it still fails > at the same point. > > Any help would be much appreciated. It looks like initdb is having problem allocating shared memory. How much memory do you have on the system? Are there any user or group project memory settings that may be causing this? Those are stored in /etc/project. Also, you may want to give it a shot with gcc. Also, what hardware architecture is this? I've done a little research on your compiler flags and seen that -KPIC and -Kpic flags are obsolete on SPARC hardware and, if your on x86 hardware, it would seem that they aren't doing what you think. Here's what I found on them: -KPIC -- (x86) -KPIC is identical to -Kpic. -Kpic -- (x86) Generate position-independent code for use in shared libraries (small model). Permits references to, at most, 2**11 unique external symbols. So, with x86 architectures, -KPIC only works with the small model whereas you've defined the medium model. My bet is that you need to do away with the -KPIC flag. Erik Jones Software Developer | Emma® erik@myemma.com 800.595.4401 or 615.292.5888 615.292.0777 (fax) Emma helps organizations everywhere communicate & market in style. Visit us online at http://www.myemma.com
pgsql-general by date: