Skip to content

Conversation

@bellenot
Copy link
Member

…be reviewed

@phsft-bot
Copy link

Starting build on gcc49/centos7, native/mac1012, gcc49/slc6, gcc62/slc6, native/ubuntu14 with flags -Dvc=OFF -Dimt=ON -Dccache=ON
How to customize builds

void deregisterEHFrames() override {
#ifdef LLVM_ON_WIN32
platform::DeRegisterEHFrames(Addr, Size);
// platform::DeRegisterEHFrames(Addr, Size);
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@marsupial : to be reviewed...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@marsupial, should I bring back the arguments of deregisterEHFrames or we could update platform::DeRegisterEHFrames's signature?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure what this is doing.
If exception handling on X64 broke because of the LLVM upgrade it should be fixed.
If exception handling on X86 still isn't implemented, disabling for X64 doesn't seem like a solution.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@vgvassilev I don't understand the asymmetry between registerEHFrames and deregisterEHFrames. MemoryManager has args to both, RuntimeDyld has args to none, we have args to one and call it override? Could you have a look, please?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe RTDyldMemoryManager has args to a static helper function (for Unix) that the instance method (which is without args call too).

I've pushed the relevant changes for Win64 exceptions here: root-project/cling#164, and hid the code behind a CLING_WIN_SEH_EXCEPTIONS macro until you are ready to turn it on.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @marsupial !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants