Makefile bug?

Jeffrey A Law law@cygnus.com
Sun Sep 28 00:34:00 GMT 1997


  In message < 9709280405.AA04032@negril.msrce.howard.edu >you write:
  > Tracing through the Makefiles I see from the top egcs-970924 directory
  > that the ranlib enviroment variable is passed to the gcc Makefile through
  > RANLIB_FOR_TARGET and RANLIB in both BASE_FLAGS_TO_PASS and EXTRA_GCC_FLAGS
I was just starting to poke at the RANLIB_FOR_TARGET vs RANLIB stuff
when I had to switch gears and deal with EOQ stuff.  So odds are,
we're on the right track.

Basically I couldn't reconcile RANLIB vs RANLIB_FOR_TARGET since
the _value_ of the latter is the correct thing to use inside gcc
since it only builds target libraries, but everything seemed to
be using RANLIB.

I was a little confused about things until I found the magic
EXTRA_TARGET_FLAGS and EXTRA_GCC_FLAGS in the toplevel Makefile.in
Basically it sets RANLIB to RANLIB_FOR_TARGET (similarly for other
target things).  Those flags are then passed down to the gcc
make.  So, the values we need should be in RANLIB/RANLIB_TEST
instead of the _FOR_TARGET variants.

So, it seems to me that the right thing is to pass down RANLIB
and RANLIB_TEST like y'all have done (and AR).  I'll make this
change now so hopefully this problem will go away with the next
snapshot!

  > have fixed the build error I kept on getting.  2) How about a make
  > bootstrap-lean that has the three rm's mentioned above?
It's been mentioned as desirable by several folks; just waiting
on someone to implement it :-)

jeff



More information about the Gcc mailing list