29.10.2010 18:53, davidMbrooke пишет: > On Wed, 2010-10-27 at 20:49 +0100, davidMbrooke wrote: >> I am now going to investigate some of the suggestions from here: >> http://old.nabble.com/pthread-and-daemon%28%29-problem-td27029024.html > This did the trick. I have created a simple patch for uClibc 0.9.30.3 > which makes pthread_initialize() behave like it did with GCC 3.x and now > aiccu works perfectly in daemon mode. Another case of many hours of work > resulting in a one line change :-) > > Hopefully we can retire this patch when we upgrade to uClibc 0.9.31 or > higher, so I have added comments to that effect in > buildenv/buildtool.cfg. > > I have also been looking at the syslog-ng configuration and there is a > relatively simple change (removing some comments) which directs "debug" > output to /var/log/debug. (The "verbose" output from aiccu counts as > "debug".) > > dMb It's good. So we just need to decide what CPU and what code optimization will be used for user-level software for beta release?
Also I still not know opinions of members about these questions: Anybody tries to test dhrystone benchmark with different archs/optimizations on different CPUs? Is i486 arch with optimization for i686 will be good for all? Or this optimization will cause significant performance loss on some archs (Geode, i486)? Also, maybe it'll be good to compile all packages that are included into initrd (busybox, uClibc) with optimization for specific platforms for maximal performance - in any case, we must provide kernel+modules+initrd for each platform? ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
