From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 19 Dec 2003 21:31:57 +0300 From: Alexey Tourbin To: Serge V Kompan Message-ID: <20031219183157.GM18450@julia.office.altlinux.ru> Mail-Followup-To: Serge V Kompan , devel-kernel@altlinux.org References: <8834409312.20031219173906@kspu.kr.ua> <20031219155300.GG18450@julia.office.altlinux.ru> <12536068609.20031219180645@kspu.kr.ua> <20031219163002.GH18450@julia.office.altlinux.ru> <17638628500.20031219184925@kspu.kr.ua> <20031219171914.GJ18450@julia.office.altlinux.ru> <16141564140.20031219193821@kspu.kr.ua> <20031219174730.GK18450@julia.office.altlinux.ru> <3342504718.20031219195401@kspu.kr.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2mdKIQPVtNTQskEG" Content-Disposition: inline In-Reply-To: <3342504718.20031219195401@kspu.kr.ua> Cc: devel-kernel@altlinux.org Subject: [d-kernel] Re: ccache X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2003 18:32:01 -0000 Archived-At: List-Archive: List-Post: --2mdKIQPVtNTQskEG Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Fri, Dec 19, 2003 at 07:54:01PM +0200, Serge V Kompan wrote: >>> Все вроде выводит как у Вас: >>> Что делать дальше необходимо? >>> >>> [root@piper alternatives]# realpath /usr/bin/gcc >>> /usr/bin/gcc_wrapper >>> [root@piper alternatives]# GCC_USE_CCACHE= strace -e trace=execve gcc >>> execve("/usr/bin/gcc", ["gcc"], [/* 35 vars */]) = 0 >>> execve("/usr/bin/i586-alt-linux-gcc", ["i586-alt-linux-gcc"], [/* 35 vars */]) = 0 >>> i586-alt-linux-gcc: no input files >>> [root@piper alternatives]# GCC_USE_CCACHE=1 strace -e trace=execve gcc >>> execve("/usr/bin/gcc", ["gcc"], [/* 35 vars */]) = 0 >>> execve("/usr/bin/ccache", ["i586-alt-linux-gcc"], [/* 35 vars */]) = 0 >>> execve("/usr/bin/i586-alt-linux-gcc", ["/usr/bin/i586-alt-linux-gcc"], [/* 35 va rs */]) = 0 >>> i586-alt-linux-gcc: no input files > AT> Теперь ccache должен работать. :) Это видно из второй команды: если > AT> переменная окружения GCC_USE_CCACHE выставлена, то между запуском > AT> /usr/bin/gcc ("обёртки") и /usr/bin/i586-alt-linux-gcc (настоящего > AT> компилятора) "вклинивается" ccache. > [robin@piper robin]$ export |grep CC > declare -x CC="gcc" > declare -x GCC_USE_CCACHE="1" > Запускаю компиляцию ядра и во время компиляции проверяю > [robin@piper robin]$ ccache -s > cache hit 0 > cache miss 0 > called for link 5 > files in cache 0 > cache size 0 Kbytes > max cache size 500.0 Mbytes > > Что то не видно что ccache работает Чудеса вы рассказываете. Короче, если в strace gcc видно ccache и если при сборке используется именно gcc (а не gcc-2.96 или i586-alt-linux-gcc напрямую), то этого просто не может быть. Кажется, там при сборке ядра используется gcc-2.96 напрямую. Это зашито в /etc/rpm/macros.d/kernel. По-моему, должно вот так сработать: GCC_VERSION=2.96 GCC_USE_CCACHE=1 rpm -ba --define 'kgcc gcc' ~/RPM/SPECS/kernel-std-up.spec 2devel-kernel: как правильно собирать ядро и использовать при этом ccache? --2mdKIQPVtNTQskEG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/40QdfBKgtDjnu0YRAk5nAKDmg76IqHFyS92Ew7TbbXyFsi2h7ACg2GTl BpYlqsK+r+ugaxvuWFOqsDk= =fNqm -----END PGP SIGNATURE----- --2mdKIQPVtNTQskEG--