[uml-devel] linux-3.6.x ARCH=um will not build

[uml-devel] linux-3.6.x ARCH=um will not build

[Dave Humphreys (Bob)]

Apologies if this repeats any previous attempts made by me: problems with 
something called 'gmane'

===
 ...
  CC      arch/um/os-Linux/signal.o
arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
/nfs4xp/software/krn/linux-3.6.x/linux-3.6.2-um64/arch/um/include/shared/as-
layout.h:64:15: note: previous declaration of 'sig_info' was here

I get the above error when trying to build both linux-3.6 and linux-3.6.2 in 
both x86 (gcc-4.7.2) and x86_64 (gcc-4.6.3) environments.

Since both files involved in the conflict are part of the source distribution, 
I don't think that it can be a fault with my environment; but then I don't 
understand why it obviously works for others.

arch/um/os-Linux/signal.c:18:8
arch/um/include/shared/as-layout.h:64:15

Regards,

David

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] linux-3.6.x ARCH=um will not build

[Richard Weinberger]

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

Am 13.10.2012 15:13, schrieb Dave Humphreys (Bob):
> Apologies if this repeats any previous attempts made by me: problems with 
> something called 'gmane'
> 
> ===
>  ...
>   CC      arch/um/os-Linux/signal.o
> arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
> /nfs4xp/software/krn/linux-3.6.x/linux-3.6.2-um64/arch/um/include/shared/as-
> layout.h:64:15: note: previous declaration of 'sig_info' was here
> 
> I get the above error when trying to build both linux-3.6 and linux-3.6.2 in 
> both x86 (gcc-4.7.2) and x86_64 (gcc-4.6.3) environments.
> 
> Since both files involved in the conflict are part of the source distribution, 
> I don't think that it can be a fault with my environment; but then I don't 
> understand why it obviously works for others.
> 
> arch/um/os-Linux/signal.c:18:8
> arch/um/include/shared/as-layout.h:64:15

Already known and fixed. :)
http://www.spinics.net/lists/mm-commits/msg91703.html

Thanks,
//richard


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

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

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev

[-- Attachment #3: Type: text/plain, Size: 194 bytes --]

_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] linux-3.6.x ARCH=um will not build

[Geert Uytterhoeven]

On Sat, Oct 13, 2012 at 3:27 PM, Richard Weinberger <richard@nod.at> wrote:
> Am 13.10.2012 15:13, schrieb Dave Humphreys (Bob):
>> Apologies if this repeats any previous attempts made by me: problems with
>> something called 'gmane'
>>
>> ===
>>  ...
>>   CC      arch/um/os-Linux/signal.o
>> arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
>> /nfs4xp/software/krn/linux-3.6.x/linux-3.6.2-um64/arch/um/include/shared/as-
>> layout.h:64:15: note: previous declaration of 'sig_info' was here
>>
>> I get the above error when trying to build both linux-3.6 and linux-3.6.2 in
>> both x86 (gcc-4.7.2) and x86_64 (gcc-4.6.3) environments.
>>
>> Since both files involved in the conflict are part of the source distribution,
>> I don't think that it can be a fault with my environment; but then I don't
>> understand why it obviously works for others.
>>
>> arch/um/os-Linux/signal.c:18:8
>> arch/um/include/shared/as-layout.h:64:15
>
> Already known and fixed. :)
> http://www.spinics.net/lists/mm-commits/msg91703.html

Missing "Cc: stable@vger.kernel.org"?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: [uml-devel] linux-3.6.x ARCH=um will not build

[Lekensteyn]

On Sat, Oct 13, 2012 at 1:27 PM, Richard Weinberger wrote:
> Am 13.10.2012 15:13, schrieb Dave Humphreys (Bob):
> > arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
> > /nfs4xp/software/krn/linux-3.6.x/linux-3.6.2-
um64/arch/um/include/shared/as-
> > layout.h:64:15: note: previous declaration of 'sig_info' was here
> > 
> > I get the above error when trying to build both linux-3.6 and linux-3.6.2 
in 
> > both x86 (gcc-4.7.2) and x86_64 (gcc-4.6.3) environments.
> > 
>
> Already known and fixed. :)
> http://www.spinics.net/lists/mm-commits/msg91703.html

