Re: port report: [FAILURE] FreeBSD 6, Intel icc7 - Mailing list pgsql-hackers

From Darcy Buskermolen
Subject Re: port report: [FAILURE] FreeBSD 6, Intel icc7
Date
Msg-id 200412161401.55905.darcy@wavefire.com
Whole thread Raw
In response to Re: port report: [FAILURE] FreeBSD 6, Intel icc7  (Bruce Momjian <pgman@candle.pha.pa.us>)
List 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


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: port report: [FAILURE] FreeBSD 6, Intel icc7
Next
From: Andrew Dunstan
Date:
Subject: Re: port report: [FAILURE] FreeBSD 6, Intel icc7