Re: procedure?

[Yaroslav Halchenko <debian@onerussian.com>]

I managed to compile kernel using make-kpkg though it is not clean yet
but it does compile...

The problem before was that make-kpkg from kernel-package 8.038.biarch2
overrides GCC and CC variables in rules to explicit 'gcc-3.3 -m64',
which is fine in the most of the cases but to compile
arch/x86_64/boot/compressed/misc.o
Makefile there contains explicit -m32 with note:
# linux/arch/x86_64/boot/compressed/Makefile
#
# create a compressed vmlinux image from the original vmlinux
#
# Note all the files here are compiled/linked as 32bit executables.

so it must be linked in 32bit fasion and some modules must be compiled
in 32 bit fasion and I believe kernel source's Makefiles all take care
about that. So we shouldn't just override GCC and CC from outside with
-m64 but rather use something like gcc.bart which is clever enough to
don't override specified -m32 with -m64.

So I sugged to package g++ general package which will put some wrapper
like gcc.bart in place of standard gcc and g++ so in kernel-package we
will be able to don't hardcode -m64 in.

Ideas/Comments? Just don't keep silence

--Yarik


On Mon, Nov 10, 2003 at 09:50:29AM -0500, Yaroslav Halchenko wrote:
> Hi Guys,
> 
> So what is procedure now to suggest patches to current packages? 
> 
> I just managed to compile 2.6.0 kernel using make-kpkg and thought to
> discuss necessary changes to occur to make it into the mainstream of our
> project, but I'm not aware of how it works now.
> 

                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]
             Key  http://www.onerussian.com/gpg-yoh.asc
GPG fingerprint   3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8