Re: FYI - Build problems when an RPM version is installed - Mailing list pgsql-hackers

From Mike Mascari
Subject Re: FYI - Build problems when an RPM version is installed
Date
Msg-id 39BDFF7F.3DDB68D7@mascari.com
Whole thread Raw
In response to FYI - Build problems when an RPM version is installed  (Mike Mascari <mascarm@mascari.com>)
List pgsql-hackers
Thomas Lockhart wrote:
> 
> > It seems to be that HAVE_UNION_SEMUN is set by configure, because
> > it appears in the file /usr/include/pgsql/storage/ipc.h, which is
> > somehow included in the configure test. During the build process,
> > however, the RPM headers are, properly, not included. Moving
> > /usr/include/pgsql to /tmp allows for the build to take place, so
> > no harm no foul. I'm not sure if this is a problem or not, but
> > its nice to be able to run snapshots on the same machine as
> > RPM-based production versions for development.
> 
> Hmm. I've been building in the same kind of environment (7.0.2 RPMs
> installed; cvs snapshot in my home directory) and do not see this
> symptom. I did a "make distclean" this evening so had a fairly fresh
> start.
> 
> btw, I had to blow away all of my installation area to get things to
> initdb this evening. Not sure what was not getting
> replaced/updated/removed by the normal installation process, but
> whatever it was led to core dumps when building the template database.
> 
>                       - Thomas

Sorry. It looks like config.cache is being distributed with the
snapshot. I must have performed a make distclean after moving the
include directory and concluded incorrectly regarding the ipc.h
header.

Mike Mascari


pgsql-hackers by date:

Previous
From: "Valter Mazzola"
Date:
Subject: Re: Patch for TNS services
Next
From: Mike Mascari
Date:
Subject: Weird function behavior from Sept 11 snapshot