From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from kate.whsl206.com ([49.50.249.45]) by ur; Wed Apr 6 19:26:53 EDT 2016 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qs.co.nz; s=default; h=Message-ID:References:In-Reply-To:Subject:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version; bh=VoFI2TBel+zMQ0iWwsW8HWQgkGjqFpPAtE42qitczXI=; b=SOromM+zHLtHWes683tAoBOETJ uslV1nC/cLeI6SJHooohgfDlB5rJBRUf1TZZphdPQnyxIEy2Sg9ifoGuWINMOHD9brTmTuxEvGN7u VssyjWx6nqXaCGDgqpizvAQS4UH5dJ9MdjKsPGmADQI7aAzsGfu5epD3IALBJO5pZkCOGVVZKgSD2 OboKKElCZUs9QaHyC9B+2uPEihbb94uODp72SkbeyTKzofm7MC+kdispjZYiDI8HbdrsvRi73Jszw qzPYcy+XoEjG7YDMV24Kp5Imu+ZoDVk8hCpfIhrJ1JBU7ArMG3LcV6eaHcEoCdPlBNZjkQx0TL2mL vOz1tHpw==; Received: from [::1] (port=58706 helo=webmail.embeddedexpert.co.nz) by kate.whsl206.com with esmtpa (Exim 4.86_1) (envelope-from ) id 1anwpq-00254g-02 for 9front@9front.org; Thu, 07 Apr 2016 11:26:06 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 07 Apr 2016 11:26:05 +1200 From: Plan9 To: 9front@9front.org Subject: Re: [9front] Build process optimisation In-Reply-To: <2030a7c1db616b194e2fb896f8f1e135@felloff.net> References: <2030a7c1db616b194e2fb896f8f1e135@felloff.net> Message-ID: <801a5d2040f848072d14b626e69156ae@embeddedexpert.co.nz> X-Sender: plan9fullfrontal@qs.co.nz User-Agent: Roundcube Webmail/1.0.6 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - kate.whsl206.com X-AntiAbuse: Original Domain - 9front.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - qs.co.nz X-Get-Message-Sender-Via: kate.whsl206.com: authenticated_id: embedded/from_h X-Authenticated-Sender: kate.whsl206.com: plan9fullfrontal@qs.co.nz X-Source: X-Source-Args: X-Source-Dir: List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: proven managed package reduce/map app I would love to ditch Vbox. Qemu is much slower. I could change from using user mode networking but thats not the major slow down. I would love to have a box dedicated to P9 (may use my rpi one day) but at present, work dictates I have something that I can do embedded development with, so linux it is. My main need to to compile for arm and mips which I have not found anyway other than from within P9 OS. Ie plan9port and 9vx have issues one way or another with plan9front. Anyone got a better solution, please advise. Re Build: As I am cross compiling, making from /sys/src is ultimately necessary and even building from lib cause libs to be rebuilt. I have checked timestamps on Host vs P9 VM and it is not a time sync issue. Building libraries with ' regardless of need to do so. I assume this is done for a good reason otherwise the mkfile would use mklib which does not do this. Main build problems are after I do a 'hg pull' as there seems to always be something that does not build (like btc for arm , presently). Cheers. On 2016-04-07 00:03, cinap_lenrek@felloff.net wrote: > waiiit... 30 minutes churning over libraries? this is way too slow, > your vbox is crap, dont use it. > > doing mk libs, which does mk clean in each lib before rebuilding gives > me > 30 *seconds* over remote fileserver... locally its more like 14 seconds > on my pentium d fileserver. > > cd /sys/src; time mk libs > ... > 11.00u 10.39s 28.94r mk libs > > and just mk (without mk clean in each lib) gives me 10 seconds: > > time rc -c 'for(i in lib*){cd $i && mk && cd ..}' > ... > 1.07u 2.17s 10.29r rc -c for(i in lib*){cd $i && mk && cd ..} > > if you just do "mk" in /sys/src, it does not clean the libraries. > > if you do not want to touch the libraries, just do mk in /sys/src/cmd > or some other individual sub-directory if you know the dependencies > are fine already. > > -- > cinap -- -- We need another plan