2.4.1-ac12 compile failure on sparc64

2.4.1-ac12 compile failure on sparc64

[ASN Stevens, Computing Service]

Hi - I am having compilation troubles on my sparc64 workstation (standard 
Ultra 5 machine), which is currently running stock 2.4.1 on Red Hat 6.2 quite 
happily.

I have tried upgrading to -ac10 and now -ac12, but both fail during 
compilation (using gcc-2.91.66-sparc) at the same point, in what appears to 
be the sparc32 syscall conversion code:

----------------------------------------------------------
sparc64-linux-gcc -D__ASSEMBLY__ -D__KERNEL__ -I/usr/src/linux/include 
-m64 -mcpu=ultrasparc -Wa,--undeclared-regs -ansi -c sys32.S -o sys32.o

sparc64-linux-gcc -D__KERNEL__ -I/usr/src/linux/include 
-Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -m64 
-pipe -mno-fpu -mcpu=ultrasparc -mcmodel=medlow -ffixed-g4 -fcall-used-g5 
-fcall-used-g7 -Wno-sign-compare -Wa,--undeclared-regs
-c -o sys_sparc32.o sys_sparc32.c

sys_sparc32.c: In function `sys32_quotactl':
sys_sparc32.c:907: storage size of `d' isn't known
sys_sparc32.c:907: warning: unused variable `d'
sys_sparc32.c: In function `sys32_nfsservctl':
sys_sparc32.c:3791: warning: implicit declaration of function `sys_ni_syscall'

make[1]: *** [sys_sparc32.o] Error 1
make[1]: Leaving directory `/usr/src/linux/arch/sparc64/kernel'
make: *** [_dir_arch/sparc64/kernel] Error 2
----------------------------------------------------------

I have tried it 3 times now, with clean source trees, so there's clearly a 
problem somewhere. Please be gentle - I'm not a coder, and this is my first 
post to the kernel list :)

Regards
Alastair

___________________________________________________________
Alastair Stevens
Network Support Officer, Information Services
Room 1.26, Computer Centre
University of Bristol
...........................................................
Internal 7850    Direct 0117 928 7850    www.cse.bris.ac.uk

Re: 2.4.1-ac12 compile failure on sparc64

[Anton Blanchard]

> Hi - I am having compilation troubles on my sparc64 workstation (standard 
> Ultra 5 machine), which is currently running stock 2.4.1 on Red Hat 6.2 quite 
> happily.

We arent tracking the -ac patches at the moment and alan can't be expected
to ensure it compiles on all architectures. Best bet is to stick with
Linus releases.

Anton

Re: 2.4.1-ac12 compile failure on sparc64

[Alan Cox]

> I have tried upgrading to -ac10 and now -ac12, but both fail during 
> compilation (using gcc-2.91.66-sparc) at the same point, in what appears to 
> be the sparc32 syscall conversion code:

The -ac tree doesnt currently support sparc because nobody has written the
32/64bit converts for the new quota structs.

Re: 2.4.1-ac12 compile failure on sparc64

[Aaron Dewell]

It's a quick change at arch/sparc64/kernel/sys_sparc32.c:907 from:

        struct dqblk d;

to:
        struct disk_dqblk d;

Compiles and works great on my ultra.

On Wed, 14 Feb 2001, Anton Blanchard wrote:
> > Hi - I am having compilation troubles on my sparc64 workstation (standard 
> > Ultra 5 machine), which is currently running stock 2.4.1 on Red Hat 6.2 quite 
> > happily.
> 
> We arent tracking the -ac patches at the moment and alan can't be expected
> to ensure it compiles on all architectures. Best bet is to stick with
> Linus releases.
> 
> Anton

Re: 2.4.1-ac12 compile failure on sparc64

[Anthony Fok]

On Wed, Feb 14, 2001 at 10:41:48PM +1100, Anton Blanchard wrote:
> > Hi - I am having compilation troubles on my sparc64 workstation (standard 
> > Ultra 5 machine), which is currently running stock 2.4.1 on Red Hat 6.2 quite 
> > happily.
> 
> We arent tracking the -ac patches at the moment and alan can't be expected
> to ensure it compiles on all architectures. Best bet is to stick with
> Linus releases.

You are right, of course, but then ASN Stephens is also right for reporting
a problem in the -ac patches.  Or do you expect people to ignore bugs in the
-ac series and let bugs go unreported?  How will the -ac series improve, and
ultimately, how will the official Linux kernel improve?

Granted, in this case, Alan already knew the problem.  :-)

Cheers,

Anthony

-- 
Anthony Fok Tung-Ling                Civil and Environmental Engineering
foka@ualberta.ca, foka@debian.org    University of Alberta, Canada
   Debian GNU/Linux Chinese Project -- http://www.debian.org/intl/zh/
Come visit Our Lady of Victory Camp -- http://www.olvc.ab.ca/