Thread

  1. Upcoming 6.4 release issues

    Bruce Momjian <maillist@candle.pha.pa.us> — 1998-11-03T00:22:18Z

    We plan to release PostgreSQL, version 6.4, within the next week.
    
    An announcement will be made as soon as it is ready.  You can see the
    changes for this release on our web site at the bottom of the TODO list.
    
    We hope people will be able to upgrade within two weeks after its
    release, so we fix any problems and move on to the 6.5 release.
    
    6.4 includes a pg_upgrade utility, that will allow upgrading without a
    dump/reload for 6.3.* users.
    
    -- 
      Bruce Momjian                        |  http://www.op.net/~candle
      maillist@candle.pha.pa.us            |  (610) 853-3000
      +  If your life is a hard drive,     |  830 Blythe Avenue
      +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
    
    
  2. Re: [GENERAL] Upcoming 6.4 release issues

    Dustin Sallings <dustin@spy.net> — 1998-11-03T02:49:47Z

    On Mon, 2 Nov 1998, Bruce Momjian wrote:
    
    	I'm sorry if this question is answered somewhere, but does 6.4
    require C++?  My main database boy doesn't have a C++ compiler, and I
    don't plan on getting one for it any time in the near future.
    
    	I tried a beta yesterday, and it compiled on 0/2 of the machines I
    tried (NetBSD and IRIX).  I'm really hoping this new version might fix
    some of the instability issues I had with 6.3.2 in production.
    
    // We plan to release PostgreSQL, version 6.4, within the next week.
    // 
    // An announcement will be made as soon as it is ready.  You can see the
    // changes for this release on our web site at the bottom of the TODO list.
    // 
    // We hope people will be able to upgrade within two weeks after its
    // release, so we fix any problems and move on to the 6.5 release.
    // 
    // 6.4 includes a pg_upgrade utility, that will allow upgrading without a
    // dump/reload for 6.3.* users.
    // 
    // -- 
    //   Bruce Momjian                        |  http://www.op.net/~candle
    //   maillist@candle.pha.pa.us            |  (610) 853-3000
    //   +  If your life is a hard drive,     |  830 Blythe Avenue
    //   +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
    // 
    // 
    
    --
    SA, beyond.com                            The world is watching America,
    pub  1024/3CAE01D5 1994/11/03 Dustin Sallings <dustin@spy.net>
    |    Key fingerprint =  87 02 57 08 02 D0 DA D6  C8 0F 3E 65 51 98 D8 BE 
    L________________________________________ and America is watching TV. __
    
    
    
  3. Re: [GENERAL] Upcoming 6.4 release issues

    Marc G. Fournier <scrappy@hub.org> — 1998-11-03T03:27:56Z

    On Mon, 2 Nov 1998, dustin sallings wrote:
    
    > On Mon, 2 Nov 1998, Bruce Momjian wrote:
    > 
    > 	I'm sorry if this question is answered somewhere, but does 6.4
    > require C++?  My main database boy doesn't have a C++ compiler, and I
    > don't plan on getting one for it any time in the near future.
    
    	This does not require C++ to compile, nor do I suspect it ever
    will...I couldn't imagine the effort to go through to actually convert it
    over to C++ :)
    
    > 	I tried a beta yesterday, and it compiled on 0/2 of the machines I
    > tried (NetBSD and IRIX).  I'm really hoping this new version might fix
    > some of the instability issues I had with 6.3.2 in production.
    
    	Please report any compile errors to pgsql-hackers ... it has been
    tested on NetBSD, but I don't believe Irix has been tested...
    
    
    > 
    > // We plan to release PostgreSQL, version 6.4, within the next week.
    > // 
    > // An announcement will be made as soon as it is ready.  You can see the
    > // changes for this release on our web site at the bottom of the TODO list.
    > // 
    > // We hope people will be able to upgrade within two weeks after its
    > // release, so we fix any problems and move on to the 6.5 release.
    > // 
    > // 6.4 includes a pg_upgrade utility, that will allow upgrading without a
    > // dump/reload for 6.3.* users.
    > // 
    > // -- 
    > //   Bruce Momjian                        |  http://www.op.net/~candle
    > //   maillist@candle.pha.pa.us            |  (610) 853-3000
    > //   +  If your life is a hard drive,     |  830 Blythe Avenue
    > //   +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
    > // 
    > // 
    > 
    > --
    > SA, beyond.com                            The world is watching America,
    > pub  1024/3CAE01D5 1994/11/03 Dustin Sallings <dustin@spy.net>
    > |    Key fingerprint =  87 02 57 08 02 D0 DA D6  C8 0F 3E 65 51 98 D8 BE 
    > L________________________________________ and America is watching TV. __
    > 
    
    Marc G. Fournier                                
    Systems Administrator @ hub.org 
    primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 
    
    
    
  4. Re: [GENERAL] Upcoming 6.4 release issues

    Dustin Sallings <dustin@spy.net> — 1998-11-03T06:22:44Z

    On Mon, 2 Nov 1998, The Hermit Hacker wrote:
    
    	(experience with 6.4 beta 5)  I'm not on this list, so if you have
    any questions, be sure to send directly to me.
    
    // 	This does not require C++ to compile, nor do I suspect it ever
    // will...I couldn't imagine the effort to go through to actually
    // convert it over to C++ :)
    
    	This is what I get when I try to configure on IRIX:
    
    bleu:/tmp/pgsql/src 112> ./configure 
    creating cache ./config.cache
    checking host system type... mips-sgi-irix6.2
    checking echo setting...
    checking setting template to... irix5
    checking setting USE_LOCALE... disabled
    checking setting CYR_RECODE... disabled
    checking setting MULTIBYTE... disabled
    checking setting DEF_PGPORT... 5432
    checking setting USE_TCL... disabled
    checking setting USE_PERL... disabled
    checking setting USE_ODBC... disabled
    checking setting ASSERT CHECKING... disabled
    checking for gcc... no
    checking for cc... cc
    checking whether the C compiler (cc  ) works... yes
    checking whether the C compiler (cc  ) is a cross-compiler... no
    checking whether we are using GNU C... no
    checking how to run the C preprocessor... cc -E
    - setting CPPFLAGS= 
    - setting LDFLAGS= 
    checking for c++... no
    checking for g++... no
    checking for gcc... no
    checking for CC... no
    checking for cxx... no
    checking for cc++... no
    checking whether the C++ compiler (gcc   ) works... no
    configure: error: installation or configuration problem: C++ compiler
    cannot create executables.
    
    	If'n I take that out of configure.in, I get a lot further.  The
    problem, though, is that it's treating the lack of a C++ compiler as a
    fatal condition.  I just took out the check and set HAVE_Cplusplus=false
    and got to src/pl/plpgsql/src/ which needed -I. and I got it built.
    
    // 	Please report any compile errors to pgsql-hackers ... it has
    // been tested on NetBSD, but I don't believe Irix has been tested...
    
    	I don't remember what my NetBSD problem was yet, but I'll try to
    play with it later.
    
    --
    SA, beyond.com                            The world is watching America,
    pub  1024/3CAE01D5 1994/11/03 Dustin Sallings <dustin@spy.net>
    |    Key fingerprint =  87 02 57 08 02 D0 DA D6  C8 0F 3E 65 51 98 D8 BE 
    L________________________________________ and America is watching TV. __