Linux 3.6.2 and v3.7-rc1-330-g198190a are still affected:

arch/um/os-Linux/signal.c:18:8: error: conflicting types for ‘sig_info’
In file included from arch/um/os-Linux/signal.c:12:0:
/tmp/linux-3.7/arch/um/include/shared/as-layout.h:64:15: note: previous 
declaration of ‘sig_info’ was here
arch/um/os-Linux/signal.c:19:2: warning: initialization from incompatible 
pointer type [enabled by default]
arch/um/os-Linux/signal.c:19:2: warning: (near initialization for 
‘sig_info[5]’) [enabled by default]
arch/um/os-Linux/signal.c:20:2: warning: initialization from incompatible 
pointer type [enabled by default]
arch/um/os-Linux/signal.c:20:2: warning: (near initialization for 
‘sig_info[8]’) [enabled by default]
arch/um/os-Linux/signal.c:21:2: warning: initialization from incompatible 
pointer type [enabled by default]
arch/um/os-Linux/signal.c:21:2: warning: (near initialization for 
‘sig_info[4]’) [enabled by default]
arch/um/os-Linux/signal.c:22:2: warning: initialization from incompatible 
pointer type [enabled by default]
...

The mismatching declaration/definition was introduced with:

commit d3c1cfcdb43e023ab1b1c7a555cd9e929026500a
Author: Martin Pärtel <martin.partel@gmail.com>
Date:   Thu Aug 2 00:49:17 2012 +0200

    um: pass siginfo to guest process
    
    UML guest processes now get correct siginfo_t for SIGTRAP, SIGFPE,
    SIGILL and SIGBUS. Specifically, si_addr and si_code are now correct
    where previously they were si_addr = NULL and si_code = 128.
    
    Signed-off-by: Martin Pärtel <martin.partel@gmail.com>
    Signed-off-by: Richard Weinberger <richard@nod.at>


In arch/um/include/shared/as-layout.h, Martin did:
-extern void (*sig_info[])(int, struct uml_pt_regs *);
+struct siginfo;
+extern void (*sig_info[])(int, struct siginfo *si, struct uml_pt_regs *);

