LadybirdBrowser/ladybird
1
1
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2024-09-21 10:19:03 +03:00
Code Issues Packages Projects Releases Wiki Activity
53d0ca2ad8
ladybird/Kernel/Makefile

161 lines
4.1 KiB
Makefile
Raw Normal View History

Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
OBJS = \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
../AK/FileSystemPath.o \
AK: Add FlyString, a simple flyweight string class FlyString is a flyweight string class that wraps a RefPtr<StringImpl> known to be unique among the set of FlyStrings. The class is very unoptimized at the moment. When to use FlyString: - When you want O(1) string comparison - When you want to deduplicate a lot of identical strings When not to use FlyString: - For strings that don't need either of the above features - For strings that are likely to be unique
2020-03-22 12:12:55 +03:00
../AK/FlyString.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
../AK/JsonParser.o \
../AK/JsonValue.o \
../AK/LogStream.o \
../AK/String.o \
../AK/StringBuilder.o \
../AK/StringImpl.o \
AK: Move the wildcard-matching implementation to StringUtils Provide wrappers in the String and StringView classes, and add some tests.
2020-02-26 10:25:24 +03:00
../AK/StringUtils.o \
AK: Add FlyString, a simple flyweight string class FlyString is a flyweight string class that wraps a RefPtr<StringImpl> known to be unique among the set of FlyStrings. The class is very unoptimized at the moment. When to use FlyString: - When you want O(1) string comparison - When you want to deduplicate a lot of identical strings When not to use FlyString: - For strings that don't need either of the above features - For strings that are likely to be unique
2020-03-22 12:12:55 +03:00
../AK/StringView.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
../Libraries/LibELF/ELFImage.o \
../Libraries/LibELF/ELFLoader.o \
Kernel: Apply changes to use LibBareMetal definitions
2020-02-09 17:47:15 +03:00
../Libraries/LibBareMetal/Output/Console.o \
../Libraries/LibBareMetal/Output/kprintf.o \
../Libraries/LibBareMetal/StdLib.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Arch/i386/CPU.o \
Build: Update the Kernel makefile to build the latest changes
2020-02-22 21:47:40 +03:00
Interrupts/InterruptManagement.o \
Interrupts/APIC.o \
Interrupts/IOAPIC.o \
Interrupts/PIC.o \
Interrupts/GenericInterruptHandler.o \
Interrupts/UnhandledInterruptHandler.o \
Kernel: Add SpuriousInterruptHandler class This type of interrupt handler should handle spurious IRQs.
2020-02-28 19:22:32 +03:00
Interrupts/SpuriousInterruptHandler.o \
Build: Update the Kernel makefile to build the latest changes
2020-02-22 21:47:40 +03:00
Interrupts/IRQHandler.o \
Interrupts/SharedIRQHandler.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
CMOS.o \
Kernel: Introduce the new Time management subsystem This new subsystem includes better abstractions of how time will be handled in the OS. We take advantage of the existing RTC timer to aid in keeping time synchronized. This is standing in contrast to how we handled time-keeping in the kernel, where the PIT was responsible for that function in addition to update the scheduler about ticks. With that new advantage, we can easily change the ticking dynamically and still keep the time synchronized. In the process context, we no longer use a fixed declaration of TICKS_PER_SECOND, but we call the TimeManagement singleton class to provide us the right value. This allows us to use dynamic ticking in the future, a feature known as tickless kernel. The scheduler no longer does by himself the calculation of real time (Unix time), and just calls the TimeManagment singleton class to provide the value. Also, we can use 2 new boot arguments: - the "time" boot argument accpets either the value "modern", or "legacy". If "modern" is specified, the time management subsystem will try to setup HPET. Otherwise, for "legacy" value, the time subsystem will revert to use the PIT & RTC, leaving HPET disabled. If this boot argument is not specified, the default pattern is to try to setup HPET. - the "hpet" boot argumet accepts either the value "periodic" or "nonperiodic". If "periodic" is specified, the HPET will scan for periodic timers, and will assert if none are found. If only one is found, that timer will be assigned for the time-keeping task. If more than one is found, both time-keeping task & scheduler-ticking task will be assigned to periodic timers. If this boot argument is not specified, the default pattern is to try to scan for HPET periodic timers. This boot argument has no effect if HPET is disabled. In hardware context, PIT & RealTimeClock classes are merely inheriting from the HardwareTimer class, and they allow to use the old i8254 (PIT) and RTC devices, managing them via IO ports. By default, the RTC will be programmed to a frequency of 1024Hz. The PIT will be programmed to a frequency close to 1000Hz. About HPET, depending if we need to scan for periodic timers or not, we try to set a frequency close to 1000Hz for the time-keeping timer and scheduler-ticking timer. Also, if possible, we try to enable the Legacy replacement feature of the HPET. This feature if exists, instructs the chipset to disconnect both i8254 (PIT) and RTC. This behavior is observable on QEMU, and was verified against the source code: https://github.com/qemu/qemu/commit/ce967e2f33861b0e17753f97fa4527b5943c94b6 The HPETComparator class is inheriting from HardwareTimer class, and is responsible for an individual HPET comparator, which is essentially a timer. Therefore, it needs to call the singleton HPET class to perform HPET-related operations. The new abstraction of Hardware timers brings an opportunity of more new features in the foreseeable future. For example, we can change the callback function of each hardware timer, thus it makes it possible to swap missions between hardware timers, or to allow to use a hardware timer for other temporary missions (e.g. calibrating the LAPIC timer, measuring the CPU frequency, etc).
2020-03-09 18:03:27 +03:00
Time/PIT.o \
Time/TimeManagement.o \
Time/HardwareTimer.o \
Time/RTC.o \
Time/HPET.o \
Time/HPETComparator.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Devices/BXVGADevice.o \
Kernel: Move devices into Kernel/Devices/.
2019-04-03 13:36:40 +03:00
Devices/BlockDevice.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Devices/CharacterDevice.o \
Kernel+LibC: Add a DebugLogDevice that forwards everything to I/O port 0xe9. This is then used to implement the userspace dbgprintf() in a far more efficient way than what we had before. :^)
2019-04-18 17:08:52 +03:00
Devices/DebugLogDevice.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Devices/Device.o \
Kernel: Rename OffsetDiskDevice to DiskPartition
2019-06-02 12:38:37 +03:00
Devices/DiskPartition.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Devices/FullDevice.o \
PartitionTable: Initial GPT Support, Adding Block Limit Also added a script to handle creation of GPT partitioned disk (with GRUB config file). Block limit will be used to disallow potential access to other partitions.
2019-10-07 03:12:37 +03:00
Devices/GPTPartitionTable.o \
Partition Table: Add support for Extended partitions Now also MBR configurations with extended partitions are supported.
2020-02-02 00:28:39 +03:00
Devices/EBRPartitionTable.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Devices/KeyboardDevice.o \
Devices/MBRPartitionTable.o \
Devices/MBVGADevice.o \
Devices/NullDevice.o \
Devices/PATAChannel.o \
Devices/PATADiskDevice.o \
Devices/PCSpeaker.o \
Devices/PS2MouseDevice.o \
Devices/RandomDevice.o \
Devices/SB16.o \
Devices/SerialDevice.o \
Devices/ZeroDevice.o \
Kernel: Add support for vmmouse We add this feature together with the VMWareBackdoor class. VMWareBackdoor class is responsible for enabling the vmmouse, and then controlling it from the PS2 mouse IRQ handler.
2020-02-04 04:00:50 +03:00
Devices/VMWareBackdoor.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
DoubleBuffer.o \
FileSystem/Custody.o \
FileSystem/DevPtsFS.o \
Revert "Kernel: Change Ext2FS to be backed by a file instead of a block device" This reverts commit 6b59311d4bdc1447e085573f9bd2c42819e264dd. Reverting these changes since they broke things. Fixes #1608.
2020-04-03 22:20:51 +03:00
FileSystem/DiskBackedFileSystem.o \
Kernel: Move FS-related files into Kernel/FileSystem/
2019-04-03 13:25:24 +03:00
FileSystem/Ext2FileSystem.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
FileSystem/FIFO.o \
FileSystem/File.o \
Kernel: Rename FileDescriptor to FileDescription. After reading a bunch of POSIX specs, I've learned that a file descriptor is the number that refers to a file description, not the description itself. So this patch renames FileDescriptor to FileDescription, and Process now has FileDescription* file_description(int fd).
2019-06-07 10:36:51 +03:00
FileSystem/FileDescription.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
FileSystem/FileSystem.o \
FileSystem/Inode.o \
FileSystem/InodeFile.o \
FileSystem/InodeWatcher.o \
FileSystem/ProcFS.o \
FileSystem/TmpFS.o \
FileSystem/VirtualFileSystem.o \
Heap/SlabAllocator.o \
Heap/kmalloc.o \
KBufferBuilder.o \
KParams.o \
KSyms.o \
Lock.o \
Net/E1000NetworkAdapter.o \
Net/IPv4Socket.o \
Net/LocalSocket.o \
Net/LoopbackAdapter.o \
Net/NetworkAdapter.o \
Net/NetworkTask.o \
Net/RTL8139NetworkAdapter.o \
Net/Routing.o \
Net/Socket.o \
Net/TCPSocket.o \
Net/UDPSocket.o \
Kernel: Create support for PCI ECAM The new PCI subsystem is initialized during runtime. PCI::Initializer is supposed to be called during early boot, to perform a few tests, and initialize the proper configuration space access mechanism. Kernel boot parameters can be specified by a user to determine what tests will occur, to aid debugging on problematic machines. After that, PCI::Initializer should be dismissed. PCI::IOAccess is a class that is derived from PCI::Access class and implements PCI configuration space access mechanism via x86 IO ports. PCI::MMIOAccess is a class that is derived from PCI::Access and implements PCI configurtaion space access mechanism via memory access. The new PCI subsystem also supports determination of IO/MMIO space needed by a device by checking a given BAR. In addition, Every device or component that use the PCI subsystem has changed to match the last changes.
2019-12-31 14:04:30 +03:00
PCI/Access.o \
PCI/IOAccess.o \
PCI/MMIOAccess.o \
PCI/Initializer.o \
Build: Update the Kernel makefile to build the latest changes
2020-02-22 21:47:40 +03:00
PCI/Device.o \
Kernel: Start working on a syscall for logging performance events This patch introduces sys$perf_event() with two event types: - PERF_EVENT_MALLOC - PERF_EVENT_FREE After the first call to sys$perf_event(), a process will begin keeping these events in a buffer. When the process dies, that buffer will be written out to "perfcore" in the current directory unless that filename is already taken. This is probably not the best way to do this, but it's a start and will make it possible to start doing memory allocation profiling. :^)
2020-02-02 22:26:27 +03:00
PerformanceEventBuffer.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Process.o \
Kernel: Add 'ptrace' syscall This commit adds a basic implementation of the ptrace syscall, which allows one process (the tracer) to control another process (the tracee). While a process is being traced, it is stopped whenever a signal is received (other than SIGCONT). The tracer can start tracing another thread with PT_ATTACH, which causes the tracee to stop. From there, the tracer can use PT_CONTINUE to continue the execution of the tracee, or use other request codes (which haven't been implemented yet) to modify the state of the tracee. Additional request codes are PT_SYSCALL, which causes the tracee to continue exection but stop at the next entry or exit from a syscall, and PT_GETREGS which fethces the last saved register set of the tracee (can be used to inspect syscall arguments and return value). A special request code is PT_TRACE_ME, which is issued by the tracee and causes it to stop when it calls execve and wait for the tracer to attach.
2020-03-28 11:47:16 +03:00
ThreadTracer.o \
Kernel: Implement a simple process time profiler The kernel now supports basic profiling of all the threads in a process by calling profiling_enable(pid_t). You finish the profiling by calling profiling_disable(pid_t). This all works by recording thread stacks when the timer interrupt fires and the current thread is in a process being profiled. Note that symbolication is deferred until profiling_disable() to avoid adding more noise than necessary to the profile. A simple "/bin/profile" command is included here that can be used to start/stop profiling like so: $ profile 10 on ... wait ... $ profile 10 off After a profile has been recorded, it can be fetched in /proc/profile There are various limits (or "bugs") on this mechanism at the moment: - Only one process can be profiled at a time. - We allocate 8MB for the samples, if you use more space, things will not work, and probably break a bit. - Things will probably fall apart if the profiled process dies during profiling, or while extracing /proc/profile
2019-12-11 22:36:56 +03:00
Profiling.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
RTC.o \
Kernel: Add a more expressive API for getting random bytes We now have these API's in <Kernel/Random.h>: - get_fast_random_bytes(u8* buffer, size_t buffer_size) - get_good_random_bytes(u8* buffer, size_t buffer_size) - get_fast_random<T>() - get_good_random<T>() Internally they both use x86 RDRAND if available, otherwise they fall back to the same LCG we had in RandomDevice all along. The main purpose of this patch is to give kernel code a way to better express its needs for random data. Randomness is something that will require a lot more work, but this is hopefully a step in the right direction.
2020-01-03 14:36:30 +03:00
Random.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
Scheduler.o \
SharedBuffer.o \
Syscall.o \
Kernel: Add kernel-level timer queue (heavily based on @juliusf's work) PR #591 defines the rationale for kernel-level timers. They're most immediately useful for TCP retransmission, but will most likely see use in many other areas as well.
2019-12-27 03:58:28 +03:00
TimerQueue.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
TTY/MasterPTY.o \
TTY/PTYMultiplexer.o \
TTY/SlavePTY.o \
TTY/TTY.o \
TTY/VirtualConsole.o \
Thread.o \
VM/AnonymousVMObject.o \
Kernel: Allow contiguous allocations in physical memory For that, we have a new type of VMObject, called ContiguousVMObject, that is responsible for allocating contiguous physical pages.
2020-03-07 20:24:41 +03:00
VM/ContiguousVMObject.o \
Kernel: Split InodeVMObject into two subclasses We now have PrivateInodeVMObject and SharedInodeVMObject, corresponding to MAP_PRIVATE and MAP_SHARED respectively. Note that PrivateInodeVMObject is not used yet.
2020-02-28 22:20:35 +03:00
VM/InodeVMObject.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
VM/MemoryManager.o \
VM/PageDirectory.o \
VM/PhysicalPage.o \
VM/PhysicalRegion.o \
Kernel: Start implementing purgeable memory support It's now possible to get purgeable memory by using mmap(MAP_PURGEABLE). Purgeable memory has a "volatile" flag that can be set using madvise(): - madvise(..., MADV_SET_VOLATILE) - madvise(..., MADV_SET_NONVOLATILE) When in the "volatile" state, the kernel may take away the underlying physical memory pages at any time, without notifying the owner. This gives you a guilt discount when caching very large things. :^) Setting a purgeable region to non-volatile will return whether or not the memory has been taken away by the kernel while being volatile. Basically, if madvise(..., MADV_SET_NONVOLATILE) returns 1, that means the memory was purged while volatile, and whatever was in that piece of memory needs to be reconstructed before use.
2019-12-09 21:12:38 +03:00
VM/PurgeableVMObject.o \
Kernel: Split InodeVMObject into two subclasses We now have PrivateInodeVMObject and SharedInodeVMObject, corresponding to MAP_PRIVATE and MAP_SHARED respectively. Note that PrivateInodeVMObject is not used yet.
2020-02-28 22:20:35 +03:00
VM/PrivateInodeVMObject.o \
Kernel: Move ProcessPagingScope to its own files
2020-03-01 17:38:09 +03:00
VM/ProcessPagingScope.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
VM/RangeAllocator.o \
VM/Region.o \
Kernel: Rename InodeVMObject => SharedInodeVMObject
2020-02-28 22:07:51 +03:00
VM/SharedInodeVMObject.o \
Kernel: Sort the C++ objects in the Makefile
2019-11-06 15:45:03 +03:00
VM/VMObject.o \
Kernel: Create support for PCI ECAM The new PCI subsystem is initialized during runtime. PCI::Initializer is supposed to be called during early boot, to perform a few tests, and initialize the proper configuration space access mechanism. Kernel boot parameters can be specified by a user to determine what tests will occur, to aid debugging on problematic machines. After that, PCI::Initializer should be dismissed. PCI::IOAccess is a class that is derived from PCI::Access class and implements PCI configuration space access mechanism via x86 IO ports. PCI::MMIOAccess is a class that is derived from PCI::Access and implements PCI configurtaion space access mechanism via memory access. The new PCI subsystem also supports determination of IO/MMIO space needed by a device by checking a given BAR. In addition, Every device or component that use the PCI subsystem has changed to match the last changes.
2019-12-31 14:04:30 +03:00
ACPI/ACPIParser.o \
ACPI/ACPIStaticParser.o \
ACPI/ACPIDynamicParser.o \
ACPI/DMIDecoder.o \
Build: Update the Kernel makefile to build the latest changes
2020-02-22 21:47:40 +03:00
ACPI/MultiProcessorParser.o \
Kernel: Add a WaitQueue for Thread queueing/waking and use it for Lock The kernel's Lock class now uses a proper wait queue internally instead of just having everyone wake up regularly to try to acquire the lock. We also keep the donation mechanism, so that whenever someone tries to take the lock and fails, that thread donates the remainder of its timeslice to the current lock holder. After unlocking a Lock, the unlocking thread calls WaitQueue::wake_one, which unblocks the next thread in queue.
2019-12-01 13:57:20 +03:00
WaitQueue.o \
Kernel: Apply changes to use LibBareMetal definitions
2020-02-09 17:47:15 +03:00
init.o
Integrate ext2 from VFS into Kernel.
2018-10-17 11:55:43 +03:00
Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
OBJ_SUFFIX = .kernel
Build: fix building Kernel/TestModule object
2020-01-02 01:19:27 +03:00
MODULE_OBJS = TestModule$(OBJ_SUFFIX).o
Kernel: Implement very simple kernel module loading It's now possible to load a .o file into the kernel via a syscall. The kernel will perform all the necessary ELF relocations, and then call the "module_init" symbol in the loaded module.
2019-11-28 22:59:11 +03:00
Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
EXTRA_OBJS = Arch/i386/Boot/boot.ao
KERNEL = 1
PROGRAM = kernel
Add a simple IDEDiskDevice class that implements DiskDevice from VFS.
2018-10-16 15:17:43 +03:00
Kernel: Add -fbuiltin to Kernel CXXFLAGS This allows the compiler to assume some helpful things, like strlen() not modifying global memory and thus being a safe inlinable thing.
2020-02-01 15:52:52 +03:00
SUBPROJECT_CXXFLAGS += -pie -fPIE -ffreestanding -fbuiltin -mno-80387 -mno-mmx -mno-sse -mno-sse2 -fno-asynchronous-unwind-tables
Kernel: Build without debugging symbols by default Compiling with -g adds roughly 30% to kernel build times. Anyone who wants this can turn it on locally instead.
2020-02-22 20:39:22 +03:00
SUBPROJECT_CXXFLAGS += -nostdlib -nostdinc -nostdinc++
Toolchain/Ports: Update gcc to 9.3.0 Ever closer to C++20! Also fix up some of those pesky "'s
2020-03-22 07:25:17 +03:00
SUBPROJECT_CXXFLAGS += -I../Toolchain/Local/i686-pc-serenity/include/c++/9.3.0/
SUBPROJECT_CXXFLAGS += -I../Toolchain/Local/i686-pc-serenity/include/c++/9.3.0/i686-pc-serenity/
Kernel: Make sure we build with -mno-387, -mno-sse, etc.
2019-12-20 22:51:05 +03:00
Kernel: Build without debugging symbols by default Compiling with -g adds roughly 30% to kernel build times. Anyone who wants this can turn it on locally instead.
2020-02-22 20:39:22 +03:00
LDFLAGS += -Wl,-T linker.ld -nostdlib -lgcc -lstdc++
Import the "gerbert" kernel I worked on earlier this year. It's a lot crappier than I remembered it. It's gonna need a lot of work.
2018-10-16 12:01:38 +03:00
Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
all: $(PROGRAM) $(MODULE_OBJS) kernel.map
Add a very hackish /proc/PID/stack. It walks the stack and identifies anything that looks like a kernel symbol. This could be a lot more sophisticated.
2018-10-26 23:32:35 +03:00
kernel.map: kernel
Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
@echo "MKMAP $@"
$(QUIET) sh mkmap.sh
Import the "gerbert" kernel I worked on earlier this year. It's a lot crappier than I remembered it. It's gonna need a lot of work.
2018-10-16 12:01:38 +03:00
Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
EXTRA_CLEAN += kernel.map
Import the "gerbert" kernel I worked on earlier this year. It's a lot crappier than I remembered it. It's gonna need a lot of work.
2018-10-16 12:01:38 +03:00
Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
install:
mkdir -p $(SERENITY_BASE_DIR)/Root/usr/include/Kernel/
cp *.h $(SERENITY_BASE_DIR)/Root/usr/include/Kernel/
Import the "gerbert" kernel I worked on earlier this year. It's a lot crappier than I remembered it. It's gonna need a lot of work.
2018-10-16 12:01:38 +03:00
Build: clean up build system, use one shared Makefile Allow everything to be built from the top level directory with just 'make', cleaned with 'make clean', and installed with 'make install'. Also support these in any particular subdirectory. Specifying 'make VERBOSE=1' will print each ld/g++/etc. command as it runs. Kernel and early host tools (IPCCompiler, etc.) are built as object.host.o so that they don't conflict with other things built with the cross-compiler.
2019-12-19 02:35:46 +03:00
include ../Makefile.common
Reference in New Issue Copy Permalink