Re: [kbuild-devel] linux kernel conf 0.6

2002-09-23 Thread Kai Germaschewski

On Mon, 23 Sep 2002, Roman Zippel wrote:

  I intentionally only printed a message and errored out in this case, and I
  think that's more useful, particularly for people doing
 
  make all 21  make.log
 
  which now may take forever waiting for input.
 
 You should have tried this first :) :

Yup, obviously ;) Sorry about that.

 
 $ make | cat
 make[1]: Entering directory `/home/roman/src/linux-lkc/scripts'
 make[1]: Leaving directory `/home/roman/src/linux-lkc/scripts'
 make[1]: Entering directory `/home/roman/src/lc'
 make[1]: `conf' is up to date.
 make[1]: Leaving directory `/home/roman/src/lc'
 ./scripts/lkc/conf -s arch/i386/config.new
 #
 # using defaults found in .config
 #
 *
 * Restart config...
 *
 Enable loadable module support (MODULES) [Y/n/?] y
   Set version information on all module symbols (MODVERSIONS) [N/y/?] (NEW) aborted!
 
 Console input/output is redirected. Run 'make oldconfig' to update configuration.
 
 make: *** [include/linux/autoconf.h] Error 1

I'm still not happy at least for the .config does not exist case. Since 
when I forget to cp ../config-2.5 .config, I don't really want make 
oldconfig, I want to do the forgotten cp. I think there's hardly anyone 
who wants oldconfig in that case, rather menuconfig/xconfig or a cp like I 
mentioned. Since kbuild/lkc does not know, it shouldn't make that (bad) 
guess.

If .config exist but is not current, I think in 99% of the cases we really 
want make oldconfig, so that's fine.

--Kai




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] UML kbuild patch

2002-09-23 Thread Jeff Dike

The UML build needs a few kbuild changes in order to work with the latest
stuff.

Since kbuild now enforces the use of the linker script on the vmlinux build,
UML can't use its old two-stage link, where
vmlinux is a normal relocatable object file
which is linked into the linux binary with the linker script

So, in order to fold those into one stage and produce an ELF binary, I need
the vmlinux linker to actually be gcc.  This implies I need a 
-Wl,-T,arch/$(ARCH)/vmlinux.lds.s instead of the usual 
-T arch/$(ARCH)/vmlinux.lds.s.

This is done without breaking the other arches by changing the final link
command to $(LD_vmlinux) which is defaulted to $(LD) if the arch doesn't
define it.

The -Wl,... is done similarly by using $(LDFLAGS_vmlinux_default) if
the linker command is anything but gcc and $(LDFLAGS_vmlinux_gcc) if it is
gcc.

The one caveat is that I removed $(LDFLAGS) from the link line - you might
want to add it back.

You can pull bk://jdike.stearns.org/kbuild-2.5.  The patch is also appended.

Jeff


# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
#  ChangeSet1.600   - 1.602  
#   Makefile1.305   - 1.307  
#
# The following is the BitKeeper ChangeSet Log
# 
# 02/09/23  [EMAIL PROTECTED]1.601
# Fixes to allow UML to build with the new vmlinux rules.
# 
# 02/09/23  [EMAIL PROTECTED]1.602
# Made the UML Makefile changes work for the other arches.
# 
#
diff -Nru a/Makefile b/Makefile
--- a/Makefile  Mon Sep 23 19:50:33 2002
+++ b/Makefile  Mon Sep 23 19:50:33 2002
@@ -288,10 +288,12 @@
 #   we cannot yet know if we will need to relink vmlinux.
 #  So we descend into init/ inside the rule for vmlinux again.
 
+LD_vmlinux := $(if $(LD_vmlinux),$(LD_vmlinux),$(LD))
+
 vmlinux-objs := $(HEAD) $(INIT) $(CORE_FILES) $(LIBS) $(DRIVERS) $(NETWORKS)
 
 quiet_cmd_link_vmlinux = LD  $@
-cmd_link_vmlinux = $(LD) $(LDFLAGS) $(LDFLAGS_$(@F)) $(HEAD) $(INIT) \
+cmd_link_vmlinux = $(LD_vmlinux) $(LDFLAGS_$(@F)) $(HEAD) $(INIT) \
--start-group \
$(CORE_FILES) \
$(LIBS) \
@@ -313,7 +315,11 @@
$(NM) vmlinux | grep -v '\(compiled\)\|\(\.o$$\)\|\( [aUw] 
\)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | sort  System.map
 endef
 
-LDFLAGS_vmlinux += -T arch/$(ARCH)/vmlinux.lds.s
+LDFLAGS_vmlinux_default = -T arch/$(ARCH)/vmlinux.lds.s
+LDFLAGS_vmlinux_gcc = -Wl,-T,arch/$(ARCH)/vmlinux.lds.s
+
+vmlinux_base = $(basename $(notdir $(LD_vmlinux)))
+LDFLAGS_vmlinux += $(if 
+$(LDFLAGS_vmlinux_$(vmlinux_base)),$(LDFLAGS_vmlinux_$(vmlinux_base)),$(LDFLAGS_vmlinux_default))
 
 vmlinux: $(vmlinux-objs) arch/$(ARCH)/vmlinux.lds.s FORCE
$(call if_changed_rule,link_vmlinux)



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel



[kbuild-devel] Re: UML kbuild patch

2002-09-23 Thread Jeff Dike

[EMAIL PROTECTED] said:
 The actual executable UML generates is called linux anyway, so its
 Makefile can have its own rule (as for other archs the boot images)
 which  builds linux from vmlinux using gcc and the link script. -
 I.e. the  same way as UML used to do it earlier, anyway. 

I'd actually prefer the one-stage link.  That takes better advantage of
the infrastructure that you've put in place.

Instead of making LDFLAGS_vmlinux available to the arch Makefile, can
you make cmd_link_vmlinux available?  Then I can just rewrite it.

That looks like it has no impact on the global Makefile except for moving
it above the include of the arch Makefile.

Jeff



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel