All of lore.kernel.org
 help / color / mirror / Atom feed
* compilation problem
@ 2011-01-26 10:48 antoni artigues
  2011-01-26 11:17 ` Avi Kivity
  0 siblings, 1 reply; 21+ messages in thread
From: antoni artigues @ 2011-01-26 10:48 UTC (permalink / raw)
  To: kvm

Hello

I have RHEL4 with kernel 2.6.9

I'm trying to compile kvm-kmod-2.6.30

After make command returns:

---------------------
[root@maeko kvm-kmod-2.6.30]# make
make -C /lib/modules/2.6.9-67.ELsmp/build M=`pwd` \
	LINUXINCLUDE="-I`pwd`/include -Iinclude \
	 \
	-Iarch/x86/include -I`pwd`/include-compat \
	-include include/linux/autoconf.h \
	-include `pwd`/x86/external-module-compat.h " \
	"$@"
make[1]: Entering directory `/usr/src/kernels/2.6.9-67.EL-smp-x86_64'
  Building modules, stage 2.
  MODPOST
make[1]: Leaving directory `/usr/src/kernels/2.6.9-67.EL-smp-x86_64'
---------------------

It seems all has gone well. But the kvm.ko is not created.

The make install returns:
----------------
[root@maeko kvm-kmod-2.6.30]# make install
mkdir -p //lib/modules/2.6.9-67.ELsmp/extra
cp x86/*.ko //lib/modules/2.6.9-67.ELsmp/extra
cp: no se puede efectuar `stat' sobre «x86/*.ko»: No existe el fichero o
el directorio
make: *** [install] Error 1
----------------

I tried with kvm-kmod-2.6.31.5 but it returns the same error.

With the kvm-kmod-2.6.31.6 the configure command says:"Error: kernel is
too old for this kvm-kmod release."

Thanks in advance.

Regards

Antoni Artigues


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: compilation problem
  2011-01-26 10:48 compilation problem antoni artigues
@ 2011-01-26 11:17 ` Avi Kivity
  2011-01-26 11:37   ` antoni artigues
  0 siblings, 1 reply; 21+ messages in thread
From: Avi Kivity @ 2011-01-26 11:17 UTC (permalink / raw)
  To: antoni artigues; +Cc: kvm

On 01/26/2011 12:48 PM, antoni artigues wrote:
> Hello
>
> I have RHEL4 with kernel 2.6.9
>
> I'm trying to compile kvm-kmod-2.6.30

2.6.9 is way too old for kvm-kmod.  Any particular reason why you want 
kvm over such an old host?

-- 
error compiling committee.c: too many arguments to function


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: compilation problem
  2011-01-26 11:17 ` Avi Kivity
@ 2011-01-26 11:37   ` antoni artigues
  2011-01-26 12:53     ` Avi Kivity
  0 siblings, 1 reply; 21+ messages in thread
From: antoni artigues @ 2011-01-26 11:37 UTC (permalink / raw)
  To: Avi Kivity; +Cc: kvm

Hello

Well, we have a 32 nodes cluster. With RHEL4 and 2.6.9 kernel in all the
nodes. The cluster is in production. Now, is not possible to update each
of the 32 nodes.

We want to use opennebula with KVM in the cluster. So, we are trying to
compile the kvm-kmod.

Is not possible? Do we need to update the kernel of each node?

Thanks

Antoni Artigues

El mié, 26-01-2011 a las 13:17 +0200, Avi Kivity escribió:
> On 01/26/2011 12:48 PM, antoni artigues wrote:
> > Hello
> >
> > I have RHEL4 with kernel 2.6.9
> >
> > I'm trying to compile kvm-kmod-2.6.30
> 
> 2.6.9 is way too old for kvm-kmod.  Any particular reason why you want 
> kvm over such an old host?
> 



^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: compilation problem
  2011-01-26 11:37   ` antoni artigues
