> So, my questions:

> 2. What is the point of providing the ./configure
> tool if it does not yield altered Makefiles?
> 4. Is not ./configure the preferred mechanism for altering
> the Makefiles,

Yes - configure is the preferred mechanism for altering
Makefiles, and the point of providing it is that in most
cases it *does* do this.

There's obviously something going wrong with this specific case,
but the answer is to track down and fix the particular problem -
not to give up on the whole mechanism.



> ./configure --with-cc=/opt/kenati/i386/bin/i386-uclibc-gcc ....
> This yields Makefiles which make reference to the
> gcc compiler, with lines as
>
> CC      = gcc
>
> Now, upon renaming the gcc compiler to gccgcc, and
> then running the above ./configure command,


Errr...  I'm a little confused as to what you are actually doing.
I'm not sure I understand the purpose of renaming gcc - or even
whether this is the name of the actual binary, the lines in the
Makefile(s) or what.


>  the output includes these lines:
> loading cache ./config.cache
> checking for gcc... (cached) gcc
> checking whether the C compiler (gcc  ) works... no

If you've made changes to the underlying system, then it's probably
best not to rely on any cached information remaining valid.

Can I suggest that you start again with a clean system - with
binaries named the way you'd ideally want them to be.
Check that there isn't a file 'config.cache', and then run
the configure command again.

a)  Does the configure script run correctly?
b)  Do the Makefiles refer to the correct compiler?
c)  If not, what does

                grep uclib-gcc *

                                report ?

Dave

>                          I am smart enough to avoid doing 
> stupid things with my computers, always keep proper backups,
> etc., such that reliance upon a user account for protection
> from myself is not needed.

I'm impressed!
I've been working in this industry for 25 years, and I still
manage to do stupid things occasionally (OK - frequently).
Working as a non-privileged user has saved me a lot of
embarrassment over the years.
  I admire your confidence, if not your caution :-)




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Net-snmp-users mailing list
[EMAIL PROTECTED]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to