This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
Indeed, I mean to add a __throw exactly for throws from "user code", that is__throw (which boils down to either throw or abort)
If that is to be used in place of "throw;" then isn't that what __throw_exception_again() is intended for? It doesn't abort() but does it need to? Is it not enough to just let a "throw;" statement compile with -fno-exceptions ?
If -fno-exceptions was given then we will already have aborted when the
original __throw_xxx function was run, unless the exception we've caught
was thrown by user code.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |