David Dawes wrote:
> XFree86 has some limited support for using already-installed
> headers/libraries for some types of builds (like ServersOnly). Does
> this patch build on that?
It basically defines some new Imake symbols that refer to having the lib
already instead of having to build it. It al
David Dawes wrote:
> That just fixes one of the symptoms of IHaveSubdirs being defined in this
> case when it shouldn't be. The others remain. I'll commit a patch that
> fixes it properly.
Thanks, David :-D
--
Warren Turkal
President, GOLUM, Inc.
http://www.golum.org
_
On Thu, Sep 25, 2003 at 07:56:14PM -0500, Warren Turkal wrote:
>Here is another patch from the Debian project. It comes in 3 parts. I
>basically allows XFree86 to build using an externally built libs.
XFree86 has some limited support for using already-installed
headers/libraries for some types of
On Thu, Sep 25, 2003 at 06:30:21PM -0500, Warren Turkal wrote:
>Here is a patch from the Debian packages that fixes certain build configs.
>
>$Id: 017_fix_Xlib_depend_target.diff 586 2003-09-25 19:31:35Z branden $
>
>This patch by Ishikawa MUTSUMI.
>
>Fixes build failure due to missing depend targe
Here is another patch from the Debian project. It comes in 3 parts. I
basically allows XFree86 to build using an externally built libs.
http://bugs.xfree86.org/show_bug.cgi?id=741
It wouldn't let me classify into multiple libraries...so I just associated
it with "other".
wt
--
Warren Turkal
Pre
Mark Vojkovich wrote:
Can we at least agree to export an xf86Yield() function? It
will be sched_yield() on whatever plaforms support it, a noop on
others. If somebody comes up with something better to implement
it with, then great.
I have no voice on that but still : I think this would abs
Here is a patch from the Debian packages that fixes certain build configs.
$Id: 017_fix_Xlib_depend_target.diff 586 2003-09-25 19:31:35Z branden $
This patch by Ishikawa MUTSUMI.
Fixes build failure due to missing depend target in Xlib's Imakefile if
"BuildServersOnly" is YES, "BuildXnestServer"
Can we at least agree to export an xf86Yield() function? It
will be sched_yield() on whatever plaforms support it, a noop on
others. If somebody comes up with something better to implement
it with, then great.
Mark.
___
De
I don't see how we could use them either. They are a solution
for a different problem.
Mark.
On Thu, 25 Sep 2003, Emmanuel Allaud wrote:
> /I did not have news from my request on linux-kernel, but I came across
> this interview of Rusty Russel where he talks about fu
Peter "Firefly" Lund wrote:
On Thu, 25 Sep 2003, Alex Deucher wrote:
you might check to make sure your message made it to the list. I've
posted some questions on linux-kernel and they never got through.
It did. I saw it in one of the web archives.
Yes I just checked. I sent a copy to
Alex Deucher wrote:
you might check to make sure your message made it to the list. I've
posted some questions on linux-kernel and they never got through.
Ah, OK I'll check then (moreover I'm being flooded with stupid virus
mails, so I hope I did not delete anything important :( ).
Bye
Manu
On Thu, 25 Sep 2003, Alex Deucher wrote:
> you might check to make sure your message made it to the list. I've
> posted some questions on linux-kernel and they never got through.
It did. I saw it in one of the web archives.
-Peter
___
Devel mailing l
you might check to make sure your message made it to the list. I've
posted some questions on linux-kernel and they never got through.
Alex
--- Emmanuel Allaud <[EMAIL PROTECTED]> wrote:
> /I did not have news from my request on linux-kernel, but I came
> across
> this interview of Rusty Russel
This is somewhat off topic, but as I recall someone posted a patch to
use the linux event input interface to support hotplugging in xfree86.
it may be of use with what you are looking at now...or not.
Alex
--- Juliusz Chroboczek <[EMAIL PROTECTED]> wrote:
> JG> So I'd just open the device and se
Around 20 o'clock on Sep 25, Juliusz Chroboczek wrote:
> JG> So you still have to do a select/poll, read all pending input
> JG> events on all different devices, and merge the events in the
> JG> server into a single stream in time stamp order.
>
> Can that happen in dix, or should it be below?
Around 20 o'clock on Sep 25, Juliusz Chroboczek wrote:
> JG> So you still have to do a select/poll, read all pending input
> JG> events on all different devices, and merge the events in the
> JG> server into a single stream in time stamp order.
>
> Can that happen in dix, or should it be below?
JG> So I'd just open the device and see if PS/2 mice work at this date.
PS/2 mice and AT keyboards most definetily do work with the event
interface, at least since 2.5.73 (the first 2.5 kernel I tested[1]).
They do not work in current 2.4, where the event interface is for USB
peripherals only.
JG
/I did not have news from my request on linux-kernel, but I came across
this interview of Rusty Russel where he talks about futexes (URL :
http://kerneltrap.org/node/view/892) :
/
/
-
/
/Rusty Russell/: OK, a futex ("Fast Userspace Mutex") isn't a mutex at
all. It was in a (much) earlie
Jim Gettys writes:
> Most operating schedulers are much happier to give you the CPU
> again if you don't monopolize the CPU, and let the other processes
> get the CPU regularly. Generally, they boost the priority
> of processes that just use a short amount of CPU, and then
> give it back.
>
19 matches
Mail list logo