Alan Coopersmith wrote: [snip] > Several people suggested trying the -xspace flag to Studio cc, which gives > us about 29Mb back, so I'll add that to the Mesa flags for build 110: > > 3.4M proto-i386-svr4/usr/X11/lib/modules/dri/i915_dri.so > 3.4M proto-i386-svr4/usr/X11/lib/modules/dri/i965_dri.so > 3.2M proto-i386-svr4/usr/X11/lib/modules/dri/r200_dri.so > 3.2M proto-i386-svr4/usr/X11/lib/modules/dri/r300_dri.so > 3.1M proto-i386-svr4/usr/X11/lib/modules/dri/radeon_dri.so > 2.9M proto-i386-svr4/usr/X11/lib/modules/dri/swrast_dri.so > 3.8M proto-i386-svr4/usr/X11/lib/modules/dri/amd64/i915_dri.so > 3.9M proto-i386-svr4/usr/X11/lib/modules/dri/amd64/i965_dri.so > 3.6M proto-i386-svr4/usr/X11/lib/modules/dri/amd64/r200_dri.so > 3.6M proto-i386-svr4/usr/X11/lib/modules/dri/amd64/r300_dri.so > 3.6M proto-i386-svr4/usr/X11/lib/modules/dri/amd64/radeon_dri.so > 3.3M proto-i386-svr4/usr/X11/lib/modules/dri/amd64/swrast_dri.so > 22M proto-i386-svr4/usr/X11/lib/modules/dri/amd64 > 41M proto-i386-svr4/usr/X11/lib/modules/dri
Do you use "-xtrconst" yet ? MESA doesn't have many string literals but it still may save some bits. Another RFE which was proposed long ago but not yet implemented in Sun Studio is an option which extends the functionality of "-xstrconst" to _all_ kinds of read-only data (e.g. similar to "-fmerge-all-constants" but ignoring variable boundaries), e.g. if two memory locations share the same byte sequence and the pointers have the same memory alignment both locations are folded into one (a "classical" example are applications which use large sparse arrays of pointers to vector data). That may help MESA a lot. BTW: Can you check how much the gcc MESA build shrinks if you use "-fmerge-all-constants" ? ---- Bye, Roland P.S.: Setting Reply-To: to OpenSolaris Compiler List <tools-compilers at opensolaris.org> -- __ . . __ (o.\ \/ /.o) roland.mainz at nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;)