but in arch/um/os-Linux/signal.c, the definition is completely different:
-void (*sig_info[NSIG])(int, struct uml_pt_regs *) = {
+void (*sig_info[NSIG])(int, siginfo_t *, struct uml_pt_regs *) = {

I wanted to fix it, but I do not know what the correct type should be. 
siginfo_t is declared in signal.h. I tried replacing all "struct siginfo"s by 
siginfo_t, but that did not help (signal.h is not included)


The second build error I get is:
arch/um/os-Linux/start_up.c: In function ‘check_coredump_limit’:
arch/um/os-Linux/start_up.c:338:16: error: storage size of ‘lim’ isn’t known
arch/um/os-Linux/start_up.c:339:2: error: implicit declaration of function 
‘getrlimit’ [-Werror=implicit-function-declaration]
arch/um/os-Linux/start_up.c:339:22: error: ‘RLIMIT_CORE’ undeclared (first use 
in this function)
arch/um/os-Linux/start_up.c:339:22: note: each undeclared identifier is 
reported only once for each function it appears in
arch/um/os-Linux/start_up.c:347:22: error: ‘RLIM_INFINITY’ undeclared (first 
use in this function)
arch/um/os-Linux/start_up.c:338:16: warning: unused variable ‘lim’ [-Wunused-
variable]

This can be fixed by adding the following to arch/um/os-Linux/start_up.c:
#include <sys/resource.h>
(tested with 3.7)

No special configuration, just "make ARCH=um defconfig" and "make ARCH=um". GCC 
4.7.2 64-bit.

Regards,
Peter

(I am CC'ing the sf ml, but have not subscribed. I wonder if it works)

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] linux-3.6.x ARCH=um will not build

[Richard Weinberger]

On 20.10.2012 22:33, Lekensteyn wrote:
> On Sat, Oct 13, 2012 at 1:27 PM, Richard Weinberger wrote:
>> Am 13.10.2012 15:13, schrieb Dave Humphreys (Bob):
>>> arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
>>> /nfs4xp/software/krn/linux-3.6.x/linux-3.6.2-
> um64/arch/um/include/shared/as-
>>> layout.h:64:15: note: previous declaration of 'sig_info' was here
>>>
>>> I get the above error when trying to build both linux-3.6 and linux-3.6.2
> in
>>> both x86 (gcc-4.7.2) and x86_64 (gcc-4.6.3) environments.
>>>
>>
>> Already known and fixed. :)
>> http://www.spinics.net/lists/mm-commits/msg91703.html
>
> Linux 3.6.2 and v3.7-rc1-330-g198190a are still affected:
>
> arch/um/os-Linux/signal.c:18:8: error: conflicting types for ‘sig_info’
> In file included from arch/um/os-Linux/signal.c:12:0:
> /tmp/linux-3.7/arch/um/include/shared/as-layout.h:64:15: note: previous
> declaration of ‘sig_info’ was here
> arch/um/os-Linux/signal.c:19:2: warning: initialization from incompatible
> pointer type [enabled by default]
> arch/um/os-Linux/signal.c:19:2: warning: (near initialization for
> ‘sig_info[5]’) [enabled by default]
> arch/um/os-Linux/signal.c:20:2: warning: initialization from incompatible
> pointer type [enabled by default]
> arch/um/os-Linux/signal.c:20:2: warning: (near initialization for
> ‘sig_info[8]’) [enabled by default]
> arch/um/os-Linux/signal.c:21:2: warning: initialization from incompatible
> pointer type [enabled by default]
> arch/um/os-Linux/signal.c:21:2: warning: (near initialization for
> ‘sig_info[4]’) [enabled by default]
> arch/um/os-Linux/signal.c:22:2: warning: initialization from incompatible
> pointer type [enabled by default]
> ...
>
> The mismatching declaration/definition was introduced with:
>
> commit d3c1cfcdb43e023ab1b1c7a555cd9e929026500a
> Author: Martin Pärtel <martin.partel@gmail.com>
> Date:   Thu Aug 2 00:49:17 2012 +0200
>
>      um: pass siginfo to guest process
>
>      UML guest processes now get correct siginfo_t for SIGTRAP, SIGFPE,
>      SIGILL and SIGBUS. Specifically, si_addr and si_code are now correct
>      where previously they were si_addr = NULL and si_code = 128.
>
>      Signed-off-by: Martin Pärtel <martin.partel@gmail.com>
>      Signed-off-by: Richard Weinberger <richard@nod.at>
>
>
> In arch/um/include/shared/as-layout.h, Martin did:
> -extern void (*sig_info[])(int, struct uml_pt_regs *);
> +struct siginfo;
> +extern void (*sig_info[])(int, struct siginfo *si, struct uml_pt_regs *);
>
> but in arch/um/os-Linux/signal.c, the definition is completely different:
> -void (*sig_info[NSIG])(int, struct uml_pt_regs *) = {
> +void (*sig_info[NSIG])(int, siginfo_t *, struct uml_pt_regs *) = {
>
> I wanted to fix it, but I do not know what the correct type should be.
> siginfo_t is declared in signal.h. I tried replacing all "struct siginfo"s by
> siginfo_t, but that did not help (signal.h is not included)
>
>
> The second build error I get is:
> arch/um/os-Linux/start_up.c: In function ‘check_coredump_limit’:
> arch/um/os-Linux/start_up.c:338:16: error: storage size of ‘lim’ isn’t known
> arch/um/os-Linux/start_up.c:339:2: error: implicit declaration of function
> ‘getrlimit’ [-Werror=implicit-function-declaration]
> arch/um/os-Linux/start_up.c:339:22: error: ‘RLIMIT_CORE’ undeclared (first use
> in this function)
> arch/um/os-Linux/start_up.c:339:22: note: each undeclared identifier is
> reported only once for each function it appears in
> arch/um/os-Linux/start_up.c:347:22: error: ‘RLIM_INFINITY’ undeclared (first
> use in this function)
> arch/um/os-Linux/start_up.c:338:16: warning: unused variable ‘lim’ [-Wunused-
> variable]
>
> This can be fixed by adding the following to arch/um/os-Linux/start_up.c:
> #include <sys/resource.h>
> (tested with 3.7)
>
> No special configuration, just "make ARCH=um defconfig" and "make ARCH=um". GCC
> 4.7.2 64-bit.

Is this glibc-2.17?

I've an idea whats going on.

Thanks,
//richard


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] linux-3.6.x ARCH=um will not build

[Lekensteyn]

Hi Richard,

On Saturday 20 October 2012 22:55:22 Richard Weinberger wrote:
> Is this glibc-2.17?
This is glibc 2.16 on Arch Linux.

> I've an idea whats going on.
Great! Meanwhile I've built 3.6.2 with a hack:
  sed -i '1,1i#include <sys/resource.h>' arch/um/os-Linux/start_up.c
  sed -i 's|siginfo_t \*|struct siginfo *|' arch/um/os-Linux/signal.c
(taken from https://aur.archlinux.org/packages/li/linux-usermode/PKGBUILD)

Regards,
Peter

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] linux-3.6.x ARCH=um will not build

[richard -rw- weinberger]

On Sun, Oct 21, 2012 at 12:07 AM, Lekensteyn <lekensteyn@gmail.com> wrote:
> Hi Richard,
>
> On Saturday 20 October 2012 22:55:22 Richard Weinberger wrote:
>> Is this glibc-2.17?
> This is glibc 2.16 on Arch Linux.
>
>> I've an idea whats going on.
> Great! Meanwhile I've built 3.6.2 with a hack:
>   sed -i '1,1i#include <sys/resource.h>' arch/um/os-Linux/start_up.c
>   sed -i 's|siginfo_t \*|struct siginfo *|' arch/um/os-Linux/signal.c
> (taken from https://aur.archlinux.org/packages/li/linux-usermode/PKGBUILD)

Nice hack. ;)
Here on (OpenSUSE glibc 2.16, gcc 4.7) everything builds fine.

Does Arch have a livecd or something like that where I can reproduce the issue?

-- 
Thanks,
//richard

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] linux-3.6.x ARCH=um will not build

[Lekensteyn]

On Sunday 21 October 2012 00:18:39 richard -rw- weinberger wrote:
> >> I've an idea whats going on.
> > 
> > Great! Meanwhile I've built 3.6.2 with a hack:
> >   sed -i '1,1i#include <sys/resource.h>' arch/um/os-Linux/start_up.c
> >   sed -i 's|siginfo_t \*|struct siginfo *|' arch/um/os-Linux/signal.c
> >
> > (taken from https://aur.archlinux.org/packages/li/linux-usermode/PKGBUILD)
> 
> Nice hack.
> Here on (OpenSUSE glibc 2.16, gcc 4.7) everything builds fine.
> 
> Does Arch have a livecd or something like that where I can reproduce the
> issue?

Arch Linux tries to use as much unpatched source code as possible, any other 
distribution with recent tools should work. AFAIK there is no "ready to use" 
Live CD available from the official site since you start with almost nothing and 
install the programs at your choice (something like Gentoo, but faster). If 
you want to try it, https://www.archlinux.org/ :)

If you do not feel adventurous, try the iso from this topic 
https://bbs.archlinux.org/viewtopic.php?id=150833.

Regards,
Peter

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel