Am Samstag, 3. Juli 2004 01:12 schrieb Roland Scheidegger:
> Dieter Nützel wrote:
> > Am Freitag, 2. Juli 2004 02:03 schrieb Ian Romanick:
> >>Dieter Nützel wrote:
> >>>Am Donnerstag, 1. Juli 2004 20:07 schrieb Dieter Nützel:
> Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
> >Diet
Dieter Nützel wrote:
Am Freitag, 2. Juli 2004 02:03 schrieb Ian Romanick:
Dieter Nützel wrote:
Am Donnerstag, 1. Juli 2004 20:07 schrieb Dieter Nützel:
Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
Dieter Nützel wrote:
quake3-smp do NOT work anylonger.
Could you try these two patches? Th
Am Freitag, 2. Juli 2004 02:03 schrieb Ian Romanick:
> Dieter Nützel wrote:
> > Am Donnerstag, 1. Juli 2004 20:07 schrieb Dieter Nützel:
> >>Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
> >>>Dieter Nützel wrote:
> quake3-smp do NOT work anylonger.
> >>>
> >>>Could you try these two p
Dieter Nützel wrote:
Am Donnerstag, 1. Juli 2004 20:07 schrieb Dieter Nützel:
Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
Dieter Nützel wrote:
quake3-smp do NOT work anylonger.
Could you try these two patches? They *should* fix the crash you're
seeing.
The "first" one, YES. But...
Okay
Am Donnerstag, 1. Juli 2004 20:07 schrieb Dieter Nützel:
> Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
> > Dieter Nützel wrote:
> > > quake3-smp do NOT work anylonger.
> >
> > Could you try these two patches? They *should* fix the crash you're
> > seeing.
>
> The "first" one, YES. But.
Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
> Dieter Nützel wrote:
> > quake3-smp do NOT work anylonger.
>
> Could you try these two patches? They *should* fix the crash you're
> seeing.
The "first" one, YES. But...
...loading 'scripts/skin.shader'
...loading 'scripts/sky.shader'
...
On Thu, 01 Jul 2004 08:56:31 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Dieter Nützel wrote:
>
> > quake3-smp do NOT work anylonger.
>
> Allow me to express, for the record, how much I *HATE* the XFree86 build
> process. The problem is that assembly files don't get built with the
> threa
Dieter Nützel wrote:
quake3-smp do NOT work anylonger.
Could you try these two patches? They *should* fix the crash you're seeing.
? src/mesa/glapi/gl_XML.pyc
? src/mesa/glapi/license.pyc
Index: src/mesa/glapi/gl_x86_asm.py
===
RCS fi
Am Donnerstag, 1. Juli 2004 17:56 schrieb Ian Romanick:
> Dieter Nützel wrote:
> > quake3-smp do NOT work anylonger.
>
> Allow me to express, for the record, how much I *HATE* the XFree86 build
> process. The problem is that assembly files don't get built with the
> threading related defines (i.e.
Dieter Nützel wrote:
quake3-smp do NOT work anylonger.
Allow me to express, for the record, how much I *HATE* the XFree86 build
process. The problem is that assembly files don't get built with the
threading related defines (i.e., -DXTHREADS). The result is that
glapi_x86.S gets built without t
Am Freitag, 25. Juni 2004 11:06 schrieb Dieter Nützel:
> Am Freitag, 25. Juni 2004 00:10 schrieb Ian Romanick:
> > Dieter Nützel wrote:
> > > Am Mittwoch, 23. Juni 2004 02:22 schrieb Ian Romanick:
> > >>This patch also still requires you to manually generate glapi_x86.S by
> > >>doing:
> > >>
> > >
Am Freitag, 25. Juni 2004 00:10 schrieb Ian Romanick:
> Dieter Nützel wrote:
> > Am Mittwoch, 23. Juni 2004 02:22 schrieb Ian Romanick:
> >>This patch also still requires you to manually generate glapi_x86.S by
> >>doing:
> >>
> >>cd src/mesa/glapi
> >>python2 ./gl_x86_asm.py > ../x86/glapi_x86.S
>
Dieter Nützel <[EMAIL PROTECTED]> writes:
> With and without I get this in _normal_ DRI CVS:
did you reconfigure Mesa (i.e. make linux-x86 or whatever your
platform is)? that solved it for me.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
| advance of the min
Dieter Nützel wrote:
Am Mittwoch, 23. Juni 2004 02:22 schrieb Ian Romanick:
This patch also still requires you to manually generate glapi_x86.S by
doing:
cd src/mesa/glapi
python2 ./gl_x86_asm.py > ../x86/glapi_x86.S
With and without I get this in _normal_ DRI CVS:
You probably need to rebuild ever
Am Mittwoch, 23. Juni 2004 02:22 schrieb Ian Romanick:
> Ian Romanick wrote:
> This patch also still requires you to manually generate glapi_x86.S by
> doing:
>
> cd src/mesa/glapi
> python2 ./gl_x86_asm.py > ../x86/glapi_x86.S
With and without I get this in _normal_ DRI CVS:
make[3]: Entering d
Brian Paul wrote:
Ian, I haven't had time to follow this too closely. A few questions:
1. Is thread safety in the GL API layer going to require TLS now? What
about people who want thread safety but aren't using a version of Linux
that supports TLS?
It won't require it. We'll be able to build a
On Wed, Jun 23, 2004 at 10:18:32AM -0600, Brian Paul wrote:
> Ian Romanick wrote:
> >Ian Romanick wrote:
> >
> >>I'm getting back to the TSL work, and I'd like to wrap it up as much
> >>as possible by the end of the week. I sent a patch out of the current
> >>state of things a little bit ago. P
Ian Romanick wrote:
Ian Romanick wrote:
I'm getting back to the TSL work, and I'd like to wrap it up as much
as possible by the end of the week. I sent a patch out of the current
state of things a little bit ago. Performance testing has shown that
the new dispatch functions and the old, non-th
Ian Romanick wrote:
I'm getting back to the TSL work, and I'd like to wrap it up as much as
possible by the end of the week. I sent a patch out of the current
state of things a little bit ago. Performance testing has shown that
the new dispatch functions and the old, non-thread safe dispatch
I'm getting back to the TSL work, and I'd like to wrap it up as much as
possible by the end of the week. I sent a patch out of the current
state of things a little bit ago. Performance testing has shown that
the new dispatch functions and the old, non-thread safe dispatch
functions perform eq
20 matches
Mail list logo
