On Jan 5, 2011, at 1:23 PM, Donn Washburn wrote:
> On 01/05/2011 11:50 AM, Christopher Sean Morrison wrote:
>> Donn,
>>
>> You'll have to regenerate the configure script. Running "sh
>> autogen.sh" should do the trick.
>>
>> Standard warning notice: Installing with a /usr prefix (particularly
>> with libdir=/usr/lib) can be very dangerous due to potential naming
>> conflicts. You can render a system unusable if you inadvertently
>> overwrite system libraries.
>>
>> Cheers!
>> Sean
>>
> Thanks for the reply. However, I am a compTIA Linux+ Certified person
> with about 15 years or longer experience. I am aware of autogen.sh
> and
> have already run it. It runs just fine and given time all is OK.
> If I
> give it a .configure --prefix --exec-prefix it always gives me a
> complete build.
The standard warning is for anyone potentially reading this, not just
you. Plenty of experienced people have rendered their system
unusable already so it's a caution worth repeating.
> I then type "make -n install" to wash where it puts files. It then
> puts
> all of the binaries in /bin.
Unless you already know there's a problem, it'd be easy to not notice
which of our two dozen libraries and 400 binaries might already be
installed on a system, particularly potential system libraries like
libbu, libbn, librt. Automake and make unfortunately won't tell you
when installing might clobber. The binaries weren't even safe for /
usr/bin or /bin but all of the known conflicts have since been
resolved over the years. It's good that you check the result
regardless.
> So, something is causing it to drop --exec-prefix=/usr in front of /
> bin
> or added to ${bindir}. I have heard this is a autoconf version
> problem.
I've seen that with older or mismatched versions of autoconf/
automake, so the only suggestion I have is to make sure you're fully
up-to-date with all three: autoconf, automake, and libtool.
Otherwise, you'd have to read through the generated makefile and
configure logic to see where things are going astray.
Cheers!
Sean
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
BRL-CAD Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-users
