1. 17 8月, 2001 1 次提交
    • T
      Sequences are now based on int8, not int4, arithmetic. SERIAL pseudo-type · d4f4b971
      Tom Lane 提交于
      has an alias SERIAL4 and a sister SERIAL8.  SERIAL8 is just the same
      except the created column is type int8 not int4.
      initdb forced.  Note this also breaks any chance of pg_upgrade from 7.1,
      unless we hack up pg_upgrade to drop and recreate sequences.  (Which is
      not out of the question, but I don't wanna do it.)
      d4f4b971
  2. 22 3月, 2001 1 次提交
  3. 10 2月, 2001 1 次提交
    • T
      Restructure the key include files per recent pghackers discussion: there · d08741ea
      Tom Lane 提交于
      are now separate files "postgres.h" and "postgres_fe.h", which are meant
      to be the primary include files for backend .c files and frontend .c files
      respectively.  By default, only include files meant for frontend use are
      installed into the installation include directory.  There is a new make
      target 'make install-all-headers' that adds the whole content of the
      src/include tree to the installed fileset, for use by people who want to
      develop server-side code without keeping the complete source tree on hand.
      Cleaned up a whole lot of crufty and inconsistent header inclusions.
      d08741ea
  4. 21 11月, 2000 1 次提交
    • T
      Revise handling of oldstyle/newstyle functions per recent discussions · 5bb2300b
      Tom Lane 提交于
      in pghackers list.  Support for oldstyle internal functions is gone
      (no longer needed, since conversion is complete) and pg_language entry
      'internal' now implies newstyle call convention.  pg_language entry
      'newC' is gone; both old and newstyle dynamically loaded C functions
      are now called language 'C'.  A newstyle function must be identified
      by an associated info routine.  See src/backend/utils/fmgr/README.
      5bb2300b
  5. 25 8月, 2000 1 次提交
  6. 31 7月, 2000 1 次提交
    • T
      Convert all remaining geometric operators to new fmgr style. This · 3a9a74a0
      Tom Lane 提交于
      allows fixing problems with operators that expected to be able to
      return a NULL, such as the '#' line-segment-intersection operator
      that tried to return NULL when the two segments don't intersect.
      (See, eg, bug report from 1-Nov-99 on pghackers.)  Fix some other
      bugs in passing, such as backwards comparison in path_distance().
      3a9a74a0
  7. 30 7月, 2000 1 次提交
  8. 06 7月, 2000 1 次提交
  9. 13 6月, 2000 1 次提交
  10. 12 6月, 2000 1 次提交
    • T
      Update sequence-related functions to new fmgr style. Remove downcasing, · 3477957b
      Tom Lane 提交于
      quote-stripping, and acl-checking tasks for these functions from the
      parser, and do them at function execution time instead.  This fixes
      the failure of pg_dump to produce correct output for nextval(Foo)
      used in a rule, and also eliminates the restriction that the argument
      of these functions must be a parse-time constant.
      3477957b
  11. 05 6月, 2000 1 次提交
  12. 29 5月, 2000 1 次提交
  13. 13 4月, 2000 1 次提交
  14. 17 12月, 1999 1 次提交
  15. 22 10月, 1999 1 次提交
  16. 18 7月, 1999 1 次提交
  17. 26 5月, 1999 1 次提交
  18. 04 5月, 1999 1 次提交
    • B
      here are some patches for 6.5.0 which I already submitted but have never · 210055ad
      Bruce Momjian 提交于
      been applied. The patches are in the .tar.gz attachment at the end:
      
      varchar-array.patch     this patch adds support for arrays of bpchar() and
                              varchar(), which where always missing from postgres.
      
                              These datatypes can be used to replace the _char4,
                              _char8, etc., which were dropped some time ago.
      
      block-size.patch        this patch fixes many errors in the parser and other
                              program which happen with very large query statements
                              (> 8K) when using a page size larger than 8192.
      
                              This patch is needed if you want to submit queries
                              larger than 8K. Postgres supports tuples up to 32K
                              but you can't insert them because you can't submit
                              queries larger than 8K. My patch fixes this problem.
      
                              The patch also replaces all the occurrences of `8192'
                              and `1<<13' in the sources with the proper constants
                              defined in include files. You should now never find
                              8192 hardwired in C code, just to make code clearer.
      
      
      --
      Massimo Dal Zotto
      210055ad
  19. 21 2月, 1999 1 次提交
    • M
      · 8c3e8a8a
      Marc G. Fournier 提交于
      From: Tatsuo Ishii <t-ishii@sra.co.jp>
      
      Ok. I made patches replacing all of "#if FALSE" or "#if 0" to "#ifdef
      NOT_USED" for current. I have tested these patches in that the
      postgres binaries are identical.
      8c3e8a8a
  20. 04 2月, 1999 1 次提交
  21. 01 9月, 1998 1 次提交
  22. 21 7月, 1998 1 次提交
  23. 26 4月, 1998 1 次提交
  24. 08 4月, 1998 1 次提交
  25. 31 3月, 1998 1 次提交
    • B
      The following uuencoded, gzip'd file will ... · 57b59664
      Bruce Momjian 提交于
      1. Remove the char2, char4, char8 and char16 types from postgresql
      2. Change references of char16 to name in the regression tests.
      3. Rename the char16.sql regression test to name.sql.  4. Modify
      the regression test scripts and outputs to match up.
      
      Might require new regression.{SYSTEM} files...
      
      Darren King
      57b59664
  26. 26 2月, 1998 1 次提交
  27. 12 2月, 1998 1 次提交
  28. 08 1月, 1998 1 次提交
  29. 07 1月, 1998 2 次提交
  30. 05 1月, 1998 1 次提交
  31. 10 11月, 1997 1 次提交
  32. 24 9月, 1997 1 次提交
  33. 19 9月, 1997 1 次提交
  34. 11 9月, 1997 1 次提交
  35. 09 9月, 1997 2 次提交
  36. 08 9月, 1997 1 次提交
  37. 07 9月, 1997 1 次提交
  38. 20 8月, 1997 1 次提交