Thread

  1. RE: [HACKERS] Linux: linux.s / tas.s not found...

    Michael Meskes <meskes@topsystem.de> — 1998-02-05T08:33:42Z

    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
    
    > -----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 ****
    >   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
    
    
  2. Re: [HACKERS] Linux: linux.s / tas.s not found...

    ernst.molitor@uni-bonn.de — 1998-02-05T09:40:07Z

    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
    
    
  3. Re: [HACKERS] Linux: linux.s / tas.s not found...

    Thomas Lockhart <lockhart@alumni.caltech.edu> — 1998-02-05T15:22:46Z

    > 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