linux-um archives
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox