Michael Huedepohl wrote:
>
> "D. Stimits" wrote:
> >
> > "D. Stimits" wrote:
> > >
> > > Michael Huedepohl wrote:
> > > >
> > > > "Jason E. Stewart" wrote:
> > > > >
> > > > > "Michael Huedepohl" <[EMAIL PROTECTED]> writes:
> > > > >
> > > > > > "Jason E. Stewart" wrote:
> > > > > > >
> > > > > > > "Michael Huedepohl" <[EMAIL PROTECTED]> writes:
> > > > > > >
> > > > > > > > Well, I've analyzed the configure file and found a solution:
> > > > > > > > You only have to move the setting of prefix_include behind the check
> > > > > > > > `test "x$prefix" = xNONE && prefix=$ac_default_prefix'.
> > > > > > > > I.e., remove line 1289 and insert it after line 1376.
> > > > > > > > Here is the diff output:
> > > > > > > > diff -r1.4 configure
> > > > > > > > 1289d1288
> > > > > > > > < prefix_include=${prefix}/include/xercesc
> > > > > > > > 1376a1376
> > > > > > > > > prefix_include=${prefix}/include/xercesc
> > > > > > > >
> > > > > > > > Can you commit this change?
> > > > > > >
> > > > > > > No. Because configure is automatically generated from configure.in
> > > > > > > using autoconf. Any changes to configure will be lost the next time
> > > > > > > someone runs autoconf.
> > > > > >
> > > > > > Are you really sure?
> > > > >
> > > > > $ cp ./configure ./configure.bak
> > > > > $ autoconf
> > > > > $ diff ./configure ./configure.bak
> > > > > $
> > > > >
> > > > > Seems to be.
> > > >
> > > > Okay, I had to step deeper into the autoconf mechanism.
> > > > Now I found a solution for configure.in, here is the diff
> > > > for configure.in:
> > > >
> > > > 66c66
> > > > < prefix_include=${prefix}/include/xercesc
> > > > ---
> > > > > prefix_include='${PREFIX}/include/xercesc'
> > >
> > > Unfortunately, this didn't seem to fix it for me (on Redhat 7.1). The
> > > quoting change appears to be a valid addition, but insufficient. The
> > > generated configure file has this line unchanged:
> > > ac_default_prefix=/usr/local
> > > ...which looks right, but it is being ignored.
> > >
> > > Further down in the configure file, the additional quotes come through
> > > correctly, but "prefix" is till not even looking at ac_default_prefix
> > > (it appears ac_default_prefix is inert):
> > > prefix=NONE
> > >
> > > I did not investigate if there is code somewhere that is supposed to
> > > test "prefix" for "NONE", and substitute "/usr/local" only if it is
> > > currently "NONE", but the install still failed to copy header files. The
> > > "NONE" directories are still being used, rather than
> > > /usr/local/include/xercesc/.
> > >
> > > It would be interesting if autoconf and friends had a debugger with
> > > breakpoints and watches, oh well.
> > >
> > > D. Stimits, [EMAIL PROTECTED]
> >
> > Ok, I am coming up with a new twist. Careful view of text ("tee" is a
> > wonderful tool), I discovered it is installing to
> > /include/xercesc/....in other words, it is creating "include" in the
> > root of the entire filesystem. I have the changes to add single quotes
> > for prefix_include, so instead of going to "NONE" it is now calling it
> > an empty string, and then it is directly appending "/include/xercesc" to
> > that. More testing later, but it very much appears that
> > ac_default_prefix is completely ignored.
>
> Please apply the patch as I described it above, not only adding single quotes!!!
> It's necessary to use PREFIX in upper case letters, too!
> Don't you know the patch command?
> Apply it to configure - or apply it to configure.in and use autoconf.
> If in doubt, look into Makefile.in (e.g. in the util directory)
> where prefix_include is used.
> For me, it works with and without the -P option on Linux, Solaris and FreeBSD.
>
> Michael
Ok, I missed the CAP letters before. I'll give that a shot.
D. Stimits, [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
