An error occurred fetching the project authors.
- 24 Mar, 2003 1 commit
-
-
Linus Torvalds authored
-
- 21 Mar, 2003 1 commit
-
-
Alan Cox authored
-
- 17 Mar, 2003 2 commits
-
-
Linus Torvalds authored
-
Kai Germaschewski authored
gen-asm-offsets, the most common user of the new filechk function, needs to be fed input from $< (the first prerequisite).
-
- 15 Mar, 2003 2 commits
-
-
Kai Germaschewski authored
make's line continuation without explicit backslashes is a mystery to me, and in this case, vmlinux got linked, but the linker command was not written to the screen. Works again now.
-
Roman Zippel authored
This adds the gtk front end by Romain Liévin <roms@tilp.info>
-
- 07 Mar, 2003 1 commit
-
-
Sam Ravnborg authored
Added a new rule filechk used to check when a generated file actually is changed. If there is no actual changes the file is left without updating the timestamp. When building a kernel from scratch two printouts occurs: CHK file-to-generate UPD file-to-generate The first line tell that kbuild checks the file, second line tell that the file is being updated (or created). On successive runs only the first line is printed. Output is the same in verbose and non-verbose mode. This replaces the former update-if-changed which has been deleted. generate-asm-offsets.h has been renamed as well. All users are updated in next patch. Output when generating compile.h follow above style
-
- 05 Mar, 2003 2 commits
-
-
Sam Ravnborg authored
Create a nice shorthand to enable the non-verbose output mode. make V=1 => Gives verbose output (default) make V=0 => Gives non-verbose output One of the reasons why people does not use KBUILD_VERBOSE=0 that much is simply the typing needed. This notation should make it acceptable to type it. The usage of "make V=0" is restricted to the command line. Anyone that wants to enable the non-verbose mode pr. default shall set KBUILD_VERBOSE in the shell.
-
Kai Germaschewski authored
set -e is needed for each (continued) line.
-
- 04 Mar, 2003 1 commit
-
-
Linus Torvalds authored
-
- 02 Mar, 2003 3 commits
-
-
Kai Germaschewski authored
We had a dummy dependency on include/linux/compile.h, but it really caused more trouble than benefits. It's not actually needed for the module postprocessing, it was only put there to make sure we recognize when gcc changed under us. However, we really can only do so much, and the rest of kbuild won't notice a changed gcc either, so if the user replaces gcc during a build, he just can't rely on the build doing the right thing. The common cases are still covered, anyway. When the command to invoke gcc changes ("CC=gcc32") we notice, and when the path to /usr/lib/gcc-lib/i386-redhat-linux/2.96/include/stdarg.h changes (which luckily contains the "2.96", we'll notice and handle that, too.
-
Sam Ravnborg authored
1) Remove dep from "make help", it is no longer useful 2) replace Generating with GEN when generating version.h
-
Sam Ravnborg authored
When a rule in the top-level Makefile includes scripts as one of the prerequisites it inherits FORCE, and thus is always build. include/linux/autoconf.h recently included scripts hereby forcing split-include to be run for each compilation. Fix all rules that lists scripts as a prerequisite but did not list FORCE. Fixed by listing the executable needed direct.
-
- 01 Mar, 2003 3 commits
-
-
Sam Ravnborg authored
1) Define comma so dependency files does not include a '_' in the filename 2) Use correct path for mkspec and mkversion 3) Removed checkhelp - corresponding perl script is no longer present 4) Spelling correction (reported on lkml)
-
Kai Germaschewski authored
For some people (though not me), the '+' indicating that a command will invoke a sub-make didn't propagated properly, and caused a warning. Putting the command all into one line should fix that. Plus some cosmetics and clean up the per_cpu check.
-
Kai Germaschewski authored
-
- 24 Feb, 2003 3 commits
-
-
Kai Germaschewski authored
Yet another "make -j" race fixed, and print the right number of spaces for consisting output
-
Sam Ravnborg authored
make rpm has been broken in several kernel versions, fix it. Solves http://bugme.osdl.org/show_bug.cgi?id=373 which Paolo Ciarrocchi pushed me to fix. 1) Moved make rpm to the noconfig section, thus allowing it to see the clean target. 2) Fixed the commandline for find 3) Use rpmbuild if present 4) In mkspec use the generic all target, and drop the dep target This made the build command arch independent
-
Linus Torvalds authored
-
- 19 Feb, 2003 4 commits
-
-
Kai Germaschewski authored
This puts genksyms into scripts/genksyms/. genksyms used to be maintained externally, though the only possible user was the kernel build. Moving it into the kernel sources makes it easier to keep it uptodate, like for example updating it to generate linker scripts directly instead of postprocessing the generated header file fragments with sed, as we do currently. Also, genksyms does not handle __typeof__, which needs to be fixed since some of the exported symbol in the kernel are defined using __typeof__. (Rusty Russell/me)
-
Kai Germaschewski authored
From Richard Henderson: > The compiler.h fragment should describe the problem well enough. (I tested egcs 2.91.66, even there no problem)
-
Kai Germaschewski authored
Patch from Rolf Eike Beer: > Linus asked for typo fixes, so here is one...
-
Kai Germaschewski authored
For the modversions case, we need vmlinux to be built before postprocessing modules can start, since we need to extract the checksums from it. For the non-modversions case, we use vmlinux if it's available (so we can sensibly give warnings about unresolved symbols), but otherwise not. However, this could race with vmlinux being built at the exact same time as being processed. Fixed by waiting until vmlinux is finished before starting module postprocessing.
-
- 17 Feb, 2003 1 commit
-
-
Linus Torvalds authored
-
- 16 Feb, 2003 1 commit
-
-
Brian Gerst authored
Remove the generated *.mod.c files in make clean.
-
- 14 Feb, 2003 5 commits
-
-
Kai Germaschewski authored
Since it's now not only used for modversioning but generally, rename the Makefile .modver -> .modpost and the generated files to <module>.ver.[co]. Also, when there's now vmlinux during module postprocessing, don't print warnings on unresolved symbols (there's just too many, then).
-
Kai Germaschewski authored
Since we rely on our list of all modules for building anyway, we can as well use it to install the modules. So we don't need to descend in that step anymore, speeding it up, though it's not a particularly performance-critical area.
-
Kai Germaschewski authored
Since we'll have to always do module postprocessing shortly, we can as well get rid of the special cased init/vermagic.o which needed to be compiled before descending, and instead include the current version magic string during post processing. For that purpose, the generation of the string is moved from init/vermagic.c to include/linux/vermagic.h. People who externally maintain modules will also be happy about that.
-
Kai Germaschewski authored
Currently, we are doing the final module link (.ko) at different places (Makefile.build vs Makefile.modver) depending on CONFIG_MODVERSIONS. Apart from being confusing, that also means we have this code path duplicated, and the modversions path most likely gets little testing. It's actually cleaner to just do the final link from Makefile.modver always, performance-wise it's not a noticable difference, since we don't descend in that step, but just use the list of modules generated during the build. This step is also preliminary for doing additional postprocessing, e.g. generating module alias information from PCI / USB device tables.
-
Linus Torvalds authored
-
- 10 Feb, 2003 3 commits
-
-
Kai Germaschewski authored
Quote ',$ before passing them to the shell - ' must be escaped for echo, $$ will be converted to $ by make. This allows to use e.g. perl commands in the build with support from the generic $(call if_changed,...). by Konrad Eisele
-
Kai Germaschewski authored
From ram <ram@curvesoft.com>: > Appended below is a small patch to the top-level makefile; it > -- replaces a call to $(shell/echo/sed) with $(subst) and adds a > comment > -- fixes some typos.
-
Linus Torvalds authored
-
- 08 Feb, 2003 1 commit
-
-
Kai Germaschewski authored
We need to collect a list of all modules during the recursive build. I used a "touch .tmp_versions/<path/to/module.ko>" to do so, which however doesn't work so well, when path/to isn't inside the kernel tree. The best way to build external modules is currently using kbuild by saying "make SUBDIRS=/some/external/dir modules", which was thus broken. While this way is not all that optimal and I hope to come up with something better before 2.6, it works and should keep working, so this patch fixes the usage above. Instead of touching files with the entire path added, we just create a <module>.mod file in $(MODVERDIR) now, and save the path to the module.ko in it. Since module names are unique, a flat hierarchy is actually fine here.
-
- 05 Feb, 2003 1 commit
-
-
Kai Germaschewski authored
Defaulting to building modules together with vmlinux when just doing "make" or "make all" is only a good choice when "CONFIG_MODULES" is set.
-
- 04 Feb, 2003 1 commit
-
-
Linus Torvalds authored
-
- 03 Feb, 2003 2 commits
-
-
Kai Germaschewski authored
o Build modules with CONFIG_MODVERSIONS when just saying "make" o Ignore generated *.ver.c files o Fix a typo (Sam Ravnborg) o Fix another typo (Paul Marinceu)
-
Kai Germaschewski authored
CONFIG_MODVERSIONING was a temporary name introduced to distinguish between the old and new module version implementation. Since the traces of the old implementation are now gone from the build system, we rename the config option back in order to not confuse users more than necessary in 2.6. Also, remove some historic modversions cruft throughout the tree.
-
- 26 Jan, 2003 2 commits
-
-
Sam Ravnborg authored
"make dir/" is used to build a subsystem without going through the full kernel tree, neither completing the build. This is solely useful during development, when focus is on a single subsystem. This is the counterpart to "make dir/module.ko"
-
Sam Ravnborg authored
In arch/$(ARCH)/Makefile the objects to be linked as the very first are specified with HEAD. To make more consistent naming, and to allow smarter kbuild style declarations HEAD is replaced with head-y. Support for the old notaion is kept for now. Only i386 updated.
-