On Monday 13 February 2006 17:55, Lord Satan wrote: > > Is anybody using a way around or are you all day waiting? > > The way around is running under Linux where linking is much faster. > As often said the speed problems are caused by the GNU linker and AFAIK > there is no way to solve this other than writing a new linker.
I was the one who first pointed this out, and I can give you a few insights, a large part of the speed issue is with the way GNU ld seems to treats (lazarus?) sources and their libraries. Linking speed become a direct factor of how much ram you have. My little 128mb laptop starts swapping like a maniac while linking and can take 30 minutes on anything with more than a few basic widgets, same code on my desktop (2GB of ram) takes about 3 seconds. What I did find is that the best way to up the linker speed when you don´t have a lot of ram is to write a wrapper script in /usr/bin (I called mine nicefpc) which will launch ppc386 with a much lower nice value (I used -18) then give it the suid bit so it can actually be launched and pass ppc386 a $* (so it gets all the parameters) and then tell lazarus to use nicefpc as it´s compile command. This ONLY works under linux but with the nice value way below everything else ppc386 and it´s spawns (like ld) all get maximum priority for memory and CPU access. Just don´t try to read mail while compiling :) Of course this works only under linux, dunno if there is a way to do something similiar on win32. A.J. -- "80% Of a hardware engineer's job is application of the uncertainty principle. 80% of a software engineer's job is pretending this isn't so." A.J. Venter Chief Software Architect OpenLab International http://www.getopenlab.com | +27 82 726 5103 (South Africa) http://www.silentcoder.co.za | +55 118 162 2079 (Brazil) _________________________________________________________________ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
