Express | Swift Express is a simple , yet unopinionated web | REST library

You missed adding this in your eslint.json file.

I suspect this may have been an accident, though I prefer the new behavior.

The new behavior is a consequence of a change to how the bytecode for * arguments works. The change is in the changelog under Python 3.9.0 alpha 3:

bpo-39320: Replace four complex bytecodes for building sequences with three simpler ones.

The following four bytecodes have been removed:

• BUILD_LIST_UNPACK
• BUILD_TUPLE_UNPACK
• BUILD_SET_UNPACK
• BUILD_TUPLE_UNPACK_WITH_CALL

The following three bytecodes have been added:

• LIST_TO_TUPLE
• LIST_EXTEND
• SET_UPDATE

On Python 3.8, the bytecode for f(*a, a.pop()) looks like this:

There are many ways to do it. One of the simplest (and arguably most readable) is something like this:

Ok, so I don't know if it is the correct answer, but finally changing the settings in Eslint helped me to change the type of function for Components. I added the following rule to my .eslintrc.js file:

The value category of init + *first doesn't matter.

init in init + *first is a lvalue.

So if init + *first calls an operator+ overload taking the parameter by-value, it will cause a copy construction of that parameter

But the value of init is not required anymore after init + *first, so it makes sense to move it into the parameter instead.

Similarly a operator+ overload taking its first argument by rvalue-reference might be used to allow modification of the argument by the operation.

This is what std::move achieves here.

The standard specifies this behavior since C++20.

It's as you said: It can't be done at the moment as Github Actions doesn't support expressions with uses attributes.

There is no workaround (yet?) because the workflow interpreter (that also checks the workflow syntax when you push the workflow to the repository) can't get the value from the expression at that moment.

It could maybe work if the workflow was recognized by the interpreter, but it doesn't event appear on the Actions tab as it's considered invalid.

For the moment, you can only use tag, branch ref or commit hash after the @ symbol, the same way you use any action.

Note that someone else had the same issue here

It's possible to get the Perl behavior by using a sequence with a custom generator:

That regex shorthand (\pL) isn't allowed.

You'll need to use the full versions (\p{L}), instead of the shorthand:

You could update the pattern to: