ladybird/Libraries/LibJS/Heap/Cell.cpp

/*
 * Copyright (c) 2020-2022, Andreas Kling <andreas@ladybird.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include <LibJS/Heap/Cell.h>

namespace JS {

void Cell::initialize(Realm&)
{
}

}
LibWeb+LibJS: Move some code around to make CSS/Parser parse faster This makes it possible to include fewer full definitions of things, which makes the file about 30% faster to compile. 2023-07-09 05:10:17 -03:00			`/*`
Meta: Update my e-mail address everywhere 2024-10-04 08:19:50 -03:00			`* Copyright (c) 2020-2022, Andreas Kling <andreas@ladybird.org>`
LibWeb+LibJS: Move some code around to make CSS/Parser parse faster This makes it possible to include fewer full definitions of things, which makes the file about 30% faster to compile. 2023-07-09 05:10:17 -03:00			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

			`#include <LibJS/Heap/Cell.h>`

			`namespace JS {`

LibJS: Don't directly teach the heap about the javascript VM or Realm Instead, smuggle it in as a `void` private data and let Javascript aware code cast out that pointer to a VM&. In order to make this split, rename JS::Cell to JS::CellImpl. Once we have a LibGC, this will become GC::Cell. CellImpl then has no specific knowledge of the VM& and Realm&. That knowledge is instead put into JS::Cell, which inherits from CellImpl. JS::Cell is responsible for JavaScript's realm initialization, as well as converting of the void private data to what it knows should be the VM&. 2024-11-14 04:22:33 -03:00			`void Cell::initialize(Realm&)`
LibWeb+LibJS: Move some code around to make CSS/Parser parse faster This makes it possible to include fewer full definitions of things, which makes the file about 30% faster to compile. 2023-07-09 05:10:17 -03:00			`{`
			`}`

			`}`