emu buildfarm failure

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: stefan(at)kaltenbrunner(dot)cc
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgreSQL(dot)org
Subject: emu buildfarm failure
Date: 2006-06-15 05:47:16
Message-ID: 18123.1150350436@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Buildfarm member emu is failing in some branches with

checking libintl.h usability... yes
checking libintl.h presence... no
configure: WARNING: libintl.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: libintl.h: proceeding with the preprocessor's result
checking for libintl.h... no
configure: error: header file <libintl.h> is required for NLS

I think this is probably because of

'config_env' => {
'CFLAGS' => '-I/usr/local/include',
'CC' => 'gcc',
'LDFLAGS' => '-L/usr/local/lib/ -lcrypto -liconv'
},

The config.log trace suggests that libintl.h is installed in
/usr/local/include, because the "working" tests succeed when they have
"-I/usr/local/include" while the "failing" tests don't have that.

-I switches should logically go in CPPFLAGS not CFLAGS. I'm not sure
this explains emu's failure to build 7.4 and 8.0, because I don't know
why 8.1 and HEAD wouldn't fail the same way ... but it looks wrong
anyway.

regards, tom lane

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2006-06-15 05:54:15 Re: Are we still interested in the master-slave scan patch
Previous Message Qingqing Zhou 2006-06-15 05:02:20 Are we still interested in the master-slave scan patch