Delete obsolete doc pointed out by Chris Lattner.
* doc/interface.texi (longjmp and automatic variables): Delete paragraph recommending taking the address of a variable. From-SVN: r84160
This commit is contained in:
parent
a064479c83
commit
37bcf311cf
@ -1,3 +1,8 @@
|
||||
2004-07-06 James E Wilson <wilson@specifixinc.com>
|
||||
|
||||
* doc/interface.texi (longjmp and automatic variables): Delete
|
||||
paragraph recommending taking the address of a variable.
|
||||
|
||||
2004-07-06 Nathan Sidwell <nathan@codesourcery.com>
|
||||
|
||||
* vec.h (VEC_embedded_alloc): Remove.
|
||||
|
@ -69,17 +69,3 @@ values after a @code{longjmp}. And this is all GCC promises to do,
|
||||
because it is very difficult to restore register variables correctly, and
|
||||
one of GCC's features is that it can put variables in registers without
|
||||
your asking it to.
|
||||
|
||||
If you want a variable to be unaltered by @code{longjmp}, and you don't
|
||||
want to write @code{volatile} because old C compilers don't accept it,
|
||||
just take the address of the variable. If a variable's address is ever
|
||||
taken, even if just to compute it and ignore it, then the variable cannot
|
||||
go in a register:
|
||||
|
||||
@smallexample
|
||||
@{
|
||||
int careful;
|
||||
&careful;
|
||||
@dots{}
|
||||
@}
|
||||
@end smallexample
|
||||
|
Loading…
Reference in New Issue
Block a user