буду знать, никогда бы не подумал

Это описание. Доку видел. Мне именно код нужен, где это происходит.

ну всмысле, какой код?

Это не тот код?

Зачем?)

Это будет какой-то супер низкоуровневый участок кода

Код парсера, который берет компилируемый код с using и преобразует все вхождения в try-finally блок)

это нужно код компилятора искать смотреть

Какая жесть )))

и не говори

Из академических интересов. Хочу понять, где и как происходит это преобразование. Как работает парсер. Есть ли возможность его "надстройки"

Про "надстройку" - это по типу JIT-оптимизаций можно ли что-то там менять

Вообще интересна возможность подсунуть на этапе компиляции в using ещё и catch блок с определённым обработчиком исключений (чтобы все embedded_statement для using могли обрабатываться при возникновении исключений). Понимаю, что это извращение, и ничто не мешает нам оборачивать using в try-catch, однако, интересна сама такая возможность.

Напиши issue в репе roslyn, спроси где лежит обработка using

Или попробуй сам найти, через поиск

Уже ищу)

Тут таких извращенцев как ты нет, так что не подскажем)

Просто не все себя активно проявляют 😉

Хмм, что-то похожее на правду:

protected override StatementSyntax CreateUsingStatement(LocalDeclarationStatementSyntax declarationStatement, SyntaxTriviaList sameLineTrivia, SyntaxList<StatementSyntax> statementsToSurround)
       {
           var usingStatement = SyntaxFactory.UsingStatement(
               declaration: declarationStatement.Declaration.WithoutTrivia(),
               expression: null, // Declaration already has equals token and expression
               statement: SyntaxFactory.Block(statementsToSurround));

           return usingStatement
               .WithCloseParenToken(usingStatement.CloseParenToken
                   .WithTrailingTrivia(sameLineTrivia));
       }

Ну там надо ниже копать)