Re: AM_PROG_AS

[Ralf Wildenhues]

* NightStrike wrote on Thu, Mar 04, 2010 at 03:11:19PM CET:
> On Wed, Mar 3, 2010 at 8:53 PM, Ralf Wildenhues wrote:
> > * NightStrike wrote on Wed, Mar 03, 2010 at 08:18:14PM CET:
> >> Using AM_PROG_AS seems to set AS to 'as' instead of $host-as.  Is this
> >> another case of user error, or is this an automake bug?
> >
> > AM_PROG_AS does not set AS.  This macro is 10 lines long, you could
> > easily have verified that by looking at it.
> 
> Sorry, but I'm not that smart :(

Hey, not knowing or understanding third-party code bases is very much
acceptable, and has little to do with being smart.  On a more abstract
note, it is never a problem to ask even basic questions on a list like
this one, provided that you demonstrate a reasonable effort to find out
yourself and are willing to learn; where "reasonable" can be very low
for newbies; you're not that new here, are you.  ;-)

In this case,
  info Automake --index AM_PROG_AS

could have helped you, and searching for AM_PROG_AS in the aclocal.m4
file of a package of yours that uses it could have provided a hint as
well.

> I said that it "seems" to, since I just kept removing macros until AS
> stopped being defined.

That sounds like a good, if somewhat expensive strategy to me.

> Maybe I don't even need AS.  Do you know
> if I can pass in the $(CCAS) that AM_PROG_AS sets according to the
> manual into dlltool's --as option?  If CCAS is just set to gcc, will
> dlltool be able to handle that?  Or is this getting just way too far
> off topic, and I should just try it myself or go to the binutils list?

I think dlltool --as really want's an assembler, not the compiler
driver.  But I only gathered that from looking at its manpage now.

Cheers,
Ralf