[M3commit] CVS Update: cm3

[Jay K]

diff attached

> Date: Wed, 5 Jan 2011 15:34:55 +0000
> To: m3commit at elegosoft.com
> From: jkrell at elego.de
> Subject: [M3commit] CVS Update: cm3
> 
> CVSROOT:	/usr/cvs
> Changes by:	jkrell at birch.	11/01/05 15:34:55
> 
> Modified files:
> 	cm3/m3-libs/m3core/src/C/Common/: Csetjmp.i3 
> 	cm3/m3-libs/m3core/src/C/I386_CYGWIN/: Csetjmp.i3 
> 	cm3/m3-libs/m3core/src/C/I386_MINGW/: Csetjmp.i3 
> 	cm3/m3-libs/m3core/src/C/I386_NT/: Csetjmp.i3 
> 	cm3/m3-libs/m3core/src/C/NT386/: Csetjmp.i3 
> 	cm3/m3-libs/m3core/src/runtime/ex_frame/: RTExFrame.m3 
> 	cm3/m3-libs/m3core/src/unix/Common/: Uconstants.c 
> 	cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c 
> 	cm3/m3-sys/m3front/src/misc/: Marker.m3 
> 	cm3/m3-sys/m3front/src/stmts/: TryFinStmt.m3 TryStmt.m3 
> 	cm3/m3-sys/m3middle/src/: M3RT.i3 M3RT.m3 Target.i3 Target.m3 
> 
> Log message:
> 	use: extern INTEGER Csetjmp__Jumpbuf_size /* = sizeof(jmp_buf);
> 	alloca(Csetjmp__Jumpbuf_size)
> 	
> 	to allocate jmp_buf
> 	
> 	- eliminates a large swath of target-dependent code
> 	- allows for covering up the inability to declare
> 	types with alignment > 64 bits
> 	
> 	It is, granted, a little bit slower, in an already prety slow path.
> 	Note that alloca isn't actually a function call, at least with gcc backend.
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20110105/7640d6d8/attachment-0002.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: jmpbuf_alloca.txt
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20110105/7640d6d8/attachment-0002.txt>