@ 2011-01-26 12:53     ` Avi Kivity
  0 siblings, 0 replies; 21+ messages in thread
From: Avi Kivity @ 2011-01-26 12:53 UTC (permalink / raw)
  To: antoni artigues; +Cc: kvm

On 01/26/2011 01:37 PM, antoni artigues wrote:
> Hello
>
> Well, we have a 32 nodes cluster. With RHEL4 and 2.6.9 kernel in all the
> nodes. The cluster is in production. Now, is not possible to update each
> of the 32 nodes.
>
> We want to use opennebula with KVM in the cluster. So, we are trying to
> compile the kvm-kmod.
>
> Is not possible? Do we need to update the kernel of each node?

A new kernel is needed.  Note the RHEL 6 kernel includes kvm, so you 
don't need to compile anything.  Of course, if the cluster is in 
production, you'll need to plan this carefully.

-- 
error compiling committee.c: too many arguments to function


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: compilation problem
@ 2014-01-24  1:12 Niklas Molin
  0 siblings, 0 replies; 21+ messages in thread
From: Niklas Molin @ 2014-01-24  1:12 UTC (permalink / raw)
  To: meta-freescale; +Cc: gary


[-- Attachment #1.1: Type: text/plain, Size: 411 bytes --]

Hi Gary.

I'm running in a VirtualBox, Ubuntu 12.04 (64bit) (my other machine I'm
running Ubuntu 12.04 64 bit, direct on the PC).

The do_compile was located in:
fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/temp/
There is also a do_install, located in
fsl-community-bsp/build/tmp/work/x86_64-linux/python-native/2.7.3-r0.1/temp/

Thanks,
Niklas

[-- Attachment #1.2: Type: text/html, Size: 1409 bytes --]

[-- Attachment #2: log.do_compile.2456 --]
[-- Type: application/octet-stream, Size: 7869 bytes --]

DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', 'bit-64', 'x86_64-linux', 'common']
DEBUG: Executing shell function do_compile
NOTE: make -j 4 ARCH_FLAGS_FOR_TARGET= -march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 -isystem/home/nmolin/fsl-community-bsp/build/tmp/sysroots/imx6qsabresd/usr/include all-gcc all-target-libgcc
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/intl'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/intl'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/build-x86_64-linux/libiberty'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libiberty'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libbacktrace'
make  all-am
make[2]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libbacktrace'
true  DO=all multi-do # make
make[2]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libbacktrace'
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libbacktrace'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libdecnumber'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libdecnumber'
make[2]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libiberty/testsuite'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libiberty/testsuite'
make[2]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/build-x86_64-linux/libiberty/testsuite'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/build-x86_64-linux/libiberty/testsuite'
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libiberty'
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/build-x86_64-linux/libiberty'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/fixincludes'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/fixincludes'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/build-x86_64-linux/fixincludes'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/build-x86_64-linux/fixincludes'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libcpp'
test -f config.h || (rm -f stamp-h1 && make stamp-h1)
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/libcpp'
make[1]: Entering directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/gcc'
g++    -isystem/home/nmolin/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc -L/home/nmolin/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/lib -L/home/nmolin/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/lib -Wl,-rpath-link,/home/nmolin/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-link,/home/nmolin/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/lib -Wl,-rpath,/home/nmolin/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath,/home/nmolin/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/lib -Wl,-O1 -o cc1 c/c-lang.o c-family/stub-objc.o attribs.o c/c-errors.o c/c-decl.o c/c-typeck.o c/c-convert.o c/c-aux-info.o c/c-objc-common.o c/c-parser.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o tree-mudflap.o arm-c.o glibc-c.o \
	  cc1-checksum.o libbackend.a main.o  libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a   ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a   -lmpc -lmpfr -lgmp   -lz
libbackend.a(lto-streamer-out.o): In function `lto_output()':
lto-streamer-out.c:(.text+0x1b42): undefined reference to `output_bb(output_block*, basic_block_def*, function*)'
collect2: ld returned 1 exit status
make[1]: *** [cc1] Error 1
make[1]: Leaving directory `/home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-poky-linux-gnueabi/gcc'
make: *** [all-gcc] Error 2
ERROR: oe_runmake failed
WARNING: exit code 1 from a shell command.
ERROR: Function failed: do_compile (log file is located at /home/nmolin/fsl-community-bsp/build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc-cross-initial/4.8.1-r0/temp/log.do_compile.2456)

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: compilation problem
  2014-01-23 22:06 Niklas Molin
