ladybird/Libraries/LibURL/CMakeLists.txt

include(public_suffix)

set(SOURCES
    Host.cpp
    Origin.cpp
    Parser.cpp
    Site.cpp
    URL.cpp
    ${PUBLIC_SUFFIX_SOURCES}
    Pattern/Canonicalization.cpp
    Pattern/ConstructorStringParser.cpp
    Pattern/Init.cpp
    Pattern/Pattern.cpp
    Pattern/String.cpp
    Pattern/Tokenizer.cpp
)

serenity_lib(LibURL url)
target_link_libraries(LibURL PRIVATE LibUnicode LibTextCodec LibRegex)
target_compile_definitions(LibURL PRIVATE ENABLE_PUBLIC_SUFFIX=$<BOOL:${ENABLE_PUBLIC_SUFFIX_DOWNLOAD}>)
LibURL+LibWebView: Move public suffix data to LibURL 2024-11-26 16:27:08 +00:00			`include(public_suffix)`

AK+LibURL: Move AK::URL into a new URL library This URL library ends up being a relatively fundamental base library of the system, as LibCore depends on LibURL. This change has two main benefits: * Moving AK back more towards being an agnostic library that can be used between the kernel and userspace. URL has never really fit that description - and is not used in the kernel. * URL _should_ depend on LibUnicode, as it needs punnycode support. However, it's not really possible to do this inside of AK as it can't depend on any external library. This change brings us a little closer to being able to do that, but unfortunately we aren't there quite yet, as the code generators depend on LibCore. 2024-03-18 16:22:27 +13:00			`set(SOURCES`
LibURL: Promote Host to a proper class This lets us move a few Host-related functions (like serialization and checks for what the Host is) into Host instead of having them dotted around the codebase. For now, the interface is still very Variant-like, to avoid having to change quite so much in one go. 2024-11-27 15:12:17 +00:00			`Host.cpp`
LibURL: Define Origin methods depending on URL::Parser out of line This is also in an effort towards resolving a future circular dependency between Origin.h and URL.h 2024-10-05 16:33:30 +13:00			`Origin.cpp`
AK+LibURL: Move AK::URL into a new URL library This URL library ends up being a relatively fundamental base library of the system, as LibCore depends on LibURL. This change has two main benefits: * Moving AK back more towards being an agnostic library that can be used between the kernel and userspace. URL has never really fit that description - and is not used in the kernel. * URL _should_ depend on LibUnicode, as it needs punnycode support. However, it's not really possible to do this inside of AK as it can't depend on any external library. This change brings us a little closer to being able to do that, but unfortunately we aren't there quite yet, as the code generators depend on LibCore. 2024-03-18 16:22:27 +13:00			`Parser.cpp`
LibURL: Implement Site concept 2024-11-27 16:47:14 +00:00			`Site.cpp`
LibURL: Define Origin methods depending on URL::Parser out of line This is also in an effort towards resolving a future circular dependency between Origin.h and URL.h 2024-10-05 16:33:30 +13:00			`URL.cpp`
LibURL+LibWebView: Move public suffix data to LibURL 2024-11-26 16:27:08 +00:00			`${PUBLIC_SUFFIX_SOURCES}`
LibURL/Pattern: Implement URL Pattern canonicalization These are used to normalize URL components. 2025-03-01 00:24:21 +13:00			`Pattern/Canonicalization.cpp`
LibURL/Pattern: Implement the constructor string parser This is missing one small bit of functionality where the not-yet impplemented component compilation is required. 2025-03-05 16:41:14 +13:00			`Pattern/ConstructorStringParser.cpp`
LibURL/Pattern: Implement processing a URL Pattern Init This gets us to the point just before the point of parsing the pattern strings for each URL component to produce a regular expression. 2025-03-07 19:14:52 +13:00			`Pattern/Init.cpp`
LibURL/Pattern: Add a representation of a URL Pattern This is the core object behind a URL pattern which when constructed can be used for matching the pattern against URLs. However, the implementation here is missing key functions such as the constructor and the 'test'/'exec' functions as that relies on a significant amount of supporting URLPattern infrastructure such as two different parsers and a tokenizer. However, this is enough for us to implement some more of the IDL wrapper layer of this specification. 2025-02-04 15:10:14 +13:00			`Pattern/Pattern.cpp`
LibURL/Pattern: Implement helper for escaping a URL Pattern String 2025-03-07 18:53:07 +13:00			`Pattern/String.cpp`
LibURL/Pattern: Implement the URL Pattern Tokenizer The tokenizer is used for both pattern string and constructor string parsing of URL Patterns. 2025-02-18 17:25:02 +13:00			`Pattern/Tokenizer.cpp`
AK+LibURL: Move AK::URL into a new URL library This URL library ends up being a relatively fundamental base library of the system, as LibCore depends on LibURL. This change has two main benefits: * Moving AK back more towards being an agnostic library that can be used between the kernel and userspace. URL has never really fit that description - and is not used in the kernel. * URL _should_ depend on LibUnicode, as it needs punnycode support. However, it's not really possible to do this inside of AK as it can't depend on any external library. This change brings us a little closer to being able to do that, but unfortunately we aren't there quite yet, as the code generators depend on LibCore. 2024-03-18 16:22:27 +13:00			`)`

			`serenity_lib(LibURL url)`
LibURL/Pattern: Add a representation of a URL Pattern 'component' A URL pattern consists of components such as the 'port', 'password' 'hostname', etc. A component is compiled from the input to the URLPattern constructor and is what is used for matching against URLs to produce a match result. This is also where the regex dependency is introduced into LibURL to support the URLPattern implementation. 2025-02-04 14:56:14 +13:00			`target_link_libraries(LibURL PRIVATE LibUnicode LibTextCodec LibRegex)`
LibURL+LibWebView: Move public suffix data to LibURL 2024-11-26 16:27:08 +00:00			`target_compile_definitions(LibURL PRIVATE ENABLE_PUBLIC_SUFFIX=$<BOOL:${ENABLE_PUBLIC_SUFFIX_DOWNLOAD}>)`