Re: Raising our compiler requirements for 9.6

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Raising our compiler requirements for 9.6
Дата
Msg-id 20150805175942.GA12214@awork2.anarazel.de
обсуждение исходный текст
Ответ на Re: Raising our compiler requirements for 9.6  (Andres Freund <andres@anarazel.de>)
Ответы Re: Raising our compiler requirements for 9.6  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 2015-08-05 17:19:05 +0200, Andres Freund wrote:
> On 2015-08-05 11:12:34 -0400, Tom Lane wrote:
> > Andres Freund <andres@anarazel.de> writes:
> > > Ok, lets' do it that way then. It seems the easiest way to test for this
> > > is to use something like
> > 
> > > # "IBM XL C/C++ for AIX, V12.1" miscompiles, for 32-bit, some inline
> > > # expansions of ginCompareItemPointers() "long long" arithmetic.  To
> > > # take advantage of inlining, build a 64-bit PostgreSQL.
> > > test $(getconf HARDWARE_BITMODE) == '32' then
> > >    CFLAGS="$CFLAGS -DPG_FORCE_DISABLE_INLINE"
> > > fi

So that approach doesn't work out well because the 32 bit xlc can be
installed on the 64 bit system.

> > Actually, much the easiest way to convert what Noah did would be to add
> > 
> > #if defined(__ILP32__) && defined(__IBMC__)
> > #define PG_FORCE_DISABLE_INLINE
> > #endif
> > 
> > in src/include/port/aix.h.

Therefore I'm going to reshuffle things in that direction tomorrow. I'll
wait for other fallout first though. So far only gcc, xlc and clang (via
gcc frontend) have run...

Greetings,

Andres Freund



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: Freeze avoidance of very large table.
Следующее
От: Fabrízio de Royes Mello
Дата:
Сообщение: Re: Doubt about AccessExclusiveLock in ALTER TABLE .. SET ( .. );