Jake Colman <jake.colman(a)xemacs.org> writes:
>>>>> "VS" == Vin Shelton
<acs(a)xemacs.org> writes:
VS> Can you tell me what linker was used? That is to say, when you ran
VS> make, what was the contents of the line that contained the pattern '-o
VS> temacs'?
VS> As you have probably guessed by now, I'm not an expert on using
VS> binutils under Solaris. :-)
Unfortunately, I don't have the time to puruse this. I switched to
using "--pdump" since that solves the link problem too.
It might still be a good idea to follow Vin's advice and use the
native linker. (People I consider Solaris experts have always avoided
GNU binutils on Solaris.) You never know when you're going to run
into problems that could have been solved simply by choosing the right
linker.
>> If not, is there a way to reduce the amount of garbage
collection
>> when using pdump?
VS> I don't know what is causing your garbage collection problem with
VS> --pdump. Do you have a minimal recipe to reproduce the problem? Does
VS> increasing your gc-cons-threshold help?
Looking at it again, I don't think I have a GC problem with the
pdumper. I do think, however, that XEmacs start-up time when
processing my init file is definitely slower when using the pdumper.
Would that make sense? Is it Supposed To Be That Way?
Pdump startup might be somewhat slower due to the overhead of mapping
in the pdump file, but that shouldn't be noticeable and, more
importantly, it shouldn't affect processing the init file.
In short, AFAIK it's not supposed to be that way.