1. 11 Sep, 1998 1 commit
    • Bruce Momjian's avatar
      The attached patches fix the following problems: · f1ab71ec
      Bruce Momjian authored
      1.  The UnixWare tas macro was reformatted (by indent or it like?) which caused
          it to break.  The asm macro construct is very particular about the %mem
          construct -- it has to start in column 1.
      
      2.  When compiling libpq++, g++ was used even if configure found the C++ com-
          piler to be CC.
      
      3.  When compiling libpq++, '-Wno-error' was added to CXXFLAGS, even if the
          compiler wasn't g++.
      
      Billy G. Allie
      f1ab71ec
  2. 01 Sep, 1998 1 commit
  3. 22 Aug, 1998 1 commit
    • Bruce Momjian's avatar
      · a738478a
      Bruce Momjian authored
      Here are additional patches for the UnixWare 7 port.
      
      Summary of changes:
      
      In pqcomm.h, use the SUN_LEN macro if it is defined to calculate
      the size of the sockaddr_un structure.
      
      In unixware.h, drop the use of the UNIXWARE macro.  Everything can
      be handled with the USE_UNIVEL_CC and DISABLE_COMPLEX_MACRO macros.
      
      In s_lock.h, remove the reference to the UNIXWARE macro (see above).
      
      In the unixware template, add the YFLAGS:-d line.
      
      In various makefile templates, add (or cleanup) unixware and univel
      port specific information.
      
      -- Billy G. Allie
      a738478a
  4. 20 Jul, 1998 1 commit
  5. 19 Jul, 1998 3 commits
    • Bruce Momjian's avatar
      Lock fix from Tom Ivar Helbekkmo . · a292ed24
      Bruce Momjian authored
      a292ed24
    • Bruce Momjian's avatar
      My mailer munged the intro text in my last post. Here is the text · 0624f3dc
      Bruce Momjian authored
      in a more readable form.  -- I am submitting the following patches
      to the June 6, 1998 snapshot of PostgreSQL.  These patches implement
      a port of PostgreSQL to SCO UnixWare 7, and updates the Univel port
      (UnixWare 2.x).  The patched files, and the reason
       for the patch are:
      
      File            Reason for the patch ---------------
      ---------------------------------------------------------------
      src/backend/port/dynloader/unixware.c src/backend/port/dynloader/unixware.h
      src/include/port/unixware.h src/makefiles/Makefile.unixware
      src/template/unixware
      		Created for the UNIXWARE port.
      
      src/include/port/univel.h
      		Modifed this file to work with the changes made to
      		s_lock.[ch].
      
      src/backend/storage/buffer/s_lock.c src/include/storage/s_lock.h
      		Moved the UNIXWARE (and Univel) tas() function from
      		s_lock.c to s_lock.h.  The UnixWare compiler asm
      		construct is treated as a macro and needs to be in
      		the s_lock.h file.  I also reworked the tas()
      		function to correct some errors in the code.
      
      src/include/version.h.in
      		The use of the ## operator with quoted strings in
      		the VERSION macro caused problems with the UnixWare
      		C compiler.  I removed the ## operators since they
      		were not needed in this case.  The macro expands
      		into a sequence of quoted strings that will be
      		concatenated by any ANSI C compiler.
      
      src/config.guess
      		This script was modified to recognize SCO UnixWare
      		7.
      
      src/configure src/configure.in
      		The configure script was modified to recognize SCO
      		UnixWare 7.
      
      Billy G. Allie
      0624f3dc
    • Bruce Momjian's avatar
      Somewhere between 6.1 and 6.3 someone removed the support for the · 62cd6e7b
      Bruce Momjian authored
      NS32K machine I contributed.  In any case, I now have postgresql-6.3
      running again on NetBSD/pc532, a NS32532 machine.  The following
      changes are needed relative to the src directory.  (It looks like
      support was partially removed when the files were moved from the
      src/backend/storage/.... tree to the src/include tree.)
      
      If you need me to get a current development version of postgresql
      for this change let me know.  Also, let me know if this code needs
      updating due to another code movement that deleted the old NS32K
      support.
      
      Thank you.
      
      Phil Nelson
      62cd6e7b
  6. 18 Jul, 1998 3 commits
    • Bruce Momjian's avatar
      550f2097
    • Bruce Momjian's avatar
      On architectures where we don't have any special inline code for · a93f3974
      Bruce Momjian authored
      GCC, the inner "#if defined(__GNUC__)" can just be omitted in that
      architecture's block.
      
      The existing arrangement with an outer "#if defined(__GNUC__)"
      doesn't have any obvious benefit, and it encourages missed cases
      like this one.
      
      
      BTW, I'd suggest making the definition of clear_lock for HPUX be
      
      static const slock_t clear_lock = {{-1, -1, -1, -1}};
      
      The extra braces are needed to suppress warnings from gcc, and
      declaring it const just seems like good practice.
      
      			regards, tom lane
      a93f3974
    • Bruce Momjian's avatar
      Thank you for testing and reporting this. It is my fault of course, · b4746648
      Bruce Momjian authored
      but as I don't have access to a sparc for testing I just did what
      I could. I am guessing here, but please apply the following to your
      pgsql and let me know what happens. Also, cd to src/storage/buffer
      and do 'make s_lock_test' as well.
      
      David Gould
      b4746648
  7. 16 Jun, 1998 1 commit
    • Bruce Momjian's avatar
      Here is the long awaited optimized version of the S_LOCK patch. · 0d8e7f63
      Bruce Momjian authored
      This incorporates all the precedeing patches and emailed suggestions
      and the results of the performance testing I posted last week. I
      would like to get this tested on as many platforms as possible so
      I can verify it went in correctly (as opposed to the horrorshow
      last time I sent in a patch).
      
      Once this is confirmed, I will make a tarball of files that can be
      dropped into a 6.3.2 source tree as a few people have asked for
      this in 6.3.2 as well.
      
      David Gould
      0d8e7f63
  8. 15 Jun, 1998 1 commit
  9. 06 May, 1998 1 commit
  10. 04 May, 1998 3 commits
  11. 29 Apr, 1998 1 commit
    • Marc G. Fournier's avatar
      From: Jeroen van Vianen <jeroenv@design.nl> · 51a1741c
      Marc G. Fournier authored
      Attached patch will add a version() function to Postges, e.g.
      
      template1=> select version();
      version
      ------------------------------------------------------------
      PostgreSQL 6.3.2 on i586-pc-linux-gnu, compiled by gcc 2.8.1
      (1 row)
      51a1741c
  12. 27 Apr, 1998 1 commit
    • Marc G. Fournier's avatar
      From: Ryan Kirkpatrick <rkirkpat@nag.cs.colorado.edu> · 1af6b564
      Marc G. Fournier authored
              Ok, I have finally gotten all of the defines for Dec/Alpha and
      Linux/Alpha sorted out as Marc asked. There is no longer any need for
      '-Dalpha' or '-Dlinuxalpha' in either the Dec/Alpha or the Linux/Alpha
      template files (./src/template/{alpha,linuxalpha}). I have replaced every
      instance of 'alpha' or '__alpha__' with '__alpha', as that appears to be
      the common symbol between C compilers on both operating systems (RH4.2 &
      DecUnix 4.0b) for alpha.
      1af6b564
  13. 01 Mar, 1998 1 commit
    • Marc G. Fournier's avatar
      From: "Billy G. Allie" <Bill.Allie@mug.org> · 56b31822
      Marc G. Fournier authored
      The following patches will allow postgreSQL 6.3 to compile and run on a
      UNIXWARE 2.1.2 system with the native C compiler with the following library
      change:
      
              The alloca function must be copied from the libucb.a archive and added
              to the libgen.a archive.
      
      Also, the GNU flex program is needed to successfully build postgreSQL.
      56b31822
  14. 26 Feb, 1998 1 commit
  15. 13 Feb, 1998 2 commits
    • Marc G. Fournier's avatar
      From: Zeugswetter Andreas SARZ <Andreas.Zeugswetter@telecom.at> · 2a07e65d
      Marc G. Fournier authored
      Only occurrs in
      src/include/storage/s_lock.h:#if defined(__AIX)
      src/include/utils/dt.h:#if defined(__AIX)
      src/include/utils/nabstime.h:#if defined(__AIX)
      
      Simply delete one underscore, only occurs once per file, so no patch.
      2a07e65d
    • Marc G. Fournier's avatar
      From: Tom I Helbekkmo <tih@Hamartun.Priv.NO> · 64e7adb0
      Marc G. Fournier authored
      Apart from this Makefile hack, all I've done is to make dynamically
      loaded code modules fail properly (as was already done for __mips__,
      although I think this is too loose: I believe NetBSD for the pmax can
      do dynamic linking), and to add test-and-set lock handling.  As Bruce
      suggested, this is done in a maximally efficient inlined way: I was
      not aware that this code was so important, speed-wise.
      64e7adb0
  16. 05 Feb, 1998 1 commit
  17. 03 Feb, 1998 2 commits
  18. 26 Jan, 1998 1 commit
  19. 25 Jan, 1998 1 commit
  20. 20 Jan, 1998 1 commit
  21. 19 Jan, 1998 1 commit
  22. 17 Jan, 1998 1 commit
    • Marc G. Fournier's avatar
      From: "Billy G. Allie" <Bill.Allie@mug.org> · 36c1c94b
      Marc G. Fournier authored
      The attached patches will allow postgreSQL to compile successfully on SCO
      UNIXWARE 2.1.x.  The patches fix the following problems:
      
      1.  Configure did not properly recognize the UNIXWARE system as needing the
          univel port.  It used the sys4 port.
      
      2.  Configure did not properly process the CC flag in the template file.
      
      3.  There was no working test and set locking implementation for the native
          UNIXWARE compiler.
      
      4.  The test and set locking used for Intel X86 that was selected by defining
          NEED_I386_TAS_ASM could fail in a multi-processor environment.
      
      5.  The makefiles for libpq and libpgtcl did not make a shared library for
          the univel port.
      36c1c94b
  23. 13 Jan, 1998 1 commit
  24. 04 Jan, 1998 1 commit
  25. 30 Dec, 1997 1 commit
  26. 09 Dec, 1997 1 commit
  27. 07 Nov, 1997 1 commit
  28. 30 Oct, 1997 1 commit
  29. 03 Oct, 1997 1 commit
  30. 02 Oct, 1997 1 commit
  31. 30 Sep, 1997 1 commit
  32. 25 Sep, 1997 1 commit