This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC 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]

Re: PATCH: Merge objc-improvements-branch to mainline


Ziemowit Laski wrote:
> On Wednesday, Sep 24, 2003, at 10:48 US/Pacific, Alexander Malmberg
> wrote:
[snip]
>   - The new exception syntax brings us closer to what C++ and
> Javaoffers in
>     this regard.  Although presently ObjC exceptions rely on
> _setjmp/_longjmp
>     for binary compatibility with Foundation, in the future we may flip
> the
>     switch and make it interoperable with C++ EH/RTTI machinery -- or
> with Java
>     -- and just ask developers to recompile their code.

This sounds worrying. Currently, your extensions are explicitly
documented as not interacting with c++'s exceptions. Do you intend to
change this?

Introducing a bunch of extensions only to change their semantics later
does not seem like a particularly good idea. If it is so, I would
suggest that you at least add a warning in the documentation that this
part of the semantics should not be relied on since it might change.

[snip]
> As for the sizeof(jmpbuf) issue, I don't think we're in any more
> trouble than
> any vanilla C program utilizing setjmp/longjmp. :-)

A vanilla c program can simply include setjmp.h and get the right
definition of the struct. How do you propose that the compiler figure
out the size with no more trouble than that (and, as the comment says,
without forcing setjmp.h to be included)? (I can think of several
solutions, but none that wouldn't involve a lot trouble.)

- Alexander Malmberg


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]