Re: port report: [FAILURE] FreeBSD 6, Intel icc7

From: Darcy Buskermolen <darcy(at)wavefire(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: port report: [FAILURE] FreeBSD 6, Intel icc7
Date: 2004-12-16 22:01:55
Message-ID: 200412161401.55905.darcy@wavefire.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On December 16, 2004 01:49 pm, Bruce Momjian wrote:
> Andrew Dunstan wrote:
> > Bruce Momjian wrote:
> > >Darcy Buskermolen wrote:
> > >>As per
> > >>http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=herring&dt=2004-12-16
> > >>%2018:46:18
> > >>
> > >>This combination of OS/compiler does not result in a working copy.
> > >>
> > >>Andrew and i have been digging into this for better than a week now,
> > >> and something just dosent look right.
> > >
> > >That is strange. The problem line appears to be:
> > >
> > > creating conversions ... FATAL: could not load library
> > > ... /postgresql/ascii_and_mic.so":dlopen
> > > ... /postgresql/ascii_and_mic.so'failed.
> > > ... /postgresql/ascii_and_mic.so:Undefined symbol "pg_mic2ascii")
> > >
> > >I wonder if running ldconfig would help.
> >
> > What would it do? This is failing at the "make check" stage, before it's
> > even installed (and buildfarm doesn't install to a standard location
> > anyway).
>
> Sometimes pre-existing libraries that are already installed override
> even the regression initdb on some platforms. It is just a guess.

And in this case it's a "virgin", not having an installed copy of pg.

--
Darcy Buskermolen
Wavefire Technologies Corp.
ph: 250.717.0200
fx: 250.763.1759
http://www.wavefire.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2004-12-16 22:05:28 Re: port report: [FAILURE] FreeBSD 6, Intel icc7
Previous Message Tom Lane 2004-12-16 21:53:26 Re: port report: [FAILURE] FreeBSD 6, Intel icc7