FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 05-19-2012, 04:59 PM
"Arttu V."
 
Default make of gentoo-sources-3.2.12 fails

I have no surefire solution, but so far everyone and their $PET seems
to have taken for granted that your toolchain is just fine and sane.
Perhaps "emerge -e @system" (without ccache, distcc or other
distractions) would jiggle those bits again?

--
Arttu V.

On 5/19/12, Volker Armin Hemmann <volkerarmin@googlemail.com> wrote:
> Am Montag, 14. Mai 2012, 19:46:39 schrieb Dale:
>> Alan McKinnon wrote:
>> > On Mon, 14 May 2012 12:13:18 -0500
>> >
>> > Dale <rdalek1967@gmail.com> wrote:
>> >> For example: Alan, Mike, Pandu, Mark, Neil and me are the top posters
>> >> on this list.
>> >
>> > Yo Dale,
>> >
>> > You might want to re-calibrate your stats engine :-)
>> >
>> > I've been quiet for a while (getting old...)[1] and fifty bucks says
>> > Michael, Canek, Pandu and a couple more have all posted more than me
>> > this year
>> >
>> > [1] Well, that's my story and I'm sticking with it
>>
>> Maybe like me, you blabber more than you think:
>>
>> http://archives.gentoo.org/stats/gentoo-user-per-year.xml
>>
>> I didn't put them in any certain order but you have fallen a bit tho.
>> Someone put alum in your water or something?
>>
>>
>
> while I am somehow glad to be part of the Top 20 since 2005, I am even more
>
> happy, that I am not a regular Top5 poster.
>
>
>
> --
> #163933
>
>
 
Old 05-21-2012, 03:24 AM
Joshua Murphy
 
Default make of gentoo-sources-3.2.12 fails

On Thu, May 17, 2012 at 4:50 PM, Hinnerk van Bruinehsen
<h.v.bruinehsen@fu-berlin.de> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 17.05.2012 22:13, Michael Scherer wrote:
>
>>
>> 1) make output:
>>
>> CHK * * include/linux/version.h CHK
>> include/generated/utsrelease.h CALL * *scripts/checksyscalls.sh CHK
>> include/generated/compile.h LD * * *init/mounts.o ls -Al -m
>> elf_x86_64 -r -o init/mounts.o init/do_mounts.o
>> init/do_mounts_initrd.o init/mounts.o: No such file or directory
>> make[1]: *** [init/mounts.o] Error 1 make: *** [init] Error 2
>>
>> There is an LD, the ls line is part of the error message.
>>
>
>>
>> contains a directive to build mounts.o, see second last line, but
>> it for some reason this is ignored. Maybe there is a flaw in that
>> command, only I can't find it.
>>
>> regards, michael
>>
>>
>
> Have you tried a make clean on your sourcetree?
>
> CHK * * include/linux/version.h
>
> IS for me one of the first lines I get at all. It seems strange to me
> that you get a call to the linker (LD) before even a call to the
> compiler (CC).
>
> I'd suggest you try a make clean first and try to build again
> afterwards (with -j1 or without a statement for jobs) to rule out race
> conditions.
>
> If that doesn't help, move your kernel sources to another directory
> and reemerge the sources. Copy your .config (ideally one of a working
> tree) and try again. If that doesn't help, try to get a working
> default config (like from /proc/config.gz from a live distro).
>
> WKR
>
> Hinnerk
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.19 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJPtWSXAAoJEJwwOFaNFkYc8tAH/iV59mb5MsH0pJ28dXUqe0X6
> tcbKB18vIQYmjG9gecGX4lVtgXCIhTqVeHEKbQVN4xRMo9u7D7 FxygHtRY7sfYrk
> dvR9fs4RfIoykVeCF/0uVSNZnoXhixarYtr8FGvIKCxvUJnY/ws4W+k5tP8Ju8lJ
> wM5ldQ/eD8H4vFm4fIStQheTGERZlueNBVf77cLx8K/8p0XBvVM85V/epg+fC4I4
> bfWG1JtXrh1MUmaE+Y26aNOXGkUZiHax49CBiOUQLZNjk6f5id GppWV03HTL4mCV
> +dI6lNaUqU0AhnoG3yIOK8lY4kFu3QmNw4h1r+OCctASMJe8dU OTnF53TjJzYQk=
> =TguL
> -----END PGP SIGNATURE-----
>

