All of lore.kernel.org
 help / color / mirror / Atom feed
From: CaT <cat@zip.com.au>
To: Michael Richardson <mcr@sandelman.ottawa.on.ca>
Cc: dev@lists.openswan.org, user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] Re: [Openswan CVS] openswan-2/linux/net/ipsec addrtot.c, 1.16, 1.17
Date: Mon, 20 Sep 2004 14:45:13 +1000	[thread overview]
Message-ID: <20040920044512.GA6672@zip.com.au> (raw)
In-Reply-To: <26724.1095652408@marajade.sandelman.ottawa.on.ca>

On Sun, Sep 19, 2004 at 11:53:28PM -0400, Michael Richardson wrote:
>     CaT> In include/asm-i386/string.h for example. Not all arches have
>     CaT> it defined but a few do.
> 
>     CaT> With the change btw, the kernel compiled.
> 
>   Using __HAVE_ARCH_STRSTR doesn't work on UML.
>   It appears that the strstr.c from arch/i386/lib/strstr.c doesn't get
> compiled. I tried to get it compiled, but I seem to be missing some
> symbol table magic. (Adding EXPORT_SYMTAB(strstr) to the file didn't
> help).
> 
>   Any ideas on this?

I'm not expert (seriously - this isn't just modesty :) but it looks
like that uml is undefining strstr but not __HAVE_ARCH_STRSTR so that
when it's compiled on an arch that defines __HAVE_ARCH_STRSTR because
it has strstr it's only half undefined. If I'm right it appears to
be a bug in the part of uml.

Check linux/arch/um/os-Linux/user_syms.c. It includes string.h
which includes asm/string.h which includes asm/arch/string.h which
points to asm-i386/string.h which would define the above.

I've CCed the happy-fun folks at UML to be sure because my feeling that
I'm talking sheer bollocks is about as strong as my feeling that I am
not. :)

-- 
    Red herrings strewn hither and yon.


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

       reply	other threads:[~2004-09-22 15:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20040915214906.02A1F138028@tla.xelerance.com>
     [not found] ` <20040918151657.GG953@zip.com.au>
     [not found]   ` <21443.1095535410@marajade.sandelman.ottawa.on.ca>
     [not found]     ` <20040918235319.GH953@zip.com.au>
     [not found]       ` <26724.1095652408@marajade.sandelman.ottawa.on.ca>
2004-09-20  4:45         ` CaT [this message]
2004-09-25 17:15           ` [uml-devel] Re: [Openswan CVS] openswan-2/linux/net/ipsec addrtot.c, 1.16, 1.17 BlaisorBlade
2004-09-26 18:51             ` Michael Richardson
2004-09-29 17:34               ` BlaisorBlade

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=20040920044512.GA6672@zip.com.au \
    --to=cat@zip.com.au \
    --cc=dev@lists.openswan.org \
    --cc=mcr@sandelman.ottawa.on.ca \
    --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.