| View previous topic :: View next topic |
| Author |
Message |
axxackall
l33t
Joined: 06 Nov 2002
Posts: 651
Location: Toronto, Ontario, 3rd Rock From Sun
|
 Posted: Fri Nov 15, 2002 12:27 pm Post subject: postgresql ebuild is broken on PPC |
 |
|
I am trying to build postgresql-7.2.3-r1 on gentoo-1.4-rc1 PPC, but backend comiplation gives me the following:
| Code: | ...
access/SUBSYS.o: In function `XLogFlush':
access/SUBSYS.o(.text+0x23cb8): undefined reference to `tas'
access/SUBSYS.o(.text+0x23cb8): relocation truncated to fit: R_PPC_REL24 tas
access/SUBSYS.o(.text+0x25964): more undefined references to `tas' follow
access/SUBSYS.o: In function `CreateCheckPoint':
access/SUBSYS.o(.text+0x25964): relocation truncated to fit: R_PPC_REL24 tas
...
storage/SUBSYS.o: In function `s_lock':
storage/SUBSYS.o(.text+0xe9f0): relocation truncated to fit: R_PPC_REL24 tas
collect2: ld returned 1 exit status
make[2]: *** [postgres] Error 1
make[2]: Leaving directory `/var/tmp/portage/postgresql-7.2.3-r1/work/postgresql-7.2.3/src/backend'
... |
Same postgresql release is build (ebuild) fine on x86 platform.
Same release from vanilla sources is compiled fine on the same PPC computer.
ppc patches look fine on the surface, but I'll try to dig more.
Any idea? Any similar experience? |
|
| Back to top |
|
 |
axxackall
l33t
Joined: 06 Nov 2002
Posts: 651
Location: Toronto, Ontario, 3rd Rock From Sun
|
| Posted: Sat Nov 23, 2002 11:06 pm Post subject: Re: postgresql ebuild is broken on PPC |
|
|
hmm... That was on G3 with -O3.
Now I am trying another installation of the system with -O2 on the other PPC with G4 (that's why -O2). The result is is differen: now it compiles, but gives me a segmentation fault on initializing the database:
| Code: | | vacuuming database template1... /usr/bin/initdb: line 647: 7666 Segmentation fault ... |
Does anyone know how to solve such problem? Where should I look? What do I do wrong? |
|
| Back to top |
|
|
axxackall
l33t
Joined: 06 Nov 2002
Posts: 651
Location: Toronto, Ontario, 3rd Rock From Sun
|
| Posted: Mon Nov 25, 2002 5:20 pm Post subject: Re: postgresql ebuild is broken on PPC |
|
|
| Does anyone use PostgreSQL on Gentoo 1.4-rc1 PPC? |
|
| Back to top |
|
|
Gerk
Retired Dev
Joined: 07 May 2002
Posts: 434
|
| Posted: Mon Nov 25, 2002 8:44 pm Post subject: |
|
|
I'm looking into all this stuff right now, could you please file a bug report on it at bugs.gentoo.org (if one doesn't already exist)?
Thanks |
|
| Back to top |
|
|
axxackall
l33t
Joined: 06 Nov 2002
Posts: 651
Location: Toronto, Ontario, 3rd Rock From Sun
|
| Posted: Mon Nov 25, 2002 8:56 pm Post subject: |
|
|
| Gerk wrote: | | I'm looking into all this stuff right now, could you please file a bug report on it at bugs.gentoo.org (if one doesn't already exist)? |
It's there: Bug #10800 |
|
| Back to top |
|
|
axxackall
l33t
Joined: 06 Nov 2002
Posts: 651
Location: Toronto, Ontario, 3rd Rock From Sun
|
| Posted: Tue Nov 26, 2002 7:52 pm Post subject: |
|
|
| axxackall wrote: | | Gerk wrote: | | I'm looking into all this stuff right now, could you please file a bug report on it at bugs.gentoo.org (if one doesn't already exist)? |
It's there: Bug #10800 |
I've just published my bug comment there. Let me repeat it here:
I confirm:
USE="-*" CFLAGS="-pipe -fsigned-char" helps to compile it without error (experienced on the PPC box with -O3 system-wide) and run it without segfaults (experienced on the PPC box with -O2 system-wide).
"-N 768 -B 2048" helps to start it, although after I added one more fix: the user postgres in /etc/passwd should have /bin/bash rather than /bin/false. Otherwise it doesn't start. Besides, postgres user helps to create real users in the DB. (Should ebuild config also set up some default passwd for that user? Alternatively, should ebuild config also add root to the db user list?)
I'll run more crashing regression tests later and report a problem if I'll meet such.
Should new cflags and ebuild config changes be included to the portage?
P.S. Why -N 768? For personal development AND web-server's db-connection pool even -N 32 is enough. The real value anyway should be set by db admin after lots of perfomance and configuration tests, which are not related to portage. Besides, the style of Gentoo is minimalistic: no unnecessary resource consumption, isn't it? |
|
| Back to top |
|
|
Gerk
Retired Dev
Joined: 07 May 2002
Posts: 434
|
| Posted: Tue Nov 26, 2002 8:13 pm Post subject: |
|
|
can you also add that to the bug in question? Then I can pass it back to the proper maintainer for teh other fixes, I'll go ahead and commite a fix for the cflags, nothing more agressive than that worked for me , so I will force thos eoptions on ppc 
Thanks |
|
| Back to top |
|
|
axxackall
l33t
Joined: 06 Nov 2002
Posts: 651
Location: Toronto, Ontario, 3rd Rock From Sun
|
| Posted: Tue Nov 26, 2002 9:29 pm Post subject: |
|
|
| Gerk wrote: | | can you also add that to the bug in question? |
Done. |
|
| Back to top |
|
|
|
Gentoo on PPC
