Hi David,
David McCullough wrote:
Jivin John Williams lays it down ...
David McCullough wrote:
Jivin Steve Bennett lays it down ...
This often (always?) happens if you reconfigure busybox and rebuild.
The solution is simply to clean out busybox after reconfiguring to
ensure
that everything is rebuilt.
$ make user/busybox_clean
The code in user/busbox/Makefile is supposed to do a clean whenever
the config is changed.
I think we should change:
.config.mkconfig: $(ROOTDIR)/config/.config
...
$(MAKE) clean; \
...
to a "distclean" perhaps to ensure everything is truly cleaned out.
Someone want to try it :-) :-)
I've found that if you change the busybox config, you have to rebuild it
(make user_only) *twice* before doing a make romfs, to ensure all new
applets are built and properly symlinked. Never taken the time to
figure out why, just a gotcha.
Anyone else seen this?
Most likely because there is no Makefile seperation, as in the
Makefile that builds the config has probably got dependancies
on the config that do not get fixed.
I am guessing a good solution will be:
create a "makefile" that generates the config, checks the config
cleans the old build and rebuilds using the "Makefile" as needed.
I'm a bit wary of mixing lowercase and uppercase [mM]akefiles in the
same dir, for the reason that one day I'll have to stop putting off
supporting cygwin for MicroBlaze builds! I know this is already done
extensively, but no point in adding to it!
On that note, a while ago a Makefile.uc concept was proposed -
user/Makefile would look for a .uc" makefile first and make -f on that,
if possible.
that way it has no dependancies on anything busybox related. Oh and
uses distclean as well ;-) Perhaps even have it build a symlink tree
so we can do all the BB stuff in a subdir so we can be really sure it
works as clean just removes the directory :-)
I can send an example of a "makefile" that does the symlinks if anyone wants
to tackle it,
This isn't urgent from my perspective, busy rebuilding toolchains at the
moment :)
John
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
