SEO

Andy,

thank you very much for the idea.

I tried what you suggested even though -lgcc flag is usually used with
-nostdlib and -nodefaultlibs flags, which I do not use. In any case it
didn't help.

thahks again.

Stella Averbukh
_________________________________




_____

From: Andy Shellam [mailto:andy.shellam@mailnetwork.co.uk]
Sent: Tuesday, May 30, 2006 9:35 AM
To: Averbukh Stella
Cc: pgsql-admin@postgresql.org
Subject: RE: [ADMIN] Problem building initdb on sparc10



Should you need to add -lgcc to the linker path? (e.g. -L/usr/lib
-lgcc) or -lgcc_s?



I had a similar thing with readline. Just a guess!



Andy



_____

From: pgsql-admin-owner@postgresql.org
[mailtogsql-admin-owner@postgresql.org] On Behalf Of Averbukh Stella
Sent: 30 May 2006 2:22 pm
To: pgsql-admin@postgresql.org
Subject: [ADMIN] Problem building initdb on sparc10



Hello,

I'm building postgresQL on Sparc10 and the build goes fine unil initdb.


/usr/local/bin/gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
-Winline -Wendif-labels -fno-strict-aliasing initdb.o
-L../../../src/port -lpgport -L../../../src/interfaces/libpq -lpq
-L../../../src/port -Wl,-R/postgres/lib -L/lib -L/usr/lib
-L/usr/local/lib -L/usr/local/ssl/lib -L/platform/SUNW,Ultra-60/lib
-L/usr/sfw/lib/sparcv9 -L/usr/sfw/lib/ -L/usr/local/lib/sparcv9 -lpgport
-lz -lrt -lresolv -lgen -lsocket -lnsl -ldl -lm -o initdb
Undefined first referenced
symbol in file
sigmask ../../../src/interfaces/libpq/libpq.so
sigblock ../../../src/interfaces/libpq/libpq.so
ld: fatal: Symbol referencing errors. No output written to initdb
collect2: ld returned 1 exit status
gmake[2]: *** [initdb] Error 1
gmake[2]: Leaving directory
`/export/home/usaver/postgres/postgresql-8.1.3/src/bin/initdb'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory
`/export/home/usaver/postgres/postgresql-8.1.3/src/bin'
gmake: *** [all] Error 2

I ran ldd on libpq.so ldd interfaces/libpq/libpq.so
libresolv.so.2 => /lib/libresolv.so.2
libsocket.so.1 => /lib/libsocket.so.1
libnsl.so.1 => /lib/libnsl.so.1
libgcc_s.so.1 => (file not found)
libc.so.1 => /lib/libc.so.1
libmp.so.2 => /lib/libmp.so.2
libmd5.so.1 => /lib/libmd5.so.1
libscf.so.1 => /lib/libscf.so.1
libdoor.so.1 => /lib/libdoor.so.1
libuutil.so.1 => /lib/libuutil.so.1
libm.so.2 => /lib/libm.so.2
/platform/SUNW,Ultra-60/lib/libc_psr.so.1
/platform/SUNW,Ultra-60/lib/libmd5_psr.so.1
If you notice libgcc_s.so.1 was not found. But I found it using find
(see bellow)

# find / -name "libgcc_s.so.1"
/usr/sfw/lib/sparcv9/libgcc_s.so.1
/usr/sfw/lib/libgcc_s.so.1
/usr/local/lib/sparcv9/libgcc_s.so.1
/usr/local/lib/libgcc_s.so.1

I added all librararies directories to Makefile. See compilation line
bellow. Unfortunately, something is not linking. I searched internet for
the similar problem on Sparc and could not find anything.

Did anybody see this error before and can suggest me a way to fix it?

Thank you all.



Stella Averbukh
_________________________________
Senior Software Lead, Arbitron Inc.



!DSPAM:14,447c473434492073859513!


__________________________________________________ ____________________
This e-mail has been scanned by Arbitron's Email Content Service.
__________________________________________________ ____________________

Hi

[...]
>
> I ran ldd on libpq.so ldd interfaces/libpq/libpq.so
> libresolv.so.2 => /lib/libresolv.so.2
> libsocket.so.1 => /lib/libsocket.so.1
> libnsl.so.1 => /lib/libnsl.so.1
> *libgcc_s.so.1 => (file not found)*
> libc.so.1 => /lib/libc.so.1
> libmp.so.2 => /lib/libmp.so.2
> libmd5.so.1 => /lib/libmd5.so.1
> libscf.so.1 => /lib/libscf.so.1
> libdoor.so.1 => /lib/libdoor.so.1
> libuutil.so.1 => /lib/libuutil.so.1
> libm.so.2 => /lib/libm.so.2
> /platform/SUNW,Ultra-60/lib/libc_psr.so.1
> /platform/SUNW,Ultra-60/lib/libmd5_psr.so.1
> If you notice libgcc_s.so.1 was not found. But I found it using find
> (see bellow)
>
> # find / -name "libgcc_s.so.1"
> /usr/sfw/lib/sparcv9/libgcc_s.so.1
> /usr/sfw/lib/libgcc_s.so.1
> /usr/local/lib/sparcv9/libgcc_s.so.1
> /usr/local/lib/libgcc_s.so.1
>
Did you tried with LD_LIBRARY_PATH pointing to /usr/sfw/lib or
/usr/local/lib? Normally, Solaris software ignore this variable, but
many software, linked against GNU libraries, do (GNU ld is using it too).