@ 2014-01-23 22:12 ` Gary Thomas
  0 siblings, 0 replies; 21+ messages in thread
From: Gary Thomas @ 2014-01-23 22:12 UTC (permalink / raw)
  To: meta-freescale

On 2014-01-23 15:06, Niklas Molin wrote:
> Hi.
>
> I just created a new Linux virtual machine to build for the Freescale.
> SO a followed the instruction from
> community.freescale.com/docs/DOC-94849 <http://community.freescale.com/docs/DOC-94849>
>
> Then I try to bitbake core-image-base.
> But after some time I get some errors:
> ERROR: Task 458 (/...../fsl-community-bsp/sources/poky/meta/recipes-devtools/gcc/gcc-cross-initial_4.8.bb <http://gcc-cross-initial_4.8.bb>, do_compile) failed with exit code '1'
>
> I recall I didn't have this problem before when I started the Yocto environment on my previous machine.
>
> Anyone that know what I might do wrong?

More details needed.  There should be a log in your build directory
    .../tmp/work/XX/gcc-cross-initial/4.8.?/temp/log.do_compile
Please look at this file for details and/or provide it so we can help more.

What host distribution are you running on your virtual machine?  Is it one
of the supported distributions?


-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------


^ permalink raw reply	[flat|nested] 21+ messages in thread

* compilation problem
@ 2014-01-23 22:06 Niklas Molin
  2014-01-23 22:12 ` Gary Thomas
  0 siblings, 1 reply; 21+ messages in thread
From: Niklas Molin @ 2014-01-23 22:06 UTC (permalink / raw)
  To: meta-freescale

