Re: linux sparc compile issue - Mailing list pgsql-hackers

From Waldemar Brodkorb
Subject Re: linux sparc compile issue
Date
Msg-id 20150811051047.GD8475@waldemar-brodkorb.de
Whole thread Raw
In response to Re: linux sparc compile issue  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Hi Tom,
Tom Lane wrote,

> Waldemar Brodkorb <wbx@openadk.org> writes:
> > while doing regular builds via buildroot autobuilders
> > a compile problem for sparc 32bit v8 was found.
> > It seems the defines for Linux are other than for Solaris.
> 
> > Following patch fixes it for buildroot:
> > The gcc predefines for Linux are __sparc_v8__/__sparc_v7__
> 
> I've applied your suggested patch for this, but I'm a bit curious what
> version of gcc you are using; our code's been like that for a very long
> time and nobody complained before.

Thanks.
The cross-compiler we use is gcc 4.9.3. But also the native gcc
on my Sun Voyager running Debian 4.0 have it:
platin:~# gcc -dM -E - </dev/null|grep sparc
#define sparc 1
#define __sparc__ 1
#define __sparc 1
#define __sparc_v8__ 1
platin:~# gcc -v
Using built-in specs.
Target: sparc-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --with-cpu=v8
--enable-checking=release sparc-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
platin:~# cat /etc/debian_version 
4.0

The last supported Debian is delivering Postgresql 7.5.22.
I think this version did not contained the code:
platin:~/postgresql-7.5.22# find . -name \*lock.h
platin:~/postgresql-7.5.22# grep -r sparc *

So may be buildroot is one of the few projects supporting sparcv8
for 32 Bit sparc machines.

best regardsWaldemar



pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: max_connections and standby server
Next
From: Tom Lane
Date:
Subject: Re: max_connections and standby server