An error occurred fetching the project authors.
- 06 Sep, 2003 2 commits
-
-
Sam Ravnborg authored
This solves 1193 in bugme as reported by ak@suse.de AFLAGS and CFLAGS contained duplicate entries, both generic and architecture specific flags
-
Randy Dunlap authored
rename make check* targets to make *check (per Sam) since 'make checkconfig' currently doesn't work; add versioncheck and scripts/checkversion.pl;
-
- 31 Aug, 2003 2 commits
-
-
Andrew Morton authored
From: Valdis.Kletnieks@vt.edu, Sam Ravnborg <sam@ravnborg.org> Adds an explicit check for the new modutils in the build system. Generally we should avoid these sorts of hardwired checks for the right versions of things, but we are still getting a significant number of problem reports due to people not having the new tools. Let's help them out.
-
Andrew Morton authored
From: Sam Ravnborg <sam@ravnborg.org> When building a kernel right after 'make mrproper' resulted in a very short run, and no sign that .config was missing. This has been fixed by adding a new rule for .config in the top-level Makefile, and a new target 'silentoldconfig' in scripts/kconfig/Makefile. Cleaned up a bit in scripts/kconfig/Makefile
-
- 22 Aug, 2003 1 commit
-
-
Linus Torvalds authored
-
- 17 Aug, 2003 1 commit
-
-
Sam Ravnborg authored
This fixes a bug with multiple targets. Olaf Hering reported that the build failed for PowerPc if used like this: make oldconfig zImage The reason for this was that .config was not present for any targets specified in arch/$(ARCH)/Makefile and below. That's because .config would not be included when oldconfig is present in the list of targets. The fix is to move handling of *config task to the kconfig/Makefile. Furthermore the logic in top-level makefile has changed a bit, creating a more logial structure. When building a fresh kernel, the user is now told that .config is missing, not an anonymous report that .config did not exist. The error has survided this long because the targets used in i386/boot in general does not use CONFIG_ symbols. Olaf Hering has tested this patch with success.
-
- 08 Aug, 2003 1 commit
-
-
Linus Torvalds authored
-
- 05 Aug, 2003 1 commit
-
-
Kai Germaschewski authored
Currently, vmlinux.lds.s is generated by the top-level Makefile. Unfortunately, this causes the automatic CONFIG dependencies to not work correctly, the reason being that make caches the timestamps of include/config/* so even after split-include updated the timestamps, make still uses the cached stamps to decide whether to rebuild vmlinux.lds.s. The simple fix is to move generation of vmlinux.lds.s into the arch/$(ARCH)/kernel subdirectories, where we build other files for the final link (like head.o) anyway. This also means some special code in the top-level Makefile for preprocessing can go away, since we now just use the standard rules during the recursive phase. This patches fixes up all archs for this change (untested).
-
- 27 Jul, 2003 1 commit
-
-
Linus Torvalds authored
-
- 18 Jul, 2003 1 commit
-
-
Alan Cox authored
-
- 13 Jul, 2003 1 commit
-
-
Linus Torvalds authored
First "test" kernel. Same naming we used for 2.4.0 - there it took from May to December to get to the real version. Let's see if we can do it faster this time.
-
- 10 Jul, 2003 2 commits
-
-
Matthew Wilcox authored
parisc64 machines should build parisc kernels.
-
Linus Torvalds authored
Making ready for the pre-2.6.x series ...
-
- 02 Jul, 2003 1 commit
-
-
Linus Torvalds authored
-
- 01 Jul, 2003 1 commit
-
-
Ben Collins authored
Since KALLSYMS is defined, might aswell use it somewhere.
-
- 23 Jun, 2003 1 commit
-
-
Kai Germaschewski authored
make doesn't recognize itself that it does a recursive call, so we have to use a leading '+' to let it know. (reported by Steven Cole)
-
- 22 Jun, 2003 4 commits
-
-
Sam Ravnborg authored
In some cases (notably ia64) changes to CPPFLAGS is needed, and relevant both for AS and CC. Make sure changes to CPPFLAGS propagate back to CFLAGS and AFLAGS
-
Sam Ravnborg authored
-
Linus Torvalds authored
-
Sam Ravnborg authored
Documentation/kbuild are now limited to kernel development information, so there is no point asking people to look there, when searching information about building the kernel. Pinting to README makes most sense
-
- 21 Jun, 2003 2 commits
-
-
Sam Ravnborg authored
Originally by Michael Still <mikal@stillhq.com> This patch adds two new targets to the docbook makefile -- mandocs, and installmandocs. The targets require two new perl scripts in the scripts/ directory, but in return we get a series of man pages for kernel functions, which are installed in man section 9. This is a good thing, as many programmers expect documentation to be available with man, and hunting through various PS or PDF documents to find the documentation for the function you want can be quite frustrating. The man pages are just extracted from the various existing DocBook SGML documents, which are generated by kernel-doc. You also need to have docbook2man installed on your machine. Please note the formatting is not perfect, but I will tweak other stuff later with further patches -- this is just an initial implementation. Sample output (HTMLised) can be found at http://www.stillhq.com/linux/mandocs/2.5.68/ and http://www.stillhq.com/linux/mandocs/2.5.70/
-
Sam Ravnborg authored
When CONFIG_DEBUG_INFO is set to Y, -g will be added to CFLAGS. Several architectures already put -g in CFLAGS, often via a patch to the top-level makefile. This option is put in the kernel hacking menu, guarded by CONFIG_DEBUG_KERNEL. Added CONFIG_DEBUG_INFO in Kconfig for the architectures that already had CONFIG_DEBUG_KERNEL
-
- 16 Jun, 2003 1 commit
-
-
Linus Torvalds authored
-
- 14 Jun, 2003 1 commit
-
-
Linus Torvalds authored
-
- 10 Jun, 2003 1 commit
-
-
Linus Torvalds authored
so hackish.
-
- 07 Jun, 2003 2 commits
-
-
Sam Ravnborg authored
Previously modules could be build using the make dir/module.ko syntax, but this has been broken for a while. Now the directory notation includes modules as well.
-
Sam Ravnborg authored
New makefile variable introduced: lib-y The lib-y syntax allows you to do the usual tricks such as: lib-$(CONFIG_SMP) += percpu_counter.o A built-in.o is always present in a directory that list .o files in either obj-* or lib-*. In contrast, lib.a is made only when lib-y is defined. I also updated lib/Makefile, so that crc32.o is now always built-in if selected.
-
- 04 Jun, 2003 3 commits
-
-
Sam Ravnborg authored
In the top-level makefile escaped two lines to avoid launching a second subshell. This make the build a bit less verbose with make V=0
-
Sam Ravnborg authored
Patch originally by Jesse Barnes <jbarnes@sgi.com> Previously the user were required to supply CROSS_COMPILE and ARCH on the commandline to make, alternatively they patched the Makefile direct. The following patch allows the user to specify the value of these in a variable assigned during init or similar.
-
Sam Ravnborg authored
Patches originally by Adrian Bunk and Rudmer van Dijk. Included "make V=0|1" and "make C=1"
-
- 26 May, 2003 1 commit
-
-
Linus Torvalds authored
-
- 25 May, 2003 1 commit
-
-
Sam Ravnborg authored
Make the default kernel build less verbose, to make warnings show up more clearly.
-
- 10 May, 2003 1 commit
-
-
Adrian Bunk authored
The patch below adds information about modules_install to "make help".
-
- 07 May, 2003 1 commit
-
-
Linus Torvalds authored
user-supplied source checker on all C files before compiling them. I'll release the actual checker once I've cleaned it up a bit more (yay, all the copyright paperwork completed!)
-
- 04 May, 2003 1 commit
-
-
Linus Torvalds authored
-
- 19 Apr, 2003 1 commit
-
-
Linus Torvalds authored
-
- 14 Apr, 2003 1 commit
-
-
Martin Schwidefsky authored
Merge s390x and s390 to one architecture.
-
- 09 Apr, 2003 1 commit
-
-
Andrew Morton authored
Now that sparc64 is using gcc-3.x we can disallow gcc-2.91, etc. Documentation/Changes already says 2.95.3, which is working fine for me. With this change, we no longer require that per-cpu data definitions be initialised. That was a workaround for a bug in older gccs. So remove the build infrastructure which was checking for that. Also, mention that nfs-utils-1.0.3 is required. It isn't required yet, but will be once we enable larger dev_t: there is an interface for exportfs which passes dev_t's into the kernel which breaks with larger dev_t. That interface is old, deprecated and is not used in nfs-utils-1.0.3.
-
- 07 Apr, 2003 1 commit
-
-
Linus Torvalds authored
-
- 24 Mar, 2003 1 commit
-
-
Linus Torvalds authored
-