banging my head against the wall.... _GLOBALI*?

Mon Jan 28 11:38:00 GMT 2002

Adam Megacz wrote:
> Yes, certainly. Do you see any opportunities for compacting that
> wouldn't get picked up (imperfectly) by compression? I'm mainly
> concerned about the compressed size of my binaries, so optimizations
> that decrease the uncompressed size but not the compressed size (for
> example huffman-coding Utf8Const's) isn't a very high priority for me.

I don't know. Compacting the _Jv_Method and _Jv_Field using
an application-specific + standard compression encoding should be better
better than standard comparession alone, but I don't know how much more.
>>Not necessarily. Why don't you look at the assembly code?
>>>> I did... it calls _Jv_RegisterClass(NULL), but I need to know what the
> argument is "supposed" to be (instead of NULL).

I don't mean disassembling the binary, but looking at the actual
assembly code produced by the compiler, using the -S or --save-temps 
flag. I'm fairly sure that doesn't call _Jv_RegisterClass(NULL).
-- 
	--Per Bothner
per@bothner.com http://www.bothner.com/per/

banging my head against the wall.... _GLOBAL__I__*?

banging my head against the wall.... _GLOBALI*?