I'd be more active and vocal in trying to help sort this out, but it's
been a busy week since the 1k mile trip to get a car and working on
getting it into the shape I want it in... that aside, I *did* manage
to, without any changes, drop in the config provided at the start of
all this into a gentoo-sources 3.2.12 tree (after a quick mrproper)
and it built without issues. To me, that indicates that the toolchain,
particular copy of the sources, or hardware have an issue. That the
problem is as consistent as it is while the rest of the system isn't
failing in horrifying ways implies it's not the hardware. The
resulting modules and kernel from my building it can be grabbed from
http://poisonbl.freeshell.org/3.2.12_test.tar.bz2

--
Poison [BLX]
Joshua M. Murphy
 
Old 05-23-2012, 02:10 AM
Michael Scherer
 
Default make of gentoo-sources-3.2.12 fails

On Thu, 17 May 2012 22:59:41 +0200
Alex Schuster <wonko@wonkology.org> wrote:

> Michael Scherer writes:
>
> > 1) make output:
> >
> > CHK include/linux/version.h
> > CHK include/generated/utsrelease.h
> > CALL scripts/checksyscalls.sh
> > CHK include/generated/compile.h
> > LD init/mounts.o
> > ls -Al -m elf_x86_64 -r -o init/mounts.o init/do_mounts.o
> > init/do_mounts_initrd.o init/mounts.o: No such file or directory
> > make[1]: *** [init/mounts.o] Error 1
> > make: *** [init] Error 2
> >
> > There is an LD, the ls line is part of the error message.
>
> But the options look really more like ld options to me. How this could
> possibly happen, I don't know. Some overriding of $(LD) perhaps? Does
> "env | egrep -i 'ls|ld'" show something weird? Does it also fail as a
> non-root user, after you copied the stuff over to somewhere where this
> user can write? Just grasping at straws here.
>
>
> > But without doubt you are right that mounts.o is not built, for
> > whatever reason.
>
> Because ld should build it from init/do_mounts.o, but ls is being
> called instead?
>
> > The build command
> >
> > init/.do_mounts.o.cmd:cmd_init/do_mounts.o := gcc
> > -Wp,-MD,init/.do_mounts.o.d -nostdinc
> > -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include
> > -I/usr/src/linux-3.2.12-gentoo/arch/x86/include
> > -Iarch/x86/include/generated -Iinclude
> > -include /usr/src/linux-3.2.12-gentoo/include/linux/kconfig.h
> > -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
> > -fno-strict-aliasing -fno-common
> > -Werror-implicit-function-declaration -Wno-format-security
> > -fno-delete-null-pointer-checks -O2 -m64 -march=k8 -mno-red-zone
> > -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args
> > -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1
> > -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -pipe
> > -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx
> > -mno-sse2 -mno-3dnow -Wframe-larger-than=2048
> > -fno-omit-frame-pointer -fno-optimize-sibling-calls
> > -fno-inline-functions-called-once -Wdeclaration-after-statement
> > -Wno-pointer-sign -fno-strict-overflow -fconserve-stack
> > -DCC_HAVE_ASM_GOTO -D"KBUILD_STR(s)=#s"
> > -D"KBUILD_BASENAME=KBUILD_STR(do_mounts)"
> > -D"KBUILD_MODNAME=KBUILD_STR(mounts)" -c -o init/do_mounts.o
> > init/do_mounts.c
> >
> > contains a directive to build mounts.o, see second last line, but
> > it for some reason this is ignored.
> > Maybe there is a flaw in that command, only I can't find it.
>
> Neither can I. Is this command executed at all? If you maybe replace
> the 'gcc' by 'gccXXX', does this give an error? Or put an 'echo' in
> front of the gcc'.
> You can try 'make -d', this will give you LOTS of debug output, but I
> don't think you will see the actual commands then.
>
> Wonko
>

Now at last there is some kind of "progress". Last thing I tried was
replacing my current .config with that of my previous kernel (3.2.1-r2)
and at least the make ran all the way up to the point where it should
link everything to build vmlinux, only now it tells me it couldn't
find vmlinux.o.

The last couple of lines from the make output:

