is gcc still broken? does the problem still exist?

-----Original Message-----

> 
> Andrey Borzenkov wrote:
> > > Well, I'm not sure but I think the latest version of gcc has messed
> > > things up. I install kernel-source, change the one line in ".config"
> > >  to "n",
> >
> > this should be commented out (usually). I am not sure what effect "n" has
> > (it must work as well, but I never tried it).
> 
> Yeah, I'd tried it commented out, but in my tests I also tried "n". The
> effect seems the same, except that "n" would explicitly set something off
> even if the default was "y" or "m".
> 
> > # CONFIG_APM_RTC_IS_GMT is not set
> >
> > (this is from 2.5 but you got an idea)
> 
> Yup; thanks. It's always good to have confirmation.
> 
> > > started off with "make oldconfig".
> >
> > wrong.
> >
> > cp .config .config.old
> > make mrproper
> > cp .config.old .config
> 
> I'd done that in one of my variations, but then thought "maybe since it's
> from an rpm, it's better *not* to do a mrproper". Thanks for the correction.
> 
> > edit Makefile and set EXTRAVERSION to something different to just use make
> > EXTRAVERSION=xxx ... on command line
> 
> Oops; had missed that.
> 
> > do not do it in /usr/src, you will screw up module compilation for vanilla
> > mdk kernel. Copy sources somwehere in your home. Do not change order.
> 
> Yeah, I'd seen both "do" and "don't" instructions about doing it in
> /usr/src. My mistake was deciding to go the simple route (i.e. no copies),
> as outlined in MandrakeUser:
> http://www.mandrakeuser.org/docs/resource/res_aolm-faq.html#4d
> 
> Oops. :) I should've listened to the readme, which warns against this very
> thing.
> 
> > Apparently this time I got it just fine. Anyway, you can keep list
> > informed just the same :)
> 
> Well, thanks to the list for tolerating what amounts to n00b pollution. I
> realize that cooker isn't the place for tutorials, and I very much
> appreciate your help and others' tolerance. I try to research things on my
> own, but I seem to have reached the limits of what I could do that way.
> 
> Here's where I'm at now:
> 
> I reinstalled cooker from scratch last night, since I wanted to be positive
> 
> that my having done a compile in /usr/src didn't mess things up too much.
> Besides, it was time for a clean cooker.
> 
> I followed your steps to the letter. Unfortunately, "make" stops with an
> error ("make bzImage", by the way, is what is documented in the readme and
> gives the same error as what follows):
> 
> -----
> sched.c: In function `schedule':
> sched.c:714: internal compiler error: in merge_assigned_reloads, at
> reload1.c:6134
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:https://qa.mandrakesoft.com/> for instructions.
> make[2]: *** [sched.o] Error 1
> make[1]: *** [first_rule] Error 2
> make: *** [_dir_kernel] Error 2
> -----
> 
> This is exactly the error that I was getting before my last message. I
> haven't changed any settings other than the APM/GMT one, and this is a fresh
> install from scratch.
> 
> Of course, these messages just indicate where the problem is, not what it
> is. I'd be happy to do some exploring, but I'm wondering if we're just at a
> moment in cooker where the kernel can't be compiled? Anyone care to give
> hope by saying they've successfully compiled in the last week or so?
> 
> Anyway, there's that. Thanks again for all your time, Andrey.
> 
> - John
> 
> 
> 

Reply via email to