[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: gEDA-user: PCB Polygon code (with r-tree speedups) triggers GCC bug...
On Tue, 2009-02-24 at 12:54 -0500, der Mouse wrote:
>
> This is the correct fix. Auto objects which get changed between the
> setjmp and the longjmp are indeterminate after the longjmp, unless
> they
> are declared volatile. In the words of one setjmp(3) manpage I have
> at
> ready hand:
Thanks Der Mouse, I should have checked the semantics for setjmp /
longjmp before assuming it was a bug.
I guess I'll have to look out for any stack variables used in the
routines which use setjmp / longjmp, and make sure they are not going to
cause trouble.
Since PCB works, I'll assume that the likelihood of that case is low.
--
Peter Clifton
Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA
Tel: +44 (0)7729 980173 - (No signal in the lab!)
_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user