All of lore.kernel.org
 help / color / mirror / Atom feed
From: "D. Bahi" <dbahi@enterasys.com>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] tls incrementals for 2.6.15 breaking build ... still?
Date: Wed, 11 Jan 2006 16:52:08 -0500	[thread overview]
Message-ID: <43C57E08.5000501@enterasys.com> (raw)
In-Reply-To: <200511190335.06204.blaisorblade@yahoo.it>

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

i'm trying to build an 'uptodate' UML guest and see exactly this
'undefined reference to indirect_set_thread_area' (reported in November)
with 2.6.15 and all the incrementals from the patch tarball for
2006-01-08 on user-mode-linux.sf.net.

the comment related to this patch says CONFIG_MODE_ TT 'off' ... but
this email says try it 'on' and that just leads to:

  CC      arch/um/os-Linux/tls.o
arch/um/os-Linux/tls.c:48: error: syntax error before "get_thread_area"
arch/um/os-Linux/tls.c:48: warning: type defaults to `int' in
declaration of `_syscall1'
arch/um/os-Linux/tls.c:48: warning: function declaration isn't a prototype
arch/um/os-Linux/tls.c:48: warning: data definition has no type or
storage class
arch/um/os-Linux/tls.c:49: error: syntax error before "set_thread_area"
arch/um/os-Linux/tls.c:49: warning: type defaults to `int' in
declaration of `_syscall1'
arch/um/os-Linux/tls.c:49: warning: function declaration isn't a prototype
arch/um/os-Linux/tls.c:49: warning: data definition has no type or
storage class
arch/um/os-Linux/tls.c:51: warning: "struct user_desc" declared inside
parameter list
arch/um/os-Linux/tls.c:51: warning: its scope is only this definition or
declaration, which is probably not what you want
arch/um/os-Linux/tls.c: In function `do_set_thread_area_tt':
arch/um/os-Linux/tls.c:55: warning: implicit declaration of function
`set_thread_area'
arch/um/os-Linux/tls.c: At top level:
arch/um/os-Linux/tls.c:62: warning: "struct user_desc" declared inside
parameter list
arch/um/os-Linux/tls.c: In function `do_get_thread_area_tt':
arch/um/os-Linux/tls.c:66: warning: implicit declaration of function
`get_thread_area'
make[1]: *** [arch/um/os-Linux/tls.o] Error 1


Blaisorblade wrote:
> On Friday 18 November 2005 09:59, Rob Landley wrote:
>   
>> On Friday 18 November 2005 01:58, Blaisorblade wrote:
>>     
>>>> arch/um/sys-i386/built-in.o(.text+0x3b60): In function `load_TLS':
>>>> : undefined reference to `indirect_set_thread_area'
>>>>
>>>> collect2: ld returned 1 exit status
>>>>   KSYM    .tmp_kallsyms1.S
>>>> nm: '.tmp_vmlinux1': No such file
>>>> No valid symbol.
>>>> make[2]: *** [.tmp_kallsyms1.S] Error 1
>>>> make[1]: *** [_all] Error 2
>>>> make: *** [all] Error 2
>>>>
>>>> This is progress!
>>>>         
>>> Disable TT mode or play with such things IIRC
>>>       
>> Nope, tt mode already is disabled.
>>     
>
> Be creative - enable it then... yep, indirect_... is defined only when TT is 
> active, but is also used otherwise.
>
>   
>>> - actually there's a proper
>>> fix along lines of "move #ifdef's inside sys-i386/tls.c to properly cater
>>> to dependencies" if you want.
>>>
>>> This comes from the TLS patches btw...
>>>       
>
>   
>> I'll be banging on this more in a bit...
>>     
>
>   
>> Rob
>>     
>
>   


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

  reply	other threads:[~2006-01-11 21:52 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-16 17:00 [uml-devel] Getting the x86-64 rollup patch to work on my x86 laptop Rob Landley
2005-11-16 19:42 ` Bodo Stroesser
2005-11-16 22:19 ` Jeff Dike
2005-11-17  0:11   ` Rob Landley
2005-11-17  5:26     ` Jeff Dike
2005-11-17 13:16       ` Rob Landley
2005-11-17 16:37         ` Jeff Dike
2005-11-17 15:58           ` Rob Landley
2005-11-17 17:26             ` Jeff Dike
2005-11-17 17:40             ` Jeff Dike
2005-11-17 22:19               ` Rob Landley
2005-11-17 14:46       ` Rob Landley
2005-11-17 17:24         ` Jeff Dike
2005-11-17 18:40     ` Jeff Dike
2005-11-17 22:51       ` Rob Landley
2005-11-17 23:12         ` Rob Landley
2005-11-18  3:12         ` Jeff Dike
2005-11-18  6:14           ` Rob Landley
2005-11-18  6:32             ` Rob Landley
2005-11-18  6:48           ` Rob Landley
2005-11-18  7:26             ` Blaisorblade
2005-11-18  7:33               ` Rob Landley
2005-11-18  7:58                 ` Blaisorblade
2005-11-18  8:59                   ` Rob Landley
2005-11-19  2:35                     ` Blaisorblade
2006-01-11 21:52                       ` D. Bahi [this message]
2006-01-12  5:29                         ` [uml-devel] tls incrementals for 2.6.15 breaking build ... still? D. Bahi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43C57E08.5000501@enterasys.com \
    --to=dbahi@enterasys.com \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.