I guess that I don't know what to say about these problems... we just
don't have the bandwidth to build & test RPMs for multiple platforms.
In addition to vanilla kernels, we support the latest Red Hat distro for
historical reasons (*cough* and because every other major distro already
has XFS support *cough*), but if you're running an older version, I'm
afraid it will likely be up to those outside of SGI to come up with any
solution...
My hints would be along the lines of making sure you're using the latest
available gcc version for your release...
-Eric
On Fri, 2002-11-01 at 03:50, Simon Matter wrote:
> Simon Matter schrieb:
> >
> > Eric Sandeen schrieb:
> > >
> > > Ok, I'm pretty confused by this. :)
> > >
> > > The only difference I see between the "stock" kernel spec files for
> > > 17.7.x and 17.8.0 is:
> > >
> > > -%define release 17.7.x
> > > +%define release 17.8.0
> > >
> > > (i.e. no gcc differences)
> > >
> > > and the only differences between the 17.?.? Red Hat specfiles, and our
> > > specfile, (aside from the release name) are the XFS patches.
> > >
> > > I see "BuildRequires: gcc >= 2.96-98" in the 17.7.x specfiles as well,
> > > but I only see gcc-2.96-85 for RH 7.1, so I don't know how you're
> > > supposed to rebuild it on 7.1, or why you seem to be able to.
> > >
> > > So I'm stumped. :)
> >
> > I'm just trying to rebuild the i686 kernel on RH 7.2. It is updated to
> > the latest erata, which is
> > gcc-2.96-108.7.2
> > and
> > gcc3-3.0.4-1
> >
> > I'll let you know where it dies.
>
> Here we go:
> ---------------------------------------------------------------------
> Enable gcov support (CONFIG_GCOV) [N/y/?]
> *
> * Library routines
> *
>
> *** End of Linux kernel configuration.
> *** Check the top-level Makefile for additional configuration.
> *** Next, you must run 'make dep'.
>
> + make -s dep
> + make -s include/linux/version.h
> + echo BUILDING A KERNEL FOR uml i686...
> BUILDING A KERNEL FOR uml i686...
> + '[' uml = uml ']'
> + make -s ARCH=um linux
> sched.c: In function `sys_sched_yield':
> sched.c:1374: warning: unused variable `rq'
> kksymoops.c: In function `lookup_symbol':
> kksymoops.c:18: warning: unused variable `sym_end'
> kksymoops.c:18: warning: unused variable `sym_start'
> kksymoops.c:18: warning: unused variable `sec_end'
> kksymoops.c:18: warning: unused variable `sec_start'
> kksymoops.c:18: warning: unused variable `mod_end'
> kksymoops.c:18: warning: unused variable `mod_start'
> kksymoops.c:17: warning: unused variable `sym_name'
> kksymoops.c:17: warning: unused variable `sec_name'
> kksymoops.c:17: warning: unused variable `mod_name'
> kksymoops.c:15: warning: unused variable `bestsofar'
> kksymoops.c:14: warning: unused variable `this_mod'
> kksymoops.c: In function `print_modules':
> kksymoops.c:70: warning: unused variable `i'
> kksymoops.c:70: warning: unused variable `pos'
> kksymoops.c:69: warning: unused variable `this_mod'
> loop.c: In function `loop_change_fd':
> loop.c:762: warning: label `out_put_all' defined but not used
> xfs_mount.c: In function `xfs_initialize_perag':
> xfs_mount.c:332: Unrecognizable insn:
> (insn/i 164 594 597 (parallel[
> (set (reg:SI 0 eax)
> (asm_operands ("") ("=a") 0[
> (reg:DI 1 edx)
> ]
> [
> (asm_input:DI ("A"))
> ] ("linux/xfs_linux.h") 255))
> (set (reg:SI 1 edx)
> (asm_operands ("") ("=d") 1[
> (reg:DI 1 edx)
> ]
> [
> (asm_input:DI ("A"))
> ] ("linux/xfs_linux.h") 255))
> (clobber (reg:QI 19 dirflag))
> (clobber (reg:QI 18 fpsr))
> (clobber (reg:QI 17 flags))
> ] ) -1 (insn_list 163 (nil))
> (nil))
> xfs_mount.c:332: confused by earlier errors, bailing out
> make[3]: *** [xfs_mount.o] Error 1
> make[2]: *** [first_rule] Error 2
> make[1]: *** [_subdir_xfs] Error 2
> make: *** [_dir_fs] Error 2
> ---------------------------------------------------------------------
>
> Seems to be the uml kernel. Any ideas?
>
> Simon
>
> > BTW, if someone could try the same on an up to date RedHat 7.3, it may
> > build there although I don't believe because most packages are almost
> > the same.
> >
> > Simon
> >
> > >
> > > -Eric
> > >
> > > On Thu, 2002-10-31 at 15:48, Joe St.Clair wrote:
> > > > Yes, when I attempt to build from the SGI SRPM it fails due to the gcc
> > > > version.
> > > >
> > > > I have just downloaded gcc-3.1 from the RedHat site. It seems that the
> > > > only dependency problem with it is that gcc3-objc-3.1-5.i386.rpm want to
> > > > have gcc-objc >= 2.96-94 before it will install. I have 2.96-85.
> > > > So now I am downloading the gcc from RedHat 7.2, check its dependencies,
> > > > update with that and then update to 3.1.
> > > >
> > > > I don't know if this will break anything but as far as I know it should
> > > > be ok.
> > > >
> > > > I won't get to check this out until tomorrow.
> > > >
> > > >
> > > > Eric Sandeen wrote:
> > > >
> > > > >Joe - how does it fail? (Or is the failure the gcc version requirement
> > > > >you noted?)
> > > > >
> > > > >-Eric
> > > > >
> > > > >On Thu, 2002-10-31 at 14:17, Joe St.Clair wrote:
> > > > >
> > > > >
> > > > >>Just a bit more infomation - Not only does the build fail on my system
> > > > >>for i686 but also for i386.
> > > > >>
> > > > >>--
> > > > >>Joseph St.Clair - KSI Machine & Engineering
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > >
> > > >
> > > > --
> > > > Joseph St.Clair - KSI Machine & Engineering
> > > >
> > > >
> > > --
> > > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs
> > > sandeen@xxxxxxx SGI, Inc. 651-683-3102
>
> --
> Simon Matter Tel: +41 61 695 57 35
> Fr.Sauter AG / CIT Fax: +41 61 695 53 30
> Im Surinam 55
> CH-4016 Basel [mailto:simon.matter@xxxxxxxxxxxxxxxx]
--
Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs
sandeen@xxxxxxx SGI, Inc. 651-683-3102
|