mirrors/ladybird
1
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2025-01-23 09:46:04 -05:00
Code Issues Projects Releases Packages Wiki Activity
ladybird/AK/CMakeLists.txt

78 lines
1.8 KiB
Text
Raw Normal View History

AK: Make the AK library's CMake a bit more standard We no longer have multiple locations including AK (e.g. LibC). So let's avoid awkwardly defining the AK library across multiple CMake files. This is to allow more easily adding third-party dependencies to AK in the future.
2024-07-15 13:24:18 -04:00
set(SOURCES
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
Assertions.cpp
AK: Remove Lagom tools workaround for simdutf
2024-07-17 13:09:07 -04:00
Base64.cpp
AK: Add `CircularBuffer` The class is very similar to `CircularDuplexStream` in its behavior. Main differences are that `CircularBuffer`: - does not inherit from `AK::Stream` - uses `ErrorOr` for its API - is heap allocated (and OOM-Safe) This patch also add some tests.
2022-12-08 16:44:46 -05:00
CircularBuffer.cpp
AK: Move ConstrainedStream from LibWasm and limit discarding
2023-03-10 10:37:52 -05:00
ConstrainedStream.cpp
AK: Add a Stream wrapper that counts read bytes
2023-03-16 05:23:24 -04:00
CountingStream.cpp
Userland+AK: Stop using getopt() for ArgsParser This commit moves the implementation of getopt into AK, and converts its API to understand and use StringView instead of char*. Everything else is caught in the crossfire of making Option::accept_value() take a StringView instead of a char const*. With this, we must now pass a Span<StringView> to ArgsParser::parse(), applications using LibMain are unaffected, but anything not using that or taking its own argc/argv has to construct a Vector<StringView> for this method.
2023-02-21 06:44:41 -05:00
DOSPackedTime.cpp
AK+Everywhere: Rename FlyString to DeprecatedFlyString DeprecatedFlyString relies heavily on DeprecatedString's StringImpl, so let's rename it to A) match the name of DeprecatedString, B) write a new FlyString class that is tied to String.
2023-01-08 19:23:00 -05:00
DeprecatedFlyString.cpp
Everywhere: Rename {Deprecated => Byte}String This commit un-deprecates DeprecatedString, and repurposes it as a byte string. As the null state has already been removed, there are no other particularly hairy blockers in repurposing this type as a byte string (what it _really_ is). This commit is auto-generated: $ xs=$(ack -l \bDeprecatedString\b\|deprecated_string AK Userland \ Meta Ports Ladybird Tests Kernel) $ perl -pie 's/\bDeprecatedString\b/ByteString/g; s/deprecated_string/byte_string/g' $xs $ clang-format --style=file -i \ $(git diff --name-only | grep \.cpp\|\.h) $ gn format $(git ls-files '*.gn' '*.gni')
2023-12-16 09:19:34 -05:00
ByteString.cpp
AK: Add a new method to propagate errno while printing errors in Kernel This new method is meant to be used in both userspace and kernel code. The idea is to allow printing of a verbose message and then returning an errno code which is the proper mechanism for kernel code because we should almost always assume that such error will be propagated back to userspace in some way, so the userspace code could reasonably decode it. For userspace code however, this new method is meant to be a simple wrapper for Error::from_string_view, because for most invocations, it's much more useful to have a verbose & literal error than a errno code, so we simply ignore that errno code completely in such context.
2023-02-05 05:27:38 -05:00
Error.cpp
AK: Add an exact and fast floating point parsing algorithm This is based on the paper by Daniel Lemire called "Number parsing at a Gigabyte per second", currently available at https://arxiv.org/abs/2101.11408 An implementation can be found at https://github.com/fastfloat/fast_float To support both strtod like methods and String::to_double we have two different APIs. The parse_first_floating_point gives back both the result, next character to read and the error/out of range status. Out of range here means we rounded to infinity 0. The other API, parse_floating_point_completely, will return a floating point only if the given character range contains just the floating point and nothing else. This can be much faster as we can skip actually computing the value if we notice we did not parse the whole range. Both of these APIs support a very lenient format to be usable in as many places as possible. Also it does not check for "named" values like "nan", "inf", "NAN" etc. Because this can be different for every usage. For integers and small values this new method is not faster and often even a tiny bit slower than the current strtod implementation. However the strtod implementation is wrong for a lot of values and has a much less predictable running time. For correctness this method was tested against known string -> double datasets from https://github.com/nigeltao/parse-number-fxx-test-data This method gives 100% accuracy. The old strtod gave an incorrect value in over 50% of the numbers tested.
2022-10-12 20:18:56 -04:00
FloatingPointStringConversions.cpp
AK: Implement FlyString for the new String class This implements a FlyString that will de-duplicate String instances. The FlyString will store the raw encoded data of the String instance: If the String is a short string, FlyString holds the String::ShortString bytes; otherwise FlyString holds a pointer to the Detail::StringData. FlyString itself does not know about String's storage or how to refcount its Detail::StringData. It defers to String to implement these details.
2023-01-11 08:26:49 -05:00
FlyString.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
Format.cpp
GenericLexer.cpp
Hex.cpp
AK: Move JsonObject implementation out of line
2023-01-04 12:38:01 -05:00
JsonObject.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
JsonParser.cpp
JsonValue.cpp
LexicalPath.cpp
AK: Move memory streams from `LibCore`
2023-01-25 14:19:05 -05:00
MemoryStream.cpp
AK: Move the functions in NumberFormat.h out of line
2022-12-10 03:52:46 -05:00
NumberFormat.cpp
Userland+AK: Stop using getopt() for ArgsParser This commit moves the implementation of getopt into AK, and converts its API to understand and use StringView instead of char*. Everything else is caught in the crossfire of making Option::accept_value() take a StringView instead of a char const*. With this, we must now pass a Span<StringView> to ArgsParser::parse(), applications using LibMain are unaffected, but anything not using that or taking its own argc/argv has to construct a Vector<StringView> for this method.
2023-02-21 06:44:41 -05:00
OptionParser.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
Random.cpp
AK: Implement SipHash as the default hash algorithm for most use cases SipHash is highly HashDoS-resistent, initialized with a random seed at startup (i.e. non-deterministic) and usable for security-critical use cases with large enough parameters. We just use it because it's reasonably secure with parameters 1-3 while having excellent properties and not being significantly slower than before.
2023-09-20 18:14:35 -04:00
SipHash.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
StackInfo.cpp
AK: Move `Stream` and `SeekableStream` from `LibCore` `Stream` will be qualified as `AK::Stream` until we remove the `Core::Stream` namespace. `IODevice` now reuses the `SeekMode` that is defined by `SeekableStream`, since defining its own would require us to qualify it with `AK::SeekMode` everywhere.
2023-01-21 23:09:11 -05:00
Stream.cpp
AK: Introduce the new String, replacement for DeprecatedString DeprecatedString (formerly String) has been with us since the start, and it has served us well. However, it has a number of shortcomings that I'd like to address. Some of these issues are hard if not impossible to solve incrementally inside of DeprecatedString, so instead of doing that, let's build a new String class and then incrementally move over to it instead. Problems in DeprecatedString: - It assumes string allocation never fails. This makes it impossible to use in allocation-sensitive contexts, and is the reason we had to ban DeprecatedString from the kernel entirely. - The awkward null state. DeprecatedString can be null. It's different from the empty state, although null strings are considered empty. All code is immediately nicer when using Optional<DeprecatedString> but DeprecatedString came before Optional, which is how we ended up like this. - The encoding of the underlying data is ambiguous. For the most part, we use it as if it's always UTF-8, but there have been cases where we pass around strings in other encodings (e.g ISO8859-1) - operator[] and length() are used to iterate over DeprecatedString one byte at a time. This is done all over the codebase, and will *not* give the right results unless the string is all ASCII. How we solve these issues in the new String: - Functions that may allocate now return ErrorOr<String> so that ENOMEM errors can be passed to the caller. - String has no null state. Use Optional<String> when needed. - String is always UTF-8. This is validated when constructing a String. We may need to add a bypass for this in the future, for cases where you have a known-good string, but for now: validate all the things! - There is no operator[] or length(). You can get the underlying data with bytes(), but for iterating over code points, you should be using an UTF-8 iterator. Furthermore, it has two nifty new features: - String implements a small string optimization (SSO) for strings that can fit entirely within a pointer. This means up to 3 bytes on 32-bit platforms, and 7 bytes on 64-bit platforms. Such small strings will not be heap-allocated. - String can create substrings without making a deep copy of the substring. Instead, the superstring gets +1 refcount from the substring, and it acts like a view into the superstring. To make substrings like this, use the substring_with_shared_superstring() API. One caveat: - String does not guarantee that the underlying data is null-terminated like DeprecatedString does today. While this was nifty in a handful of places where we were calling C functions, it did stand in the way of shared-superstring substrings.
2022-12-01 07:27:43 -05:00
String.cpp
AK: Move data fields from AK::String to a newly created AK::StringBase This starts separating memory management of string data and string utilities like `String::formatted`. This would also allow to reuse the same storage in `DeprecatedString` in the future.
2023-10-28 15:17:06 -04:00
StringBase.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
StringBuilder.cpp
AK: Add framework for a unified floating point to string conversion Currently, the floating point to string conversion is implemented several times across the codebase. This commit provides a pretty low-level function to unify all of such conversions. It converts the given double to a fixed point decimal satisfying a few correctness criteria.
2022-10-25 14:00:49 -04:00
StringFloatingPointConversions.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
StringImpl.cpp
StringUtils.cpp
StringView.cpp
Time.cpp
Utf16View.cpp
AK: Add formatters for Utf8View and Utf32View Useful for debugging, especially in templated contexts.
2023-02-20 08:08:40 -05:00
Utf32View.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
Utf8View.cpp
Userland+AK: Stop using getopt() for ArgsParser This commit moves the implementation of getopt into AK, and converts its API to understand and use StringView instead of char*. Everything else is caught in the crossfire of making Option::accept_value() take a StringView instead of a char const*. With this, we must now pass a Span<StringView> to ArgsParser::parse(), applications using LibMain are unaffected, but anything not using that or taking its own argc/argv has to construct a Vector<StringView> for this method.
2023-02-21 06:44:41 -05:00
kmalloc.cpp
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
)
AK: Make the AK library's CMake a bit more standard We no longer have multiple locations including AK (e.g. LibC). So let's avoid awkwardly defining the AK library across multiple CMake files. This is to allow more easily adding third-party dependencies to AK in the future.
2024-07-15 13:24:18 -04:00
serenity_lib(AK ak)
AK+Userland: Use a CMake variable for AK_SOURCES instead of GLOB This lets us remove a glob pattern from LibC, the DynamicLoader, and, later, Lagom. The Kernel already has its own separate list of AK files that it wants, which is only a subset of all AK files.
2022-10-13 16:00:59 -04:00
Ports: Fix CMake-based ports The SDL port failed to build because the CMake toolchain filed pointed to the old root. Now the toolchain file assumes that the Root is in Build/Root. Additionally, the AK/ and Kernel/ headers need to be installed in the root too.
2020-05-26 14:20:24 -04:00
serenity_install_headers(AK)
Meta: Install source files at /usr/src/serenity
2020-08-15 08:11:10 -04:00
serenity_install_sources(AK)
AK: Make the AK library's CMake a bit more standard We no longer have multiple locations including AK (e.g. LibC). So let's avoid awkwardly defining the AK library across multiple CMake files. This is to allow more easily adding third-party dependencies to AK in the future.
2024-07-15 13:24:18 -04:00
find_package(Backtrace)
configure_file(Backtrace.h.in Backtrace.h @ONLY)
if (Backtrace_FOUND)
if (CMAKE_VERSION VERSION_GREATER_EQUAL 3.30)
target_link_libraries(AK PRIVATE Backtrace::Backtrace)
else()
target_include_directories(AK PRIVATE ${Backtrace_INCLUDE_DIRS})
target_link_libraries(AK PRIVATE ${Backtrace_LIBRARIES})
endif()
else()
message(WARNING "Backtrace not found, stack traces will be unavailable")
endif()
AK+LibWeb: Replace our home-grown base64 encoder/decoders with simdutf We currently have 2 base64 coders: one in AK, another in LibWeb for a "forgiving" implementation. ECMA-262 has an upcoming proposal which will require a third implementation. Instead, let's use the base64 implementation that is used by Node.js and recommended by the upcoming proposal. It handles forgiving decoding as well. Our users of AK's implementation should be fine with the forgiving implementation. The AK impl originally had naive forgiving behavior, but that was removed solely for performance reasons. Using http://mattmahoney.net/dc/enwik8.zip (100MB unzipped) as a test, performance of our old home-grown implementations vs. the simdutf implementation (on Linux x64): Encode Decode AK base64 0.226s 0.169s LibWeb base64 N/A 1.244s simdutf 0.161s 0.047s
2024-07-15 15:25:08 -04:00
AK: Remove Lagom tools workaround for simdutf
2024-07-17 13:09:07 -04:00
find_package(simdutf REQUIRED)
CMake: Add helper to swiftify imported properties from dependencies Works around https://gitlab.kitware.com/cmake/cmake/-/issues/26195
2024-08-17 14:51:34 -04:00
swizzle_target_properties_for_swift(simdutf::simdutf)
AK: Remove Lagom tools workaround for simdutf
2024-07-17 13:09:07 -04:00
target_link_libraries(AK PRIVATE simdutf::simdutf)
AK: Generate clang module map
2024-08-05 22:46:12 -04:00
AK+LibGfx: Only generate clang module map if ENABLE_SWIFT The script pulls in a dependency on the `yaml` python package. Instead of updating all the docs and CI jobs to account for this, let's guard calling the script behind our experimental flag instead.
2024-08-07 02:33:55 -04:00
if (ENABLE_SWIFT)
Meta+Libraries+AK: Append Cxx to imported library module names in swift At the same time, simplify CMakeLists magic for libraries that want to include Swift code in the library. The Lib-less name of the library is now always the module name for the library with any Swift additions, extensions, etc. All vfs overlays now live in a common location to make finding them easier from CMake functions. A new pattern is needed for the Lib-less modules to re-export their Cxx counterparts.
2024-08-26 21:04:05 -04:00
generate_clang_module_map(AK
AK+LibGfx: Only generate clang module map if ENABLE_SWIFT The script pulls in a dependency on the `yaml` python package. Instead of updating all the docs and CI jobs to account for this, let's guard calling the script behind our experimental flag instead.
2024-08-07 02:33:55 -04:00
GENERATED_FILES
"${CMAKE_CURRENT_BINARY_DIR}/Backtrace.h"
"${CMAKE_CURRENT_BINARY_DIR}/Debug.h"
)
AK+Meta: Add SwiftAK module to add helpers to construct swift Strings This allows constructing Foundation.Data and Swift.String without unnecessary copies from AK.StringView and AK.String respectively.
2024-08-23 14:22:26 -04:00
target_sources(AK PRIVATE AK+Swift.swift)
Meta+Libraries+AK: Append Cxx to imported library module names in swift At the same time, simplify CMakeLists magic for libraries that want to include Swift code in the library. The Lib-less name of the library is now always the module name for the library with any Swift additions, extensions, etc. All vfs overlays now live in a common location to make finding them easier from CMake functions. A new pattern is needed for the Lib-less modules to re-export their Cxx counterparts.
2024-08-26 21:04:05 -04:00
add_swift_target_properties(AK)
AK+LibGfx: Only generate clang module map if ENABLE_SWIFT The script pulls in a dependency on the `yaml` python package. Instead of updating all the docs and CI jobs to account for this, let's guard calling the script behind our experimental flag instead.
2024-08-07 02:33:55 -04:00
endif()
AK: Fix `lld-link : error : undefined symbol: __udivti3` on Windows
2024-10-12 12:48:48 -04:00
if (WIN32)
# FIXME: Windows on ARM
target_link_libraries(AK PRIVATE clang_rt.builtins-x86_64.lib)
endif()
Reference in a new issue Copy permalink