[M3commit] CVS Update: cm3

[Jay K]

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>