Fix super() construction with default parameters

[HalidOdat]

Fixes the class super() construction error thrown when the derived class has default parameters.

For example (used as a test case):

class Person {
    constructor(name) {
        this.name = name;
    }
}

class Student extends Person {
    constructor(name = 'unknown') {
        super(name);
    }
}

new Student() // Throws an error that this is not initialized.

This PR breaks two test262 tests:

test/language/eval-code/direct/arrow-fn-body-cntns-arguments-func-decl-arrow-func-declare-arguments-assign-incl-def-param-arrow-arguments.js
test/language/eval-code/direct/arrow-fn-body-cntns-arguments-var-bind-arrow-func-declare-arguments-assign-incl-def-param-arrow-arguments.js

But I think this is due to the following steps that we haven't implement in FunctionDeclarationInstantiation:

30. If strict is false, then
    30.a. Let lexEnv be NewDeclarativeEnvironment(varEnv).
    30.b. NOTE: Non-strict functions use a separate Environment Record for top-level lexical
       declarations so that a direct eval can determine whether any var scoped declarations
       introduced by the eval code conflict with pre-existing top-level lexically scoped declarations.
       This is not needed for strict functions because a strict direct eval always
       places all declarations into a new Environment Record.

[github-actions]

Test262 conformance changes

Test result	main count	PR count	difference
Total	95,574	95,574	0
Passed	75,201	75,199	-2
Ignored	19,482	19,482	0
Failed	891	893	+2
Panics	0	0	0
Conformance	78.68%	78.68%	-0.00%

Broken tests (2):

test/language/eval-code/direct/arrow-fn-body-cntns-arguments-func-decl-arrow-func-declare-arguments-assign-incl-def-param-arrow-arguments.js (previously Passed)
test/language/eval-code/direct/arrow-fn-body-cntns-arguments-var-bind-arrow-func-declare-arguments-assign-incl-def-param-arrow-arguments.js (previously Passed)

[codecov]

Codecov Report

Attention: 1 lines in your changes are missing coverage. Please review.

Comparison is base (4bdb6c6) 49.45% compared to head (e21a28c) 49.42%.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #3339      +/-   ##
==========================================
- Coverage   49.45%   49.42%   -0.03%     
==========================================
  Files         446      446              
  Lines       43948    43914      -34     
==========================================
- Hits        21733    21704      -29     
+ Misses      22215    22210       -5     

Files	Coverage Δ
boa_engine/src/bytecompiler/declarations.rs	51.28% <100.00%> (ø)
boa_engine/src/environments/compile.rs	86.29% <ø> (-0.22%)	⬇️
boa_engine/src/environments/runtime/mod.rs	79.53% <ø> (-1.61%)	⬇️
boa_engine/src/vm/code_block.rs	51.63% <ø> (+0.08%)	⬆️
boa_engine/src/vm/opcode/mod.rs	5.32% <ø> (ø)
boa_engine/src/vm/opcode/push/environment.rs	90.00% <ø> (-2.31%)	⬇️
boa_engine/src/vm/flowgraph/mod.rs	0.00% <0.00%> (ø)

... and 4 files with indirect coverage changes

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[raskad]

But I think this is due to the following steps that we haven't implement in FunctionDeclarationInstantiation:

Yes that is correct. I have a fix for that, but it depends on #3332 and coincidentally this MR too :)