compilation problem

compilation problem

[Niklas Molin]

[-- 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 --]

Re: compilation problem

[Gary Thomas]

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
------------------------------------------------------------

Re: compilation problem

[Niklas Molin]

[-- 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)

compilation problem

[antoni artigues]

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

Re: compilation problem

[Avi Kivity]

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

Re: compilation problem

[antoni artigues]

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?
> 

Re: compilation problem

[Avi Kivity]

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

compilation problem

[Onkar Mahajan]

[-- 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

Compilation problem

[Kevin Hickey]

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

Re: Compilation problem

[Martin Michlmayr]

* 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/

Re: Compilation problem

[Ralf Baechle]

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

Compilation Problem

[Chris Calitz]

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

Re: Compilation Problem

[Bob Copeland]

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

Re: Compilation Problem

[Luis R. Rodriguez]

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

Compilation problem

[PUCCETTI Armand]

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

Re: Compilation problem

[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.

Re: Compilation problem

[PUCCETTI Armand]

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.
>
>
>   

compilation problem

[Wieslaw Faruga]

Sorry,

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

Cheers,
Wieslaw


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

compilation problem

[Jean Delvare]

> 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/

compilation problem

[Martchukov Anton]

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
================================================================

Re: compilation problem

[Mark Frey]

[-- 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>