Sergiusz


---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

Hmm, I did the same on my system (Redhat Fedora 3) and only got the
following required libraries:



linux-gate.so.1 => (0xb7ff3000)

libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7fa2000)

libresolv.so.2 => /lib/libresolv.so.2 (0xb7f8e000)

libnsl.so.1 => /lib/libnsl.so.1 (0xb7f78000)

libc.so.6 => /lib/tls/libc.so.6 (0xb7e4d000)

/lib/ld-linux.so.2 (0x00308000)



What's the libgcc_s library for? Is it something that's SPARC-specific?



_____

From: Averbukh Stella [mailto:Stella.Averbukh@arbitron.com]
Sent: 30 May 2006 3:00 pm
To: andy.shellam@mailnetwork.co.uk
Cc: pgsql-admin@postgresql.org
Subject: RE: [ADMIN] Problem building initdb on sparc10



Andy,



thank you very much for the idea.



I tried what you suggested even though -lgcc flag is usually used with
-nostdlib and -nodefaultlibs flags, which I do not use. In any case it
didn't help.



thahks again.

Stella Averbukh
_________________________________





_____

From: Andy Shellam [mailto:andy.shellam@mailnetwork.co.uk]
Sent: Tuesday, May 30, 2006 9:35 AM
To: Averbukh Stella
Cc: pgsql-admin@postgresql.org
Subject: RE: [ADMIN] Problem building initdb on sparc10

Should you need to add -lgcc to the linker path? (e.g. -L/usr/lib -lgcc) or
-lgcc_s?



I had a similar thing with readline. Just a guess!



Andy



_____

From: pgsql-admin-owner@postgresql.org
[mailtogsql-admin-owner@postgresql.org] On Behalf Of Averbukh Stella
Sent: 30 May 2006 2:22 pm
To: pgsql-admin@postgresql.org
Subject: [ADMIN] Problem building initdb on sparc10



Hello,

I'm building postgresQL on Sparc10 and the build goes fine unil initdb.

/usr/local/bin/gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline
-Wendif-labels -fno-strict-aliasing initdb.o -L../../../src/port -lpgport
-L../../../src/interfaces/libpq -lpq -L../../../src/port -Wl,-R/postgres/lib
-L/lib -L/usr/lib -L/usr/local/lib -L/usr/local/ssl/lib
-L/platform/SUNW,Ultra-60/lib -L/usr/sfw/lib/sparcv9 -L/usr/sfw/lib/
-L/usr/local/lib/sparcv9 -lpgport -lz -lrt -lresolv -lgen -lsocket -lnsl
-ldl -lm -o initdb
Undefined first referenced
symbol in file
sigmask ../../../src/interfaces/libpq/libpq.so
sigblock ../../../src/interfaces/libpq/libpq.so
ld: fatal: Symbol referencing errors. No output written to initdb
collect2: ld returned 1 exit status
gmake[2]: *** [initdb] Error 1
gmake[2]: Leaving directory
`/export/home/usaver/postgres/postgresql-8.1.3/src/bin/initdb'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory
`/export/home/usaver/postgres/postgresql-8.1.3/src/bin'
gmake: *** [all] Error 2

I ran ldd on libpq.so ldd interfaces/libpq/libpq.so
libresolv.so.2 => /lib/libresolv.so.2
libsocket.so.1 => /lib/libsocket.so.1
libnsl.so.1 => /lib/libnsl.so.1
libgcc_s.so.1 => (file not found)
libc.so.1 => /lib/libc.so.1
libmp.so.2 => /lib/libmp.so.2
libmd5.so.1 => /lib/libmd5.so.1
libscf.so.1 => /lib/libscf.so.1
libdoor.so.1 => /lib/libdoor.so.1
libuutil.so.1 => /lib/libuutil.so.1
libm.so.2 => /lib/libm.so.2
/platform/SUNW,Ultra-60/lib/libc_psr.so.1
/platform/SUNW,Ultra-60/lib/libmd5_psr.so.1
If you notice libgcc_s.so.1 was not found. But I found it using find (see
bellow)

# find / -name "libgcc_s.so.1"
/usr/sfw/lib/sparcv9/libgcc_s.so.1
/usr/sfw/lib/libgcc_s.so.1
/usr/local/lib/sparcv9/libgcc_s.so.1
/usr/local/lib/libgcc_s.so.1

I added all librararies directories to Makefile. See compilation line
bellow. Unfortunately, something is not linking. I searched internet for the
similar problem on Sparc and could not find anything.

Did anybody see this error before and can suggest me a way to fix it?

Thank you all.



Stella Averbukh
_________________________________
Senior Software Lead, Arbitron Inc.




__________________________________________________ ____________________
This e-mail has been scanned by Arbitron's Email Content Service.
__________________________________________________ ____________________
!DSPAM:14,447c500c34495121086930!