--- Tom Lane [EMAIL PROTECTED] escreveu:
If you don't see your favorite platform already listed as tested
for 8.1 at
http://developer.postgresql.org/docs/postgres/supported-platforms.html
then please give it a try and send in your results.
[EMAIL PROTECTED]:~# uname -a
Linux foobar 2.4.29
Hi,
PostgreSql 8.1 RC1 ( --with-perl --with-python) passed all tests on
Slackware Linux 10.2 (kernel 2.4.31, x86)
Regards,
Adrian Maier
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
Tom,
FreeBSD 5.4 Opteron 64 SMP pass.
--Josh
---(end of broadcast)---
TIP 4: Have you searched our list archives?
http://archives.postgresql.org
Josh Berkus wrote:
Tom,
FreeBSD 5.4 Opteron 64 SMP pass.
BSD/OS 4.3.1 i386 SMP passes.
--
Bruce Momjian| http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be
If you don't see your favorite platform already listed as tested
for 8.1 at
http://developer.postgresql.org/docs/postgres/supported-platforms.html
then please give it a try and send in your results.
I'd recommend using 8.1beta4 or later, as beta4 already includes a few
small portability fixes
Tom,
SuSE Linux 9.3 Professional, 2.6.11.4-20a-default,
gcc (GCC) 3.3.5, Athlon64
--with-perl --with-integer-datetimes --with-pgport=5801
--prefix=/usr/local/pg81
==
All 98 tests passed.
==
--
Josh Berkus
Aglio Database Solutions
San Francisco
Hello Tom,
Slackware 10.0, kernel 2.6.12, x86, gcc 3.3.4
All 98 tests passed.
Sergey
*
Sergey E. Koposov
Max-Planck Institut fuer Astronomie
Web: http://lnfm1.sai.msu.ru/~math
E-mail: [EMAIL PROTECTED]
---(end
8.0.0rc1 builds and passes 'make check' on Gentoo Linux (amd64) with the
dependencies I have to hand (no tcl or kerberos):
$ ./configure --prefix=/home/oliver/pg/8.0.0rc1 --with-pgport=5800
-enable-thread-safety --with-perl --with-python --with-pam -with-openssl
$ uname -a
Linux extrashiny
Momjian [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], pgsql-hackers list [EMAIL PROTECTED]
Subject: Re: [HACKERS] Call for port reports
Bruce Momjian [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
UX:acomp: ERREUR: fe-secure.c, ligne 1316 : prototype mismatch: 2 args
passed, 1 expected: sigwait
Has anybody tried Solaris8 or 9/ADM64(SUN Fire v40 for example) combo?
I personally don't have access to this platform, but am interested in
someone else has already tried.
--
Tatsuo Ishii
I have started filling in the supported platform list for the 8.0.0
release with the information from
This did'nt get thru so I repost it!
8.0.0rc1 fails to compile on Unixware 714 with --enable-thread-safety :
CC=cc
LDFLAGS=-R/usr/local/lib
ANT_HOME=/usr/local/jakarta/ant
JAVA_HOME=/usr/java2
PATH=$PATH:/usr/local/jakarta/ant/bin
#PREFIX=-prefix=/databases/pgsql-v7.4 --with-port=5532
[EMAIL PROTECTED] wrote:
This did'nt get thru so I repost it!
8.0.0rc1 fails to compile on Unixware 714 with --enable-thread-safety :
CC=cc
LDFLAGS=-R/usr/local/lib
ANT_HOME=/usr/local/jakarta/ant
JAVA_HOME=/usr/java2
PATH=$PATH:/usr/local/jakarta/ant/bin
Bruce Momjian [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
UX:acomp: ERREUR: fe-secure.c, ligne 1316 : prototype mismatch: 2 args
passed, 1 expected: sigwait()
What is your prototype for sigwait()?
Whatever it is, it doesn't agree with the Single Unix Spec:
Tom Lane wrote:
Bruce Momjian [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
UX:acomp: ERREUR: fe-secure.c, ligne 1316 : prototype mismatch: 2 args
passed, 1 expected: sigwait()
What is your prototype for sigwait()?
Whatever it is, it doesn't agree with the Single Unix Spec:
Bruce Momjian [EMAIL PROTECTED] writes:
Tom Lane wrote:
My feeling about this is too bad, we are not supporting threading on
platforms whose pthread.h doesn't follow SUS.
I think we have to at least test for this in configure and give them an
error message there rather than generating a
I tested with what dependencies were already available. Unfortunately,
even --with-perl couldn't be used because the libraries are apparently
non-shared (or so the build process reported).
==
AIX 5.1, 32-bit, four Power4 processors,
# SELECT version();
Port report for Solaris 8: No errors.
uname -a:
SunOS sunos58.build 5.8 Generic_117350-11 sun4u sparc SUNW,UltraAX-i2
gcc -v:
Reading specs from
/gcc-3.4.0/sunos5/bin/../lib/gcc/sparc-sun-solaris2.8/3.4.0/specs
Configured with: /gcc-3.4.0/src/dist/configure --prefix=/usr/site/gcc-3.4.0
Peter Eisentraut [EMAIL PROTECTED] writes:
It's now time to fill the holes. Briefly, I'm looking for exit status 0
on
./configure --prefix=SOMEWHERE --enable-thread-safety --with-tcl \
--with-perl --with-python --with-krb5 --with-pam -with-openssl
make
make install
make check
with
Peter Eisentraut wrote:
Briefly, I'm looking for exit status 0
on
./configure --prefix=SOMEWHERE --enable-thread-safety --with-tcl \
--with-perl --with-python --with-krb5 --with-pam -with-openssl
(I would like the build farm members for Windows and Cygwin to use more
feature-enabling
./configure \
--prefix=/usr/local/pgsql/8.0rc1 \
--enable-thread-safety \
--with-tcl \
--with-perl \
--with-python \
--with-krb5 \
--with-pam \
--with-openssl \
--with-includes=/sw/include/ \
--with-libraries=/sw/lib
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Peter Eisentraut
Sent: 07 December 2004 00:01
To: [EMAIL PROTECTED]
Subject: [HACKERS] Call for port reports
I have started filling in the supported platform list for the
8.0.0 release
smallmouth:~/tmp ronz$ uname -a
Darwin smallmouth.local 7.5.0 Darwin Kernel Version 7.5.0: Thu Aug 5
19:26:16 PDT 2004; root:xnu/xnu-517.7.21.obj~3/RELEASE_PPC Power
Macintosh powerpc
(or OS X 10.3.5)
./configure --prefix=/Users/ronz/tmp/pgsql8 --enable-thread-safety
--with-tcl
Title: RE: [HACKERS] Call for port reports
Port report for Gentoo (www.gentoo.org) Linux: No errors.
uname -a:
Linux imgvmhost 2.4.26-gentoo-r3 #1 Tue Sep 7 14:20:02 EDT 2004 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux
gcc -v:
gcc version 3.3.4 20040623 (Gentoo Linux
I have started filling in the supported platform list for the 8.0.0
release with the information from the build farm:
http://developer.postgresql.org/docs/postgres/supported-platforms.html
It's now time to fill the holes. Briefly, I'm looking for exit status 0
on
./configure
Peter Eisentraut wrote:
I have started filling in the supported platform list for the 8.0.0
release with the information from the build farm:
http://developer.postgresql.org/docs/postgres/supported-platforms.html
It's now time to fill the holes. Briefly, I'm looking for exit status 0
on
Sorry, here is select version();
PostgreSQL 8.0.0rc1 on i386-pc-bsdi4.3.1, compiled by GCC 2.95.3
---
Peter Eisentraut wrote:
I have started filling in the supported platform list for the 8.0.0
release with
==
All 96 tests passed.
==
version
PostgreSQL 8.0.0rc1 on i386-unknown-freebsd5.3, compiled by GCC gcc (GCC)
Andrew Dunstan [EMAIL PROTECTED] writes:
Peter Eisentraut wrote:
./configure --prefix=SOMEWHERE --enable-thread-safety --with-tcl \
--with-perl --with-python --with-krb5 --with-pam -with-openssl
make
make install
make check
buildfarm actually runs in this order:
make
make check
make
Tom Lane said:
Andrew Dunstan [EMAIL PROTECTED] writes:
Peter Eisentraut wrote:
./configure --prefix=SOMEWHERE --enable-thread-safety --with-tcl \
--with-perl --with-python --with-krb5 --with-pam -with-openssl
make
make install
make check
buildfarm actually runs in this order:
make
Kurt, this patch added special includes for testing un.h, and I believe
it caused regression failures for the statistics collector. Is it still
needed? What platform is this?
---
Kurt Roeckx wrote:
On Fri, Oct 24, 2003
I just tested gcc 2.95.3 on BSD/OS i386 and didn't see any change when
using -g3 vs -g in the size of the binaries.
---
Neil Conway wrote:
On Sat, 2003-10-25 at 21:29, Bruce Momjian wrote:
configure --enable-debug will
On Sat, Nov 08, 2003 at 06:36:38PM -0500, Bruce Momjian wrote:
Kurt, this patch added special includes for testing un.h, and I believe
it caused regression failures for the statistics collector. Is it still
needed? What platform is this?
It's a linux system with an (old) libc5. It's still
Bruce Momjian [EMAIL PROTECTED] writes:
I just tested gcc 2.95.3 on BSD/OS i386 and didn't see any change when
using -g3 vs -g in the size of the binaries.
I saw the same with gcc 2.95.3 on HPUX. The gcc manual for this version
does claim that -g3 dumps extra info, but perhaps that is only
I wrote:
For a change, here is one that does not work:
HP-UX hpunix5 B.11.00 U 9000/803 2002765023
This one is OK now.
--
Peter Eisentraut [EMAIL PROTECTED]
---(end of broadcast)---
TIP 2: you can get off all lists at once with the
Bruce Momjian writes:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
For a change, here is one that does not work:
HP-UX hpunix5 B.11.00 U 9000/803 2002765023
Using the system compiler, I get several complaints about
Peter Eisentraut [EMAIL PROTECTED] writes:
HP-UX hpunix5 B.11.00 U 9000/803 2002765023
Using the system compiler, I get several complaints about our use of
inline, for example:
Interesting. CVS tip works fine for me on HPUX 10.20, using cc -Ae.
It looks like configure deduces inline is not
Bruce Momjian [EMAIL PROTECTED] writes:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
I can confirm CVS tip on HPUX 10.20, using both gcc and vendor's cc.
$ uname -a
HP-UX sss2 B.10.20 C 9000/780 2004473515 32-user
Tom Lane wrote:
Bruce Momjian [EMAIL PROTECTED] writes:
One other idea would be to set CFLAGS to before including template,
and just test to see if it is still after --- that might be cleaner
than saving the original value and comparing.
Yeah, that bothered me a bit too --- what if the
Tom Lane writes:
Odd. I count ten inline functions in the backend:
Why would only three of them fail?
I just remembered this Autoconf change:
2002-03-28 Kevin Ryde [EMAIL PROTECTED]
* lib/autoconf/c.m4 (AC_C_INLINE): Test with a typedef return value,
to avoid versions of
Peter Eisentraut [EMAIL PROTECTED] writes:
* lib/autoconf/c.m4 (AC_C_INLINE): Test with a typedef return value,
to avoid versions of HP C which don't allow that.
So there you have it. Do we want to backpatch the new autoconf test, or
define inline to empty for this particular
Did we ever find the cause of this failure?
---
Rod Taylor wrote:
-- Start of PGP signed section.
Linux ns2 2.4.20-xfs #2 Tue Apr 15 10:04:43 EDT 2003 i686 unknown
-- SNIP --
stats... FAILED
Bruce Momjian writes:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
This one is OK:
OpenBSD ob.credativ.de 3.4 GENERIC#65 sparc
--
Peter Eisentraut [EMAIL PROTECTED]
---(end of
- Original Message -
From: Tom Lane [EMAIL PROTECTED]
To: Philip Yarra [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, October 29, 2003 10:58 PM
Subject: Re: Fwd: Re: [HACKERS] Call for port reports
Philip Yarra [EMAIL PROTECTED] writes:
I've just tried the latest CVS
Am So, den 26.10.2003 schrieb Bruce Momjian um 02:38:
All 93 tests passed.
...
Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
It says i686 but its AMD Opteron:
[EMAIL PROTECTED]:~/pgsql$ cat /proc/cpuinfo |more
...
model name : AMD Opteron(tm)
Bruce Momjian [EMAIL PROTECTED] writes:
One other idea would be to set CFLAGS to before including template,
and just test to see if it is still after --- that might be cleaner
than saving the original value and comparing.
Yeah, that bothered me a bit too --- what if the template tries to set
On Fri, 2003-10-24 at 18:37, Bruce Momjian wrote:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
Sorry for the delay. All regression tests passed on Alpha Tru64/
Digital Unix version 4.0g using Digital CC.
OSF1 emily
Ports list updated:
http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html
---
Alessio Bragadini wrote:
On Fri, 2003-10-24 at 18:37, Bruce Momjian wrote:
It is time for people to report their
I've just tried the latest CVS on Tru64 (OSF) and I'm getting a surprising
number of failures. I've tested using gcc 2.95 and compaq's cc (both the same
number of failures, can provide regression.* and make.out from /bin/cc run
if required). The attached results are from gcc, which appears to
Philip Yarra [EMAIL PROTECTED] writes:
I've just tried the latest CVS on Tru64 (OSF) and I'm getting a surprising=
number of failures.
You seem to have some path problems: most of the errors look like
+ ERROR: could not access file /regress.so: No such file or directory
or collateral damage.
Johan Henselmans [EMAIL PROTECTED] writes:
I had trouble compiling postgressrc/pgsql/src/interfaces/ecpg/ecpglib
and compiling pgsql/src/interfaces/ecpg/compatlib.
Reason was I had asked during configure to include krb5 support. After
adding the -lkrb5 flag to the Makefile in these
Certainly other alpha gcc platforms must have problems with -O2?
I am inclined to add something to configure.in for all alpha
compiles that changes -O2 to -O.
I'm not. It's one thing if FreeBSD thinks their compiler is broken.
But before I accept that gcc is broken as a whole, I want to
Yup, that works fine (just a few warnings about ERROR being redefined).
Thanks, Dave.
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: 27 October 2003 02:50
To: Dave Page
Cc: PostgreSQL-development
Subject: Re: [HACKERS] Call for port reports (Win32 Client
On Sat, 2003-10-25 at 21:29, Bruce Momjian wrote:
configure --enable-debug will use -g for the compile, and with
optimization.
I'm just curious: would there be any benefit to using -g3 when
--enable-debug is specified and -g3 is supported by gcc? From the gcc
man page:
-glevel
[...]
, Dave.
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: 27 October 2003 02:50
To: Dave Page
Cc: PostgreSQL-development
Subject: Re: [HACKERS] Call for port reports (Win32 Client)
This is all fixed in CVS --- would you try
Am So, den 26.10.2003 schrieb Bruce Momjian um 02:20:
(unstable)[EMAIL PROTECTED]:~/pgsql$ uname -a
Linux raptor 2.4.19 #1 SMP Fri Nov 29 23:53:27 CET 2002 s390 GNU/Linux
Updated.
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
Thx. Just a minor thing. The
I should mention that I don't have access to a FreeBSD Alpha box anymore
:( Hence, I have no idea if it currently compiles or not.
Chris
Peter Eisentraut wrote:
Bruce Momjian writes:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report
On Sat, Oct 25, 2003 at 08:42:36PM -0400, Bruce Momjian wrote:
I am confused by your report. I have success from Solaris kernel 5.8.
I see 2.6 mentioned, and I know there is Solaris 7-9. What does uname
-a show?
SunOS oink 5.6 Generic_105182-09 i86pc i386 i86pc
Which is the same as
It's rumoured that Peter Eisentraut once said:
Bruce Momjian writes:
Uh, I am not inclined to mark the port as OK if the parallel
regression tests fail --- what is the cause?
They always have been on Cygwin. This platform just can't handle that
many parallel connections.
Previously though
Noèl Köthe wrote:
-- Start of PGP signed section.
Am So, den 26.10.2003 schrieb Bruce Momjian um 02:20:
(unstable)[EMAIL PROTECTED]:~/pgsql$ uname -a
Linux raptor 2.4.19 #1 SMP Fri Nov 29 23:53:27 CET 2002 s390 GNU/Linux
Updated.
Christopher Kings-Lynne wrote:
I should mention that I don't have access to a FreeBSD Alpha box anymore
:( Hence, I have no idea if it currently compiles or not.
No problem --- Peter go it.
Chris
Peter Eisentraut wrote:
Bruce Momjian writes:
It is time for people to
Ports list updated:
http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html
Should I mention Solaris as 2.6 or 5.6?
---
Kurt Roeckx wrote:
On Sat, Oct 25, 2003 at 08:42:36PM -0400, Bruce Momjian
Dave Page wrote:
It's rumoured that Peter Eisentraut once said:
Bruce Momjian writes:
Uh, I am not inclined to mark the port as OK if the parallel
regression tests fail --- what is the cause?
They always have been on Cygwin. This platform just can't handle that
many parallel
On Sun, Oct 26, 2003 at 08:27:10AM -0500, Bruce Momjian wrote:
Ports list updated:
http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html
Should I mention Solaris as 2.6 or 5.6?
Normally you speak about Solaris 2.5, 2.6, 7, 8 and 9.
Which are also known as
-Original Message-
From: Dave Page
Sent: 26 October 2003 17:34
To: Bruce Momjian
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [HACKERS] Call for port reports
No problem --- the port is already marked as working --- this is a
known problem with the parallel
Kurt Roeckx wrote:
On Sun, Oct 26, 2003 at 08:27:10AM -0500, Bruce Momjian wrote:
Ports list updated:
http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html
Should I mention Solaris as 2.6 or 5.6?
Normally you speak about Solaris 2.5, 2.6, 7, 8 and 9.
Hi together, keep on the nice work!
On SuSE 8.0,
uname -a
Linux dell 2.4.18-4GB #1 Wed Mar 27 13:57:05 UTC 2002 i686 unknown
During compile I got the following warning:
gcc -g -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes
-Wmissing-declarations -I../../../src/include -D_GNU_SOURCE -c
- Original Message -
From: Dave Page [EMAIL PROTECTED]
To: Bruce Momjian [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Sunday, October 26, 2003 3:22 PM
Subject: Re: [HACKERS] Call for port reports
-Original Message-
From: Dave Page
Sent: 26 October
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: 26 October 2003 01:35
To: Dave Page
Cc: PostgreSQL-development
Subject: Re: [HACKERS] Call for port reports
NMAKE : fatal error U1077:
'C:\PROGRA~1\MICROS~3\VC98\BIN\NMAKE.EXE' :
return co
de '0x2
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: 26 October 2003 13:29
To: Dave Page
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [HACKERS] Call for port reports
Previously though that just resulted in a few failed tests
- the run
always
Dave Page wrote:
-Original Message-
From: Dave Page
Sent: 26 October 2003 17:34
To: Bruce Momjian
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [HACKERS] Call for port reports
No problem --- the port is already marked as working --- this is a
known
-development
Subject: Re: [HACKERS] Call for port reports
NMAKE : fatal error U1077:
'C:\PROGRA~1\MICROS~3\VC98\BIN\NMAKE.EXE' :
return co
de '0x2'
Stop.
I am confused why strings.h is being included because there
is a test around it:
#ifdef HAVE_STRINGS_H
Tilo Schwarz wrote:
Hi together, keep on the nice work!
On SuSE 8.0,
uname -a
Linux dell 2.4.18-4GB #1 Wed Mar 27 13:57:05 UTC 2002 i686 unknown
During compile I got the following warning:
gcc -g -O2 -fno-strict-aliasing -Wall -Wmissing-prototypes
-Wmissing-declarations
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: 24 October 2003 16:38
To: PostgreSQL-development
Subject: [HACKERS] Call for port reports
It is time for people to report their port testing. Please
test against current CVS or beta5 and report your
Bruce Momjian writes:
BUT: The default CFLAGS are set by configure to -O2, although the template
wants -O. I manually modified the CFLAGS to -O after configure.
template/alpha has:
case $host_cpu in
alpha*) CFLAGS=$CFLAGS -O;; # alpha has problems with -O2
esac
Am Sa, den 25.10.2003 schrieb Nol Kthe um 01:17:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
The current list is at:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
here are
On Fri, Oct 24, 2003 at 11:37:32AM -0400, Bruce Momjian wrote:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
checking build system type... i386-pc-solaris2.6
checking host system type... i386-pc-solaris2.6
checking
On Sat, Oct 25, 2003 at 01:03:37PM +0200, Noèl Köthe wrote:
[EMAIL PROTECTED]:~/pgsql$ uname -a
Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
It says i686 but its AMD Opteron:
Just wondering, but does it run in 32 or 64 bit mode? I have a
feeling it's only 32
Am Sa, den 25.10.2003 schrieb Kurt Roeckx um 13:48:
Linux pergolesi 2.4.22 #1 SMP Mon Aug 25 20:56:25 CEST 2003 i686 GNU/Linux
It says i686 but its AMD Opteron:
Just wondering, but does it run in 32 or 64 bit mode? I have a
feeling it's only 32 bit mode ... Is it compiled for the
Peter Eisentraut wrote:
Bruce Momjian writes:
BUT: The default CFLAGS are set by configure to -O2, although the template
wants -O. I manually modified the CFLAGS to -O after configure.
template/alpha has:
case $host_cpu in
alpha*) CFLAGS=$CFLAGS -O;; # alpha has
--On Saturday, October 25, 2003 10:00:59 -0400 Bruce Momjian
[EMAIL PROTECTED] wrote:
Peter Eisentraut wrote:
Bruce Momjian writes:
BUT: The default CFLAGS are set by configure to -O2, although the
template wants -O. I manually modified the CFLAGS to -O after
configure.
Bruce Momjian wrote:
Peter Eisentraut wrote:
Bruce Momjian writes:
BUT: The default CFLAGS are set by configure to -O2, although the template
wants -O. I manually modified the CFLAGS to -O after configure.
template/alpha has:
case $host_cpu in
alpha*)
Larry Rosenman wrote:
After further consideration, I think that the recent patch series that
tried to centralize the CFLAGS handling in configure should be reverted
to configure.in revision 1.293. Otherwise, it's much to complicated to
handle all the special cases. There is, after all, a
Bruce Momjian writes:
In fact, another question is why this alpha test is only done in
freebsd?
Ask that to the maintainers of the FreeBSD system compiler.
Certainly other alpha gcc platforms must have problems with -O2?
I am inclined to add something to configure.in for all alpha compiles
--On Saturday, October 25, 2003 10:14:14 -0400 Bruce Momjian
[EMAIL PROTECTED] wrote:
Larry Rosenman wrote:
After further consideration, I think that the recent patch series that
tried to centralize the CFLAGS handling in configure should be
reverted to configure.in revision 1.293.
Peter Eisentraut wrote:
Bruce Momjian writes:
In fact, another question is why this alpha test is only done in
freebsd?
Ask that to the maintainers of the FreeBSD system compiler.
Certainly other alpha gcc platforms must have problems with -O2?
I am inclined to add something to
Peter Eisentraut wrote:
Bruce Momjian writes:
In fact, another question is why this alpha test is only done in
freebsd?
Ask that to the maintainers of the FreeBSD system compiler.
Certainly other alpha gcc platforms must have problems with -O2?
I am inclined to add something to
Peter Eisentraut writes:
FreeBSD 4.8-RELEASE alpha
BUT: The default CFLAGS are set by configure to -O2, although the template
wants -O. I manually modified the CFLAGS to -O after configure.
I've committed a fix for the CFLAGS handling, and now this platform works
perfectly.
--
Peter
--On Saturday, October 25, 2003 18:35:06 +0200 Peter Eisentraut
[EMAIL PROTECTED] wrote:
Peter Eisentraut writes:
FreeBSD 4.8-RELEASE alpha
BUT: The default CFLAGS are set by configure to -O2, although the
template wants -O. I manually modified the CFLAGS to -O after configure.
I've
Regression testing on AIX 5 using 7.4beta5:
polymorphism ... ok
stats... ok
== shutting down postmaster ==
==
All 93 tests passed.
==
bash-2.05$ uname -a
AIX sn2 1 5 0044276A4C00
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
The current list is at:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-platforms.html
here are some build reports. Its all on Debian GNU/Linux with
Bruce Momjian writes:
It is time for people to report their port testing. Please test against
current CVS or beta5 and report your 'uname -a'.
After the just-committed fix, Tru64 5.1 alpha is OK with both cc and gcc.
--
Peter Eisentraut [EMAIL PROTECTED]
---(end
Larry Rosenman writes:
*** ./expected/privileges.out Thu Oct 9 20:49:31 2003
--- ./results/privileges.out Sat Oct 25 12:04:45 2003
***
*** 247,253
(1 row)
CREATE FUNCTION testfunc3(int) RETURNS int AS 'select 2 * $1;' LANGUAGE
sql; -- fail
- ERROR: permission
Am Sa, den 25.10.2003 schrieb Nol Kthe um 01:17:
reports of these slower systems will follow but they need a bit more time:
Linux crest 2.4.20 #1 Wed Mar 5 01:39:17 EST 2003 m68k unknown
Peter gave me this patch for m68k:
-- src/include/port/linux.h.orig Sat Oct 25 13:45:44 2003
+++
Kurt Roeckx writes:
configure: using CFLAGS=-g -O2 -fno-strict-aliasing
checking whether the C compiler still works... no
configure: error: cannot proceed
oink% gcc -v
Reading specs from
/usr/local/lib/gcc-lib/i386-pc-solaris2.6/2.8.1/specs
gcc version 2.8.1
CFLAGS=-g -O2 ./configure
--On Saturday, October 25, 2003 22:29:04 +0200 Peter Eisentraut
[EMAIL PROTECTED] wrote:
Larry Rosenman writes:
*** ./expected/privileges.out Thu Oct 9 20:49:31 2003
--- ./results/privileges.outSat Oct 25 12:04:45 2003
***
*** 247,253
(1 row)
CREATE FUNCTION
On 24-okt-03, at 17:37, Bruce Momjian wrote:
It is time for people to report their port testing. Please test
against
current CVS or beta5 and report your 'uname -a'.
The current list is at:
http://candle.pha.pa.us/main/writings/pgsql/sgml/supported-
platforms.html
--
Bruce Momjian
Bruce Momjian wrote:
How does everyone like this patch? It removes -g from non-debug
compiles, and changes -O2 to -O for FreeBSD/Alpha.
I'd be hesitant to remove -g from non-debug compiles. If something
crashes, it's useful to be able to get a good stacktrace from the
resulting core file.
Peter Eisentraut wrote:
Kurt Roeckx writes:
configure: using CFLAGS=-g -O2 -fno-strict-aliasing
checking whether the C compiler still works... no
configure: error: cannot proceed
oink% gcc -v
Reading specs from
/usr/local/lib/gcc-lib/i386-pc-solaris2.6/2.8.1/specs
gcc version 2.8.1
After CVS update for optimization flags:
Ports list updated:
http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html
---
Peter Eisentraut wrote:
Bruce Momjian writes:
It is time for people to
Ports list updated:
http://momjian.postgresql.org/main/writings/pgsql/sgml/supported-platforms.html
---
Peter Eisentraut wrote:
Bruce Momjian writes:
It is time for people to report their port testing. Please test
1 - 100 of 155 matches
Mail list logo