From: Blaisorblade <blaisorblade@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: Jeff Dike <jdike@addtoit.com>, Olaf Hering <olh@suse.de>
Subject: Re: [uml-devel] arch/um/include/kern_util.h:35: error: 'CONFIG_NR_CPUS' undeclared
Date: Wed, 18 Jan 2006 17:42:56 +0100 [thread overview]
Message-ID: <200601181743.04311.blaisorblade@yahoo.it> (raw)
In-Reply-To: <20060118143742.GB5154@ccure.user-mode-linux.org>
On Wednesday 18 January 2006 15:37, Jeff Dike wrote:
> On Wed, Jan 18, 2006 at 02:04:04PM +0100, Olaf Hering wrote:
> > These definitions are gone from glibc 2.4, has to be fixed in uml.
I guess that using the same values is hackily guaranteed to work for binary
compatibility, right?
> Yeah, we knew that was going to be fragile. Needs fixing.
This sort of things is what autoconf is for. However we shouldn't use that,
and probably not its ideas... in the past we've used grep into headers (for
hostfs, a stat field had been renamed).
Btw, while about setjmp/longjmp: they save only a few registers, not all ones
(and obviously not EAX and the return value); in fact GCC docs says that
local variables should be marked as volatile or risk being destroyed.
What about this? Inserting an asm volatile clobbering all unsaved registers
(what I thought for long time)? Or taking the libc implementation and suiting
it for our use, solving the above problem?
We do such things for context switch in the traced process, doing it for us
should be simpler (but it's in assembler).
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
___________________________________
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB
http://mail.yahoo.it
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2006-01-18 16:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-16 17:14 [uml-devel] arch/um/include/kern_util.h:35: error: 'CONFIG_NR_CPUS' undeclared Olaf Hering
2006-01-17 1:22 ` Blaisorblade
2006-01-17 3:45 ` Jeff Dike
2006-01-17 5:52 ` Jeff Dike
2006-01-17 14:13 ` Blaisorblade
2006-01-17 20:24 ` Olaf Hering
2006-01-18 13:04 ` Olaf Hering
2006-01-18 14:37 ` Jeff Dike
2006-01-18 16:42 ` Blaisorblade [this message]
2006-01-19 0:08 ` Jeff Dike
2006-01-19 0:04 ` Blaisorblade
2006-01-19 4:18 ` Jeff Dike
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=200601181743.04311.blaisorblade@yahoo.it \
--to=blaisorblade@yahoo.it \
--cc=jdike@addtoit.com \
--cc=olh@suse.de \
--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