Revert "fix: move V8_EXPORT_PRIVATE marks to prevent unresolvable references"
This reverts commit13a04abacd
. Reason for revert: Breaks v8 roll (https://chromium-review.googlesource.com/c/chromium/src/+/1698024) Original change's description: > fix: move V8_EXPORT_PRIVATE marks to prevent unresolvable references > > This change fixes missing symbol errors in the Windows 10 on ARM build > of Node.js. > > When a whole class is marked for export, all of its members are marked > as well. This can be a problem when inline members call undefined yet > inline members of other classes: the exported function will contain a > reference to the undefined inline function that should be satisfied at > link time, but because the other function is inline no symbol will be > produced that will satisfy that reference. > > Clang gets around this by masking inlined class members from export > using /Fc:dllexportInlines-. This is whyb0a2a567
worked. > > Node.js' Windows builds use MSVC and so do not have access to this > flag. This results in unresolved symbols at link time. > > Bug: v8:9465 > Change-Id: Ief9c7ab6ba35d22f995939eb62a64d6f1992ed85 > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1696771 > Reviewed-by: Sigurd Schneider <sigurds@chromium.org> > Reviewed-by: Jakob Gruber <jgruber@chromium.org> > Commit-Queue: Sigurd Schneider <sigurds@chromium.org> > Cr-Commit-Position: refs/heads/master@{#62660} TBR=sigurds@chromium.org,jgruber@chromium.org,ishell@chromium.org,jkunkee@microsoft.com Change-Id: Ief2ccb35fc19b00975e78a63791a558525d49ee9 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: v8:9465 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1700069 Reviewed-by: Leszek Swirski <leszeks@chromium.org> Commit-Queue: Leszek Swirski <leszeks@chromium.org> Cr-Commit-Position: refs/heads/master@{#62694}
This commit is contained in:
parent
9182f9d7dd
commit
e9ff38bbdd
@ -95,7 +95,7 @@ class V8_EXPORT_PRIVATE DecoderVisitor {
|
||||
};
|
||||
|
||||
// A visitor that dispatches to a list of visitors.
|
||||
class DispatchingDecoderVisitor : public DecoderVisitor {
|
||||
class V8_EXPORT_PRIVATE DispatchingDecoderVisitor : public DecoderVisitor {
|
||||
public:
|
||||
DispatchingDecoderVisitor() {}
|
||||
virtual ~DispatchingDecoderVisitor() {}
|
||||
@ -119,7 +119,7 @@ class DispatchingDecoderVisitor : public DecoderVisitor {
|
||||
//
|
||||
// will call in order visitor methods in V3, V2, V1, V4.
|
||||
void AppendVisitor(DecoderVisitor* visitor);
|
||||
void V8_EXPORT_PRIVATE PrependVisitor(DecoderVisitor* visitor);
|
||||
void PrependVisitor(DecoderVisitor* visitor);
|
||||
void InsertVisitorBefore(DecoderVisitor* new_visitor,
|
||||
DecoderVisitor* registered_visitor);
|
||||
void InsertVisitorAfter(DecoderVisitor* new_visitor,
|
||||
|
@ -1970,7 +1970,7 @@ class InstructionAccurateScope {
|
||||
// original state, even if the lists were modified by some other means. Note
|
||||
// that this scope can be nested but the destructors need to run in the opposite
|
||||
// order as the constructors. We do not have assertions for this.
|
||||
class UseScratchRegisterScope {
|
||||
class V8_EXPORT_PRIVATE UseScratchRegisterScope {
|
||||
public:
|
||||
explicit UseScratchRegisterScope(TurboAssembler* tasm)
|
||||
: available_(tasm->TmpList()),
|
||||
@ -1981,7 +1981,7 @@ class UseScratchRegisterScope {
|
||||
DCHECK_EQ(availablefp_->type(), CPURegister::kVRegister);
|
||||
}
|
||||
|
||||
V8_EXPORT_PRIVATE ~UseScratchRegisterScope();
|
||||
~UseScratchRegisterScope();
|
||||
|
||||
// Take a register from the appropriate temps list. It will be returned
|
||||
// automatically when the scope ends.
|
||||
@ -1998,8 +1998,7 @@ class UseScratchRegisterScope {
|
||||
VRegister AcquireSameSizeAs(const VRegister& reg);
|
||||
|
||||
private:
|
||||
V8_EXPORT_PRIVATE static CPURegister AcquireNextAvailable(
|
||||
CPURegList* available);
|
||||
static CPURegister AcquireNextAvailable(CPURegList* available);
|
||||
|
||||
// Available scratch registers.
|
||||
CPURegList* available_; // kRegister
|
||||
|
Loading…
Reference in New Issue
Block a user