CC arch/x86/lib/cache-smp.o
CC arch/x86/lib/msr.o
AS arch/x86/lib/msr-reg.o
CC arch/x86/lib/msr-reg-export.o
AS arch/x86/lib/iomap_copy_64.o
LD arch/x86/lib/built-in.o
ls -Al -m elf_x86_64 -r -o arch/x86/lib/built-in.o
arch/x86/lib/msr-smp.o arch/x86/lib/cache-smp.o arch/x86/lib/msr.o
arch/x86/lib/msr-reg.o arch/x86/lib/msr-reg-export.o
arch/x86/lib/iomap_copy_64.o
AS arch/x86/lib/clear_page_64.o
AS arch/x86/lib/cmpxchg16b_emu.o
AS arch/x86/lib/copy_page_64.o
AS arch/x86/lib/copy_user_64.o
AS arch/x86/lib/copy_user_nocache_64.o
AS arch/x86/lib/csum-copy_64.o
CC arch/x86/lib/csum-partial_64.o
CC arch/x86/lib/csum-wrappers_64.o
CC arch/x86/lib/delay.o
AS arch/x86/lib/getuser.o
GEN arch/x86/lib/inat-tables.c
CC arch/x86/lib/inat.o
CC arch/x86/lib/insn.o
AS arch/x86/lib/memcpy_64.o
AS arch/x86/lib/memmove_64.o
AS arch/x86/lib/memset_64.o
AS arch/x86/lib/putuser.o
AS arch/x86/lib/rwlock.o
AS arch/x86/lib/rwsem.o
AS arch/x86/lib/thunk_64.o
CC arch/x86/lib/usercopy.o
CC arch/x86/lib/usercopy_64.o
AR arch/x86/lib/lib.a
LD vmlinux.o
ls -Al -m elf_x86_64 -r -o vmlinux.o arch/x86/kernel/head_64.o
arch/x86/kernel/head64.o arch/x86/kernel/head.o
arch/x86/kernel/init_task.o init/built-in.o --start-group
usr/built-in.o arch/x86/built-in.o kernel/built-in.o mm/built-in.o
fs/built-in.o ipc/built-in.o security/built-in.o crypto/built-in.o
block/built-in.o lib/lib.a arch/x86/lib/lib.a lib/built-in.o
arch/x86/lib/built-in.o drivers/built-in.o sound/built-in.o
firmware/built-in.o arch/x86/pci/built-in.o arch/x86/power/built-in.o
arch/x86/video/built-in.o net/built-in.o --end-group
MODPOST vmlinux.o
vmlinux.o: No such file or directory make[1]: ***
[vmlinux.o] Error 1 make: *** [vmlinux.o] Error 2


Essentially the same error as previously with mounts.o, and after
every LD comes an ls -Al ... line like above, which I never saw
before in my make outputs. Don't know where that comes from.

I'm now back where the troubles began, the vmlinux.o error was
the first I encountered after my last successful build.
Maybe a careful search of a diff of the .config files will
give me some idea.

By now you're probably somewhat tired of devoting your time
to this problem, so thank you for all your efforts to help me.
If I ever solve this, you'll hear from me (which doesn't mean
the thread is closed. If someone is still curious... ;-) )

Kind regards, Michael
 
Old 05-23-2012, 06:05 AM
Pandu Poluan
 
Default make of gentoo-sources-3.2.12 fails

On May 23, 2012 9:14 AM, "Michael Scherer" <a6702894@unet.univie.ac.at> wrote:

>

> On Thu, 17 May 2012 22:59:41 +0200

> Alex Schuster <wonko@wonkology.org> wrote:

>

> > Michael Scherer writes:

> >

> > > 1) make output:

> > >

> > > * CHK * * include/linux/version.h

> > > * CHK * * include/generated/utsrelease.h

> > > * CALL * *scripts/checksyscalls.sh

> > > * CHK * * include/generated/compile.h

> > > * LD * * *init/mounts.o

> > > ls -Al -m elf_x86_64 -r -o init/mounts.o init/do_mounts.o

> > > init/do_mounts_initrd.o init/mounts.o: No such file or directory

> > > make[1]: *** [init/mounts.o] Error 1

> > > make: *** [init] Error 2

> > >

> > > There is an LD, the ls line is part of the error message.

