kbuild-2.5-common-2.5.20-3 has a change to the link order that will
affect all architectures.  Makefile.in now contains

  link_subdirs(init)
  link_subdirs($(arch_init_subdirs)) <=== new

  link_subdirs(kernel)
  link_subdirs(mm)
  link_subdirs(fs)
  link_subdirs(ipc)

  link_subdirs($(arch_libs)) 
  link_subdirs(lib)
  link_subdirs(drivers) 
  link_subdirs(sound)
  link_subdirs(arch/$(ARCH))
  link_subdirs($(arch_drivers_subdirs))
  link_subdirs(net)

arch_init_subdirs should be set in arch/$(ARCH)/Makefile.defs.noconfig
to the directories that are to be linked immediately after the generic
init code.  arch/i386/Makefile.defs.noconfig added

  arch_init_subdirs       := arch/$(ARCH)/kernel arch/$(ARCH)/mm

Because these directories are linked separately, arch/i386/Makefile.in
was changed from

  link_subdirs(kernel mm math-emu pci)

to

  # kernel mm are linked via arch_init_subdirs
  link_subdirs(math-emu pci)

Would architecture maintainers please change
arch/$(ARCH)/Makefile.defs.noconfig and arch/$(ARCH)/Makefile.in to
suit their requirements.  It is likely that arch_init_subdirs will be
the same for all architectures, but that is not required.
link_subdirs() in arch/$(ARCH)/Makefile.in will vary.


_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel

Reply via email to