problems about __cli()

[Iain Sandoe]

On  Fri, Jul 21, 2000,  Michel Dänzer wrote:
> Iain Sandoe schrieb:
>> Thu, Jul 20, 2000,  Josh Huber wrote:
>> > On Thu, Jul 20, 2000 at 10:19:54AM +0100, Iain Sandoe wrote:
>> >>
>> > [snip]
>> >>
>> >> It is *vital* to make sure that there is a symlink named 'linux' in
>> >> /usr/src that points to your /usr/src/your-kernel-foo-bar/ because there
>> >> are symlinks in /usr/include that expect to use this to find the
>> >> build-specific headers.
>> >
>> > A couple notes:
>> >
>> > You don't have to put your kernel in /usr/src, and you DON'T have to
>> > symlink /usr/src/linux to it before you build.  The symlinks (on
>> > broken RedHat derivatives) in /usr/include should point to the kernel
>> > headers that your libc was built againt, otherwise you risk breaking
>> > binary compatibility.
>>
>> I guess I *must* have one of those broken derivatives... and it doesn't work
>> for me without that step...  Admittedly, this is mostly an issue between
>> 2.2.xx and 2.4.0 - but I do have to remember to change it back between
>> whiles... a better way would be ?
>
> Have you tried 'make mrproper' (backup your .config ;), put back the old
> config, then 'make oldconfig dep vmlinux'? AFAIK the directory where the tree
> resides only matters after make dep, and the connection is untied with make
> mrproper.

Well, I *usually* do  (on average once a day..):
save .config
make mrproper
restore .config
make menuconfig (just to check out that I'm certain of the conditions for
*this* compile :)
make dep vmlinux.... etc.

However, I'm not immune from 'finger trouble' ;-)

Next time I do a 2.4.0 build I'll note more carefully what I do and see what
happens... I'm concentrating on IRQ stuff on 2.2.17 until prob. Sunday.

Thanks for the suggestions,
Iain.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/