> >

> > But the options look really more like ld options to me. How this could

> > possibly happen, I don't know. Some overriding of $(LD) perhaps? Does

> > "env | egrep -i 'ls|ld'" show something weird? Does it also fail as a

> > non-root user, after you copied the stuff over to somewhere where this

> > user can write? Just grasping at straws here.

> >

> >

> > > But without doubt you are right that mounts.o is not built, for

> > > whatever reason.

> >

> > Because ld should build it from init/do_mounts.o, but ls is being

> > called instead?

> >

> > > The build command

> > >

> > > init/.do_mounts.o.cmd:cmd_init/do_mounts.o := gcc

> > > -Wp,-MD,init/.do_mounts.o.d -nostdinc

> > > -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include

> > > -I/usr/src/linux-3.2.12-gentoo/arch/x86/include

> > > -Iarch/x86/include/generated -Iinclude

> > > -include /usr/src/linux-3.2.12-gentoo/include/linux/kconfig.h

> > > -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs

> > > -fno-strict-aliasing -fno-common

> > > -Werror-implicit-function-declaration -Wno-format-security

> > > -fno-delete-null-pointer-checks -O2 -m64 -march=k8 -mno-red-zone

> > > -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args

> > > -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1

> > > -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -pipe

> > > -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx

> > > -mno-sse2 -mno-3dnow -Wframe-larger-than=2048

> > > -fno-omit-frame-pointer -fno-optimize-sibling-calls

> > > -fno-inline-functions-called-once -Wdeclaration-after-statement

> > > -Wno-pointer-sign -fno-strict-overflow -fconserve-stack

> > > -DCC_HAVE_ASM_GOTO -D"KBUILD_STR(s)=#s"

> > > -D"KBUILD_BASENAME=KBUILD_STR(do_mounts)"

> > > -D"KBUILD_MODNAME=KBUILD_STR(mounts)" -c -o init/do_mounts.o

> > > init/do_mounts.c

> > >

> > > contains a directive to build mounts.o, see second last line, but

> > > it for some reason this is ignored.

> > > Maybe there is a flaw in that command, only I can't find it.

> >

> > Neither can I. Is this command executed at all? If you maybe replace

> > the 'gcc' by 'gccXXX', does this give an error? Or put an 'echo' in

> > front of the gcc'.

> > You can try 'make -d', this will give you LOTS of debug output, but I

> > don't think you will see the actual commands then.

> >

> > * * * Wonko

> >

>

> Now at last there is some kind of "progress". Last thing I tried was

> replacing my current .config with that of my previous kernel (3.2.1-r2)

> and at least the make ran all the way up to the point where it should

> link everything to build vmlinux, only now it tells me it couldn't

> find vmlinux.o.

>

> The last couple of lines from the make output:

>

> *CC * * *arch/x86/lib/cache-smp.o

> *CC * * *arch/x86/lib/msr.o

> *AS * * *arch/x86/lib/msr-reg.o

> *CC * * *arch/x86/lib/msr-reg-export.o

> *AS * * *arch/x86/lib/iomap_copy_64.o

> *LD * * *arch/x86/lib/built-in.o

> ls -Al -m elf_x86_64 -r -o arch/x86/lib/built-in.o

> arch/x86/lib/msr-smp.o arch/x86/lib/cache-smp.o arch/x86/lib/msr.o

> arch/x86/lib/msr-reg.o arch/x86/lib/msr-reg-export.o

> arch/x86/lib/iomap_copy_64.o

> *AS * * *arch/x86/lib/clear_page_64.o

> *AS * * *arch/x86/lib/cmpxchg16b_emu.o

> *AS * * *arch/x86/lib/copy_page_64.o

> *AS * * *arch/x86/lib/copy_user_64.o

> *AS * * *arch/x86/lib/copy_user_nocache_64.o

> *AS * * *arch/x86/lib/csum-copy_64.o

> *CC * * *arch/x86/lib/csum-partial_64.o

> *CC * * *arch/x86/lib/csum-wrappers_64.o

> *CC * * *arch/x86/lib/delay.o

> *AS * * *arch/x86/lib/getuser.o

> *GEN * * arch/x86/lib/inat-tables.c

> *CC * * *arch/x86/lib/inat.o

