[M3commit] CVS Update: cm3

Jay K jay.krell at cornell.edu
Fri Nov 19 12:52:02 CET 2010


diff attached, more semantically significant than usual (as opposed to "structural" changes
that try not to change behavior, this actually doesn't really mean to change behavior either,
but it might)


> Date: Fri, 19 Nov 2010 12:48:28 +0000
> To: m3commit at elegosoft.com
> From: jkrell at elego.de
> Subject: [M3commit] CVS Update: cm3
> 
> CVSROOT:	/usr/cvs
> Changes by:	jkrell at birch.	10/11/19 12:48:28
> 
> Modified files:
> 	cm3/m3-sys/m3cc/gcc/gcc/m3cg/: parse.c m3-parse.h 
> 
> Log message:
> 	add an extra pass so that declare_segment can get to the data
> 	that is in bind_segment, so that the size/alignment of segments
> 	is always correct; this fixes configure -enable-checking
> 	This probably also addresses the recurring problem I have had
> 	where loads in segments were broken because the segment was
> 	smaller than the load offset, e.g. on OpenBSD/mips64, and
> 	much was broken. I had been working around by blowing up
> 	the initial segment size guess. Now we get it right up front.
> 	
> 	More work is needed here for the typing/debugging of segments (aka globals).
> 	Once we turn types back on! (once they don't break things)
> 	
> 	add a lot of casts to satisfy configure -enable-checking
> 	This could use careful review.
> 	
> 	configure -enable-checking all good now *except* for static link problem,
> 	and as such shall be enabled shortly unconditionally, at least
> 	the checks that don't affect .h files (except static link problem)
> 	(that's an extra level of checking I haven't tested recently, will soon,
> 	but might be too slow; as well, we can/should dial this back for release)
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20101119/e170e5fe/attachment-0002.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 4.txt
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20101119/e170e5fe/attachment-0002.txt>


More information about the M3commit mailing list