Linux: linux.s / tas.s not found...
Dear PostgreSQL gurus,
with the current CVSup sources, I came across an error
message during the configure step. Using my personal
configure template, linux-elf-libc6, I stumbled into an
error message saying that .../tas.s could not be linked.
To get rid of the message, I had to change the configure
file:
--- snip, snip ---
*** 5258,5265 ****
EOF cat >> $CONFIG_STATUS <<EOF
! ac_sources="backend/port/tas/${os}.s backend/port/dynloader/${os}.c backend/port/dynloader/${os}.h include/port/${os}.h makefiles/Makefile.${os}"
! ac_dests="backend/port/tas.s backend/port/dynloader.c include/dynloader.h include/os.h Makefile.port"
EOF
cat >> $CONFIG_STATUS <<\EOF
--- 5261,5269 ----
EOF cat >> $CONFIG_STATUS <<EOF
! ac_sources="backend/port/dynloader/${os}.c backend/port/dynloader/${os}.h include/port/${os}.h makefiles/Makefile.${os}"
! ac_dests="backend/port/dynloader.c include/dynloader.h include/os.h Makefile.port"
EOF
cat >> $CONFIG_STATUS <<\EOF
--- snip, snip ---BTW: my template for Linux-GNU-GLIBC-2.x (aka libc6) looks like this:
--- snip, snip ---
AROPT:crs
CFLAGS:-O2 -m486 -DHAVE_CRYPT_H=1 -DHAVE_UNION_SEMUN=1
SHARED_LIB:-fpic
ALL:
SRCH_INC:/usr/local/include /usr/local/include/ncurses /usr/local/include/readline
SRCH_LIB:/usr/local/lib
USE_LOCALE:yes
DLSUFFIX:.so
YFLAGS:-d
YACC:bison -y
--- snip, snip ---Best regards,
Ernst
I also use linux-ELF-libc6 but I don't have a templeate for it. It
appears the standard linux-ELF template worked and created libc6
versions of the binaries. Why do you need a special template? If it's
really needed we should include IMHO.
Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
Show quoted text
-----Original Message-----
From: ernst.molitor@uni-bonn.de [SMTP:ernst.molitor@uni-bonn.de]
Sent: Thursday, February 05, 1998 12:14 AM
To: hackers@postgreSQL.org
Subject: [HACKERS] Linux: linux.s / tas.s not found...Dear PostgreSQL gurus,
with the current CVSup sources, I came across an error
message during the configure step. Using my personal
configure template, linux-elf-libc6, I stumbled into an
error message saying that .../tas.s could not be linked.To get rid of the message, I had to change the configure file: --- snip, snip --- *** 5258,5265 **** EOFcat >> $CONFIG_STATUS <<EOF
! ac_sources="backend/port/tas/${os}.s backend/port/dynloader/${os}.c
backend/port/dynloader/${os}.h include/port/${os}.h
makefiles/Makefile.${os}"
! ac_dests="backend/port/tas.s backend/port/dynloader.c
include/dynloader.h include/os.h Makefile.port"
EOFcat >> $CONFIG_STATUS <<\EOF --- 5261,5269 ---- EOFcat >> $CONFIG_STATUS <<EOF
! ac_sources="backend/port/dynloader/${os}.c
backend/port/dynloader/${os}.h include/port/${os}.h
makefiles/Makefile.${os}"
! ac_dests="backend/port/dynloader.c include/dynloader.h include/os.h
Makefile.port"
EOFcat >> $CONFIG_STATUS <<\EOF --- snip, snip ---BTW: my template for Linux-GNU-GLIBC-2.x (aka libc6) looks like this:
--- snip, snip --- AROPT:crs CFLAGS:-O2 -m486 -DHAVE_CRYPT_H=1 -DHAVE_UNION_SEMUN=1 SHARED_LIB:-fpic ALL: SRCH_INC:/usr/local/include /usr/local/include/ncurses /usr/local/include/readline SRCH_LIB:/usr/local/lib USE_LOCALE:yes DLSUFFIX:.so YFLAGS:-d YACC:bison -y --- snip, snip ---Best regards,
Ernst
Import Notes
Resolved by subject fallback
Dear fellow PostgreSQL fans,
I also use linux-ELF-libc6 but I don't have a templeate for it. It
appears the standard linux-ELF template worked and created libc6
versions of the binaries. Why do you need a special template? If it's
really needed we should include IMHO.
with the current source tree, a special template for linux-libc6 is
_not_ required, I stand corrected. In a previous version, without it,
libcrypt had not been linked into the postmaster on my box, which
caused some trouble. In addition, I felt that with the locale support
included in GLIBC-2.x, the USE_LOCALE should be set to yes, but
currently, this does not seem to matter too much ...
Regards,
Ernst
caused some trouble. In addition, I felt that with the locale support
included in GLIBC-2.x, the USE_LOCALE should be set to yes, but
currently, this does not seem to matter too much ...
The default for _all_ ports is to have USE_LOCALE turned off since there
is a performance hit to use it. Any installation is welcome to turn it on
but it should not be turned on by default.
- Tom