[-- Attachment #1: Type: text/plain, Size: 556 bytes --]

Hi.

I just created a new Linux virtual machine to build for the Freescale.
SO a followed the instruction from
community.freescale.com/docs/DOC-94849

Then I try to bitbake core-image-base.
But after some time I get some errors:
ERROR: Task 458
(/...../fsl-community-bsp/sources/poky/meta/recipes-devtools/gcc/
gcc-cross-initial_4.8.bb, do_compile) failed with exit code '1'

I recall I didn't have this problem before when I started the Yocto
environment on my previous machine.

Anyone that know what I might do wrong?

Thanks,
Niklas

[-- Attachment #2: Type: text/html, Size: 858 bytes --]

^ permalink raw reply	[flat|nested] 21+ messages in thread

* compilation problem
@ 2010-05-31 14:54 Onkar Mahajan
  0 siblings, 0 replies; 21+ messages in thread
From: Onkar Mahajan @ 2010-05-31 14:54 UTC (permalink / raw)
  To: xen-devel, xen-users, xen-bugs, xen-tools


[-- Attachment #1.1: Type: text/plain, Size: 1116 bytes --]

Hi All,

i am facing problem with

make install

in that :

  INSTALL //lib/firmware/atmsar11.fw
*install: cannot stat `firmware/atmsar11.fw': No such file or directory
make[6]: *** [//lib/firmware/atmsar11.fw] Error 1
make[5]: *** [_modinst_post] Error 2
make[4]: *** [sub-make] Error 2
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/onkar/xen/xen-4.0.0/build-linux-2.6-pvops_x86_32'*
make[2]: *** [build] Error 2
make[2]: Leaving directory `/home/onkar/xen/xen-4.0.0'
make[1]: *** [linux-2.6-pvops-install] Error 2
make[1]: Leaving directory `/home/onkar/xen/xen-4.0.0'
make: *** [install-kernels] Error 1
*[root@localhost xen-4.0.0]# cd /lib/modules/
[root@localhost modules]# ls
2.6.31.13  2.6.31.5-127.fc12.i686.PAE  2.6.34
[root@localhost modules]# cd 2.6.31.13
[root@localhost 2.6.31.13]# ls
build  kernel  modules.order  source*

because of that , no modules are getting loaded when the pvops kernel is
booted.

config file is attached.

log file says :

*Jun  1 07:37:16 localhost modprobe: FATAL: Could not load /lib/modules/
2.6.31.13/modules.dep: No such file or directory*


thanks,
onkar

[-- Attachment #1.2: Type: text/html, Size: 1330 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: Compilation problem
  2008-08-19 13:16 Compilation problem Kevin Hickey
  2008-08-19 13:27 ` Martin Michlmayr
@ 2008-08-19 16:06 ` Ralf Baechle
  1 sibling, 0 replies; 21+ messages in thread
From: Ralf Baechle @ 2008-08-19 16:06 UTC (permalink / raw)
  To: Kevin Hickey; +Cc: linux-mips

On Tue, Aug 19, 2008 at 08:16:50AM -0500, Kevin Hickey wrote:

> Is anyone else having trouble compiling the HEAD of LMO?  Under multiple
> defconfigs, I get:
> 
> In file included from init/main.c:32:
> include/linux/security.h: In function ‘security_ptrace_traceme’:
> include/linux/security.h:1760: error: ‘parent’ undeclared (first use in
> this function)
> include/linux/security.h:1760: error: (Each undeclared identifier is
> reported only once
> include/linux/security.h:1760: error: for each function it appears in.)
> make[1]: *** [init/main.o] Error 1
> 
> I did a clean clone to be sure that it was not anything leftover in my
> working directory.  Is it just me?

Broken code which I merged from upstream.  If that happens I usually don't
commit the fixes locally unless the fix affects MIPS files.  So the issue
may persist for a day or two.

  Ralf

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: Compilation problem
  2008-08-19 13:16 Compilation problem Kevin Hickey
@ 2008-08-19 13:27 ` Martin Michlmayr
  2008-08-19 16:06 ` Ralf Baechle
  1 sibling, 0 replies; 21+ messages in thread
From: Martin Michlmayr @ 2008-08-19 13:27 UTC (permalink / raw)
  To: Kevin Hickey; +Cc: linux-mips

* Kevin Hickey <khickey@rmicorp.com> [2008-08-19 08:16]:
> include/linux/security.h:1760: error: ‘parent’ undeclared (first use in
> this function)
> include/linux/security.h:1760: error: (Each undeclared identifier is
> reported only once
> include/linux/security.h:1760: error: for each function it appears in.)
> make[1]: *** [init/main.o] Error 1
> 
> I did a clean clone to be sure that it was not anything leftover in my
> working directory.  Is it just me?

You need this fix:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=5e186b57e7ede86aeb9db30e66315bde4e8b1815

-- 
Martin Michlmayr
http://www.cyrius.com/

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Compilation problem
@ 2008-08-19 13:16 Kevin Hickey
  2008-08-19 13:27 ` Martin Michlmayr
  2008-08-19 16:06 ` Ralf Baechle
  0 siblings, 2 replies; 21+ messages in thread
From: Kevin Hickey @ 2008-08-19 13:16 UTC (permalink / raw)
  To: linux-mips

Is anyone else having trouble compiling the HEAD of LMO?  Under multiple
defconfigs, I get:

In file included from init/main.c:32:
include/linux/security.h: In function ‘security_ptrace_traceme’:
include/linux/security.h:1760: error: ‘parent’ undeclared (first use in
this function)
include/linux/security.h:1760: error: (Each undeclared identifier is
reported only once
include/linux/security.h:1760: error: for each function it appears in.)
make[1]: *** [init/main.o] Error 1

I did a clean clone to be sure that it was not anything leftover in my
working directory.  Is it just me?


-- 
Kevin Hickey
Alchemy Solutions
RMI Corporation
khickey@RMICorp.com
P: 512.691.8044

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: Compilation Problem
  2008-07-11 21:30 ` Bob Copeland
@ 2008-07-11 23:37   ` Luis R. Rodriguez
  0 siblings, 0 replies; 21+ messages in thread
From: Luis R. Rodriguez @ 2008-07-11 23:37 UTC (permalink / raw)
  To: Bob Copeland; +Cc: Chris Calitz, linux-wireless

On Fri, Jul 11, 2008 at 2:30 PM, Bob Copeland <me@bobcopeland.com> wrote:
> On Thu, Jul 10, 2008 at 4:58 AM, Chris Calitz <chris@sabest.co.za> wrote:
>> Hi Everyone
>
> Hi!
>
>> I have found that the compact-wireless driver apparently fixes this
>> issue but when I try to build this driver I get the following errors.
>
>> /home/chris/wireless/compat-wireless-2008-07-10/drivers/net/wireless/mac80211_hwsim.c: In function 'init_mac80211_hwsim':
>
> For now you can just turn off building mac80211_hwsim; it's a test driver so
> you don't need it, and I don't think it is fully back-ported.  Edit config.mk
> and set CONFIG_MAC80211_HWSIM=n.

TIm sent in a patch which backports this call correctly, should be
propagated to a new tarball by tomorrow.

  Luis

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: Compilation Problem
  2008-07-10  8:58 Compilation Problem Chris Calitz
@ 2008-07-11 21:30 ` Bob Copeland
  2008-07-11 23:37   ` Luis R. Rodriguez
  0 siblings, 1 reply; 21+ messages in thread
From: Bob Copeland @ 2008-07-11 21:30 UTC (permalink / raw)
  To: Chris Calitz; +Cc: linux-wireless

On Thu, Jul 10, 2008 at 4:58 AM, Chris Calitz <chris@sabest.co.za> wrote:
> Hi Everyone

Hi!

> I have found that the compact-wireless driver apparently fixes this
> issue but when I try to build this driver I get the following errors.

> /home/chris/wireless/compat-wireless-2008-07-10/drivers/net/wireless/mac80211_hwsim.c: In function 'init_mac80211_hwsim':

For now you can just turn off building mac80211_hwsim; it's a test driver so
you don't need it, and I don't think it is fully back-ported.  Edit config.mk
and set CONFIG_MAC80211_HWSIM=n.

-- 
Bob Copeland %% www.bobcopeland.com

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Compilation Problem
@ 2008-07-10  8:58 Chris Calitz
  2008-07-11 21:30 ` Bob Copeland
  0 siblings, 1 reply; 21+ messages in thread
From: Chris Calitz @ 2008-07-10  8:58 UTC (permalink / raw)
  To: linux-wireless

Hi Everyone

I'm currently running ubuntu hardy 8.04 and struggling with default
iwl3945 driver dropping connection randomly and needing me to disable
and enable before it comes back up.=20

I have found that the compact-wireless driver apparently fixes this
issue but when I try to build this driver I get the following errors.

=20

/home/chris/wireless/compat-wireless-2008-07-10/drivers/net/wireless/ma=
c80211_hwsim.c: In function =E2=80=98init_mac80211_hwsim=E2=80=99:
/home/chris/wireless/compat-wireless-2008-07-10/drivers/net/wireless/ma=
c80211_hwsim.c:433: error: implicit declaration of function =E2=80=98de=
vice_create_drvdata=E2=80=99
/home/chris/wireless/compat-wireless-2008-07-10/drivers/net/wireless/ma=
c80211_hwsim.c:434: warning: assignment makes pointer from integer with=
out a cast
make[3]: ***
[/home/chris/wireless/compat-wireless-2008-07-10/drivers/net/wireless/m=
ac80211_hwsim.o] Error 1
make[2]: ***
[/home/chris/wireless/compat-wireless-2008-07-10/drivers/net/wireless]
Error 2
make[1]: *** [_module_/home/chris/wireless/compat-wireless-2008-07-10]
Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-19-generic'
make: *** [modules] Error 2


Can anybody help met to get this working?

Thanks
Chris

--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: Compilation problem
  2006-12-08 11:17 ` Steven Hand
@ 2006-12-08 16:23   ` PUCCETTI Armand
  0 siblings, 0 replies; 21+ messages in thread
From: PUCCETTI Armand @ 2006-12-08 16:23 UTC (permalink / raw)
  To: Steven Hand; +Cc: xen-devel

Steven Hand a écrit :
>> When compiling XEN 3.0.3 (KERNELS = linux-2.6-xen0 linux-2.6-xenU) with=
>>
>> Linux kernel 2.6.16.29 or 2.6.26.35
>> and with gcc 4.1, I stumble over the following compilation error:
>>
>> make[3]: entrant dans le repertoire
>> .../xen-3.0.3_0-src/linux-2.6.16.35-xen0
>> CHK include/linux/version.h
>> CC [M] net/ipv4/netfilter/ip_conntrack_proto_tcp.o
>> In file included from net/ipv4/netfilter/ip_conntrack_proto_tcp.c:33:
>> include/net/tcp.h: In function tcp_skb_pcount:
>> include/net/tcp.h:555: error: struct skb_shared_info has no member
>> named tso_segs
>> include/net/tcp.h: In function tcp_skb_mss:
>> include/net/tcp.h:561: error: struct skb_shared_info has no member
>> named tso_size
>> make[6]: *** [net/ipv4/netfilter/ip_conntrack_proto_tcp.o] Erreur 1
>> make[5]: *** [net/ipv4/netfilter] Erreur 2
>> make[4]: *** [net/ipv4] Erreur 2
>> make[3]: *** [net] Erreur 2
>>     
>
> The build normally patches all of the references to tso_segs and tso_size
> with references to gso_segs and gso_size, see 
>
>  patches/linux-2.6.16.29/net-gso-0-base.patch 
>
> This will only happen for linux kernel versions that have appropriate 
> subdirectories in the patches directory. Since you're building a random
> other kernel, the patching will not occur and you'll get your error. 
>
> Are you sure you see this issue with 2.6.16.29? (which is the kernel
> shipped with 3.0.3-0)? 
>   
You're right, this does not happen with kernel 2.6.15.29 but 2.6.15.28. 
For  the former
the compilation generates vmlinuz.img.2.6.16.29-xen0 and -xenU files
but which I cannot start correctly (on this problem I sent a message 
that is in
the digest vol22 issue 29). That was why I tried to compile the code 
with another
(earlier or later) kernel.

For kernel 2.6.16.29 I could not (yet) catch the bootup messages, but 
Mats guessed
that it might be due to the absence of the SATA driver (the HDD is SATA 
in my config)
that I checked on my host machine.

On that one (P4HT with Ubuntu 6.10, kernel 2.6.17.10), the SATA drivers
are located in /lib/modules/2.6.17-10-generic/kernel/drivers/scsi and 
there are

3w-9xxx.ko      fdomain.ko      pdc_adma.ko      sata_uli.ko
3w-xxxx.ko      gdth.ko         ppa.ko           sata_via.ko
aacraid         ide-scsi.ko     qla1280.ko       sata_vsc.ko
ahci.ko         imm.ko          qlogicfas408.ko  scsi_debug.ko
aic7xxx         initio.ko       raid_class.ko    scsi_mod.ko
aic7xxx_old.ko  ipr.ko          sas              scsi_transport_fc.ko
aic94xx         ips.ko          sata_mv.ko       scsi_transport_iscsi.ko
arcmsr          iscsi_tcp.ko    sata_nv.ko       scsi_transport_sas.ko
ata_piix.ko     libata.ko       sata_promise.ko  scsi_transport_spi.ko
atp870u.ko      lpfc            sata_qstor.ko    sd_mod.ko
BusLogic.ko     megaraid        sata_sil24.ko    sg.ko
ch.ko           megaraid.ko     sata_sil.ko      sr_mod.ko
dc395x.ko       osst.ko         sata_sis.ko      st.ko
dmx3191d.ko     pata_pcmcia.ko  sata_svw.ko      sym53c8xx_2
eata.ko         pcmcia          sata_sx4.ko      tmscsim.ko


An "lsmod |grep ata" gives me:

ata_piix     13828 6
libata         88984 1     ata_piix
scsi_mod     181424 3 sg,sd_mod,libata

so they're apparently loaded.

However, in /lib/modules/2.6.16.29-xen0/kernel/drivers, there is no scsi 
directory and in
/lib/modules/2.6.16.29-xenU/kernel/drivers/scsi there are

osst.ko      scsi_transport_fc.ko   sd_mod.ko  sr_mod.ko
scsi_mod.ko  scsi_transport_spi.ko  sg.ko      st.ko

Do I miss something?
Might that be the solution, and how can I generate the drivers 
apparently missing (ata_piix.ko and libata)?

thanks
Armand
>   
>> It appears to be the same error with kernel 2.6.17.10.
>>     
>
> Indeed. 
>
>   
>> Any advice?
>>     
>  
> Use 2.6.16.29, or create new patches against the later kernels; you 
> can probably get some help from looking at the -unstable tree.
>
>
>
> cheers,
>
> S.
>
>
>   

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Compilation problem
@ 2006-12-08 11:46 PUCCETTI Armand
  2006-12-08 11:17 ` Steven Hand
  0 siblings, 1 reply; 21+ messages in thread
From: PUCCETTI Armand @ 2006-12-08 11:46 UTC (permalink / raw)
  To: xen-devel

When compiling XEN 3.0.3 (KERNELS = linux-2.6-xen0 linux-2.6-xenU) with 
Linux kernel 2.6.16.29 or 2.6.26.35
and with gcc 4.1, I stumble over the following compilation error:

make[3]: entrant dans le répertoire « 
.../xen-3.0.3_0-src/linux-2.6.16.35-xen0 »
CHK include/linux/version.h
CC [M] net/ipv4/netfilter/ip_conntrack_proto_tcp.o
In file included from net/ipv4/netfilter/ip_conntrack_proto_tcp.c:33:
include/net/tcp.h: In function ‘tcp_skb_pcount’:
include/net/tcp.h:555: error: ‘struct skb_shared_info’ has no member 
named ‘tso_segs’
include/net/tcp.h: In function ‘tcp_skb_mss’:
include/net/tcp.h:561: error: ‘struct skb_shared_info’ has no member 
named ‘tso_size’
make[6]: *** [net/ipv4/netfilter/ip_conntrack_proto_tcp.o] Erreur 1
make[5]: *** [net/ipv4/netfilter] Erreur 2
make[4]: *** [net/ipv4] Erreur 2
make[3]: *** [net] Erreur 2

Compilation command is:

$ make dist CC=gcc-4.1 verbose=y debug=y perfc=y debugger=y
and with extra CFLAGS option -fno-stack-protector.

It appears to be the same error with kernel 2.6.17.10.

Any advice?

thx

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: Compilation problem
  2006-12-08 11:46 Compilation problem PUCCETTI Armand
@ 2006-12-08 11:17 ` Steven Hand
  2006-12-08 16:23   ` PUCCETTI Armand
  0 siblings, 1 reply; 21+ messages in thread
From: Steven Hand @ 2006-12-08 11:17 UTC (permalink / raw)
  To: PUCCETTI Armand; +Cc: xen-devel, Steven.Hand


>When compiling XEN 3.0.3 (KERNELS = linux-2.6-xen0 linux-2.6-xenU) with=
>
>Linux kernel 2.6.16.29 or 2.6.26.35
>and with gcc 4.1, I stumble over the following compilation error:
>
>make[3]: entrant dans le repertoire
>.../xen-3.0.3_0-src/linux-2.6.16.35-xen0
>CHK include/linux/version.h
>CC [M] net/ipv4/netfilter/ip_conntrack_proto_tcp.o
>In file included from net/ipv4/netfilter/ip_conntrack_proto_tcp.c:33:
>include/net/tcp.h: In function tcp_skb_pcount:
>include/net/tcp.h:555: error: struct skb_shared_info has no member
>named tso_segs
>include/net/tcp.h: In function tcp_skb_mss:
>include/net/tcp.h:561: error: struct skb_shared_info has no member
>named tso_size
>make[6]: *** [net/ipv4/netfilter/ip_conntrack_proto_tcp.o] Erreur 1
>make[5]: *** [net/ipv4/netfilter] Erreur 2
>make[4]: *** [net/ipv4] Erreur 2
>make[3]: *** [net] Erreur 2

The build normally patches all of the references to tso_segs and tso_size
with references to gso_segs and gso_size, see 

 patches/linux-2.6.16.29/net-gso-0-base.patch 

This will only happen for linux kernel versions that have appropriate 
subdirectories in the patches directory. Since you're building a random
other kernel, the patching will not occur and you'll get your error. 

Are you sure you see this issue with 2.6.16.29? (which is the kernel
shipped with 3.0.3-0)? 

>It appears to be the same error with kernel 2.6.17.10.

Indeed. 

>Any advice?
 
Use 2.6.16.29, or create new patches against the later kernels; you 
can probably get some help from looking at the -unstable tree.



cheers,

S.

^ permalink raw reply	[flat|nested] 21+ messages in thread

* compilation problem
@ 2005-05-19  6:25 Wieslaw Faruga
  2005-05-19  6:25 ` Jean Delvare
  0 siblings, 1 reply; 21+ messages in thread
From: Wieslaw Faruga @ 2005-05-19  6:25 UTC (permalink / raw)
  To: lm-sensors

Sorry,

It is "lm_sensors-2.9.0.tar.gz" file ofcourse :)

Cheers,
Wieslaw


----------------------------------------------------------------------
Dzwon kilka razy taniej! >>> http://link.interia.pl/f1840

^ permalink raw reply	[flat|nested] 21+ messages in thread

* compilation problem
  2005-05-19  6:25 compilation problem Wieslaw Faruga
@ 2005-05-19  6:25 ` Jean Delvare
  0 siblings, 0 replies; 21+ messages in thread
From: Jean Delvare @ 2005-05-19  6:25 UTC (permalink / raw)
  To: lm-sensors

> It is "lm_sensors-2.9.0.tar.gz" file ofcourse :)

As I said in the ticket, the problem is solved in CVS, not 2.9.0. We
will not re-release lm_sensors 2.9.0. We might add a patch on the
download page though if too many people are affected by the problem.

-- 
Jean Delvare
http://khali.linux-fr.org/

^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: compilation problem
  2003-08-30 10:28 Martchukov Anton
@ 2003-08-30 12:30 ` Mark Frey
  0 siblings, 0 replies; 21+ messages in thread
From: Mark Frey @ 2003-08-30 12:30 UTC (permalink / raw)
  To: Martchukov Anton; +Cc: linux-diald

[-- Attachment #1: Type: text/plain, Size: 945 bytes --]

Hi VH,

I've attached a patch that Duncan Haldane posted to this list Jan 12, 
2002.  diald.h is not including the correct file with the CLK_TCK 
definintion.  Patch your diald.h and try compiling again.

Mark.


Martchukov Anton wrote:
> Hello, here is output of make
> 
> gcc -g -O2 -DHAVE_CONFIG_H -I.
> -DDIALD_CONFIG_FILE=\"/usr/local/etc/diald.conf\"
> -DDIALD_DEFS_FILE=\"/usr/local/lib/diald/diald.defs\"
> -DRUN_PREFIX=\"/usr/local/var/run\"   -c -o diald.o diald.c 
> diald.c: In function `main': 
> diald.c:192: `CLK_TCK' undeclared (first use in this function) 
> diald.c:192: (Each undeclared identifier is reported only once
> diald.c:192: for each function it appears in.)
> make: *** [diald.o] Error 1
> 
> diald version 1.0
> gcc version 2.95.3 20010315
> linux kernel 2.4.20 Vector Linux 2.0 (Slackware 8.1)
> 
> Could anybody help me to compile diald?
> Maybe there is a package for Slackware, isn't it?
> 
> Please help.
> 


[-- Attachment #2: diald-1.0.patch --]
[-- Type: text/plain, Size: 388 bytes --]

diff -uNr diald-1.0/diald.h diald-1.0-patched/diald.h
--- diald-1.0/diald.h	Sat Jun 16 12:01:25 2001
+++ diald-1.0-patched/diald.h	Fri Sep  7 02:57:56 2001
@@ -29,6 +29,11 @@
 #include <signal.h>
 #if HAVE_SYS_TIME_H
 #  include <sys/time.h>
+#if TIME_WITH_SYS_TIME
+#  include <time.h>
+#endif
+#else
+#  include <time.h>
 #endif
 #ifdef _POSIX_PRIORITY_SCHEDULING
 #  include <sched.h>

^ permalink raw reply	[flat|nested] 21+ messages in thread

* compilation problem
@ 2003-08-30 10:28 Martchukov Anton
  2003-08-30 12:30 ` Mark Frey
  0 siblings, 1 reply; 21+ messages in thread
From: Martchukov Anton @ 2003-08-30 10:28 UTC (permalink / raw)
  To: linux-diald

Hello, here is output of make

gcc -g -O2 -DHAVE_CONFIG_H -I.
-DDIALD_CONFIG_FILE=\"/usr/local/etc/diald.conf\"
-DDIALD_DEFS_FILE=\"/usr/local/lib/diald/diald.defs\"
-DRUN_PREFIX=\"/usr/local/var/run\"   -c -o diald.o diald.c 
diald.c: In function `main': 
diald.c:192: `CLK_TCK' undeclared (first use in this function) 
diald.c:192: (Each undeclared identifier is reported only once
diald.c:192: for each function it appears in.)
make: *** [diald.o] Error 1

diald version 1.0
gcc version 2.95.3 20010315
linux kernel 2.4.20 Vector Linux 2.0 (Slackware 8.1)

Could anybody help me to compile diald?
Maybe there is a package for Slackware, isn't it?

Please help.

-- 
Martchukov Anton aka VH ========================================      
---------------------------------------------------------------- 
E-mail: vhlist@yandex.ru    
ICQ: 155279978                     Registered Linux User #323324
================================================================

^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~2014-01-24  1:12 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-01-26 10:48 compilation problem antoni artigues
2011-01-26 11:17 ` Avi Kivity
2011-01-26 11:37   ` antoni artigues
2011-01-26 12:53     ` Avi Kivity
  -- strict thread matches above, loose matches on Subject: below --
2014-01-24  1:12 Niklas Molin
2014-01-23 22:06 Niklas Molin
2014-01-23 22:12 ` Gary Thomas
2010-05-31 14:54 Onkar Mahajan
2008-08-19 13:16 Compilation problem Kevin Hickey
2008-08-19 13:27 ` Martin Michlmayr
2008-08-19 16:06 ` Ralf Baechle
2008-07-10  8:58 Compilation Problem Chris Calitz
2008-07-11 21:30 ` Bob Copeland
2008-07-11 23:37   ` Luis R. Rodriguez
2006-12-08 11:46 Compilation problem PUCCETTI Armand
2006-12-08 11:17 ` Steven Hand
2006-12-08 16:23   ` PUCCETTI Armand
2005-05-19  6:25 compilation problem Wieslaw Faruga
2005-05-19  6:25 ` Jean Delvare
2003-08-30 10:28 Martchukov Anton
2003-08-30 12:30 ` Mark Frey

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.