Skip to content
Snippets Groups Projects
  1. Jul 12, 1998
  2. Jun 15, 1998
  3. Mar 30, 1998
    • Bruce Momjian's avatar
      There's a patch attached to fix gcc 2.8.x warnings, except for the · 9a0dd4fb
      Bruce Momjian authored
      yyerror ones from bison. It also includes a few 'enhancements' to
      the C programming style (which are, of course, personal).
      
      The other patch removes the compilation of backend/lib/qsort.c, as
      qsort() is a standard function in stdlib.h and can be used any
      where else (and it is). It was only used in
      backend/optimizer/geqo/geqo_pool.c, backend/optimizer/path/predmig.c,
      and backend/storage/page/bufpage.c
      
      > > Some or all of these changes might not be appropriate for v6.3,
      since we > > are in beta testing and since they do not affect the
      current functionality.  > > For those cases, how about submitting
      patches based on the final v6.3 > > release?
      
      There's more to come. Please review these patches. I ran the
      regression tests and they only failed where this was expected
      (random, geo, etc).
      
      Cheers,
      
      Jeroen
      9a0dd4fb
  4. Mar 20, 1998
  5. Feb 26, 1998
  6. Feb 14, 1998
    • Marc G. Fournier's avatar
      From: Tom I Helbekkmo <tih@Hamartun.Priv.NO> · aa0d3ec1
      Marc G. Fournier authored
      The file 'backend/utils/adt/arrayfuncs.c' won't compile with the
      February 14th snapshot, because of an inconsistency between the
      declaration and implementation of ReadArrayStr().  As far as I can
      tell, the predeclaration is wrong.  I assume this is what was meant:
      aa0d3ec1
  7. Feb 13, 1998
  8. Jan 15, 1998
    • PostgreSQL Daemon's avatar
      Thank god for searchable mail archives. · baef78d9
      PostgreSQL Daemon authored
      Patch by: wieck@sapserv.debis.de (Jan Wieck)
      
         One  of  the design rules of PostgreSQL is extensibility. And
         to follow this rule means (at least for me) that there should
         not  only  be a builtin PL.  Instead I would prefer a defined
         interface for PL implemetations.
      baef78d9
  9. Jan 05, 1998
  10. Dec 06, 1997
  11. Sep 18, 1997
  12. Sep 08, 1997
  13. Sep 07, 1997
  14. Aug 19, 1997
  15. Aug 18, 1997
  16. Aug 13, 1997
  17. Jul 29, 1997
  18. Jul 24, 1997
  19. Nov 08, 1996
  20. Nov 06, 1996
  21. Nov 04, 1996
  22. Sep 19, 1996
  23. Aug 27, 1996
  24. Jul 22, 1996
  25. Jul 20, 1996
    • Marc G. Fournier's avatar
      Fixes: · 94215d51
      Marc G. Fournier authored
      The updating of array fields is broken in Postgres95-1.01, An array can
      be only replaced with a new array but not have some elements modified.
      This is caused by two bugs in the parser and in the array utilities.
      Furthermore it is not possible to update array with a base type of
      variable length.
      
      
      - submitted by: Massimo Dal Zotto <dz@cs.unitn.it>
      94215d51
  26. Jul 09, 1996
Loading