> *CC * * *arch/x86/lib/insn.o

> *AS * * *arch/x86/lib/memcpy_64.o

> *AS * * *arch/x86/lib/memmove_64.o

> *AS * * *arch/x86/lib/memset_64.o

> *AS * * *arch/x86/lib/putuser.o

> *AS * * *arch/x86/lib/rwlock.o

> *AS * * *arch/x86/lib/rwsem.o

> *AS * * *arch/x86/lib/thunk_64.o

> *CC * * *arch/x86/lib/usercopy.o

> *CC * * *arch/x86/lib/usercopy_64.o

> *AR * * *arch/x86/lib/lib.a

> *LD * * *vmlinux.o

> ls -Al -m elf_x86_64 -r -o vmlinux.o arch/x86/kernel/head_64.o

> arch/x86/kernel/head64.o arch/x86/kernel/head.o

> arch/x86/kernel/init_task.o init/built-in.o --start-group

> usr/built-in.o arch/x86/built-in.o kernel/built-in.o mm/built-in.o

> fs/built-in.o ipc/built-in.o security/built-in.o crypto/built-in.o

> block/built-in.o lib/lib.a arch/x86/lib/lib.a lib/built-in.o

> arch/x86/lib/built-in.o drivers/built-in.o sound/built-in.o

> firmware/built-in.o arch/x86/pci/built-in.o arch/x86/power/built-in.o

> arch/x86/video/built-in.o net/built-in.o --end-group

> *MODPOST vmlinux.o

> *vmlinux.o: No such file or directory make[1]: ***

> *[vmlinux.o] Error 1 make: *** [vmlinux.o] Error 2

>

>

> Essentially the same error as previously with mounts.o, and after

> every LD comes an ls -Al ... line like above, which I never saw

> before in my make outputs. Don't know where that comes from.

>

> I'm now back where the troubles began, the vmlinux.o error was

> the first I encountered after my last successful build.

> Maybe a careful search of a diff of the .config files will

> give me some idea.

>

> By now you're probably somewhat tired of devoting your time

> to this problem, so thank you for all your efforts to help me.

> If I ever solve this, you'll hear from me (which doesn't mean

> the thread is closed. If someone is still curious... ;-) )

>

> Kind regards, Michael

>


If the problem is due to .config, run make oldconfig first.


Rgds,
 
Old 05-26-2012, 11:18 AM
luis jure
 
Default make of gentoo-sources-3.2.12 fails

on 2012-05-14 at 08:52 ny6p01@gmail.com wrote:

>9. DO NOT TOP-POST and DO trim your replies!!!

why don't you observe these yourself? you quoted the whole message you
replied to, which itself contained another full quote, which itself...

many people here complain against top-posting, but few observe the "DO
trim your replies" rule. see below, from your own post:

>Posting a "me too" comment at the bottom of a 100+ line message is no
>better because people, have to scroll all the way down through 100+ lines
>they've already read in order to see your one-liner. One word comes to
>mind for that: frustrating.
 
Old 05-26-2012, 11:33 AM
luis jure
 
Default make of gentoo-sources-3.2.12 fails

on 2012-05-14 at 22:54 Alan McKinnon wrote:

> (getting old...)

you don't say, really? what a coincidence, it's happening to me too.
anyone else getting older around here? is anyone actually getting
*younger*?
 
Old 05-26-2012, 01:56 PM
 
Default make of gentoo-sources-3.2.12 fails

On Sat, May 26, 2012 at 08:18:32AM -0300, luis jure wrote:
> on 2012-05-14 at 08:52 ny6p01@gmail.com wrote:
>
> >9. DO NOT TOP-POST and DO trim your replies!!!
>
> why don't you observe these yourself? you quoted the whole message you
> replied to, which itself contained another full quote, which itself...
>
> many people here complain against top-posting, but few observe the "DO
> trim your replies" rule. see below, from your own post:
>
> >Posting a "me too" comment at the bottom of a 100+ line message is no
> >better because people, have to scroll all the way down through 100+ lines
> >they've already read in order to see your one-liner. One word comes to
> >mind for that: frustrating.
>

Thank you for the timely reminder. It _was_ an error on my part.

Terry
 

Thread Tools




All times are GMT. The time now is 09:29 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org