On Jan 6, 2011, at 9:44 AM, Donn Washburn wrote: > As a test i downloaded all of the autoconf, automake, autogen and > libtool programs with the same version numbers \. Built them, checked > and removed the old before installing them. Tested and all worked. > I am > still seeing the /bin problem. It must be a version of them that has > the problem.
Then the only recourse remaining that comes to mind is to trace the configure and Makefile logic to see exactly where/why it goes astray. Investigating that, however, is probably going to be way too involved for a mailing list discussion. I'd suggest starting out by opening a tracker report: https://sourceforge.net/tracker/?func=add&group_id=105292&atid=640802 Post the specific steps you performed and attach your configure output and your config.log file for starters. > Also compiling brlcad it wants to fail at /src/other/tcl and tk > because > they are being overlooked. One has cmake and the other has no > Makefile > but has Makefile.am and .in. Also misc/enigma (as I remember) has no > Makefile yet has configure and Makefile.am and .in. That sounds like configure wasn't run. Those directories all run as subconfigures from the top-level configure so there may be some incompatibility with the newer autoconf you're using. You'd need to either download a source tarball and NOT run autogen.sh (so it uses the existing generated logic) or wait until one of the devs has access to the newer autoconf to investigate. 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
