On Saturday 22 February 2003 23:36, you wrote:
 > IIRC, these options were intended to allow debugging/profiling by building
 > libGL with one of the hardware-specific DRI drivers statically linked
 > rather than being loaded dynamically.  However, this build option is
 > broken, as you discovered.  I found oprofile easier to use for profiling
 > anyway.  I suppose this should either be fixed or removed as an option at
 > some point.

OK. So they don't give much improvement, if any, at all. Well, at least, that
would avoid a relocated call and gain a few (2-4) asm instructions. That's
not worth the effort _if_ speed and perf are the only issues at hand.

When it helps debugging, it should definitely be repaired. If it once was
possible to compile a driver statically to help with debugging, and that is
really usefull (I mean _really_usefull_), then it should be fixed (if it is
relatively easy to).

I personnaly don't think I would use it, but developpers should keep as much
tools as possible to find bugs.

Well, a bit off my shoes today, I'm just back from a sleepless night, so
please forgive me for having spoken nuts if you think so...

Goin' to bed anyway :-O

Regards,
Yann.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| --==< �_� >==-- �---.----------------:  X  AGAINST      |  \e/  There is no  |
| web: ymorin.free.fr | [EMAIL PROTECTED]  921 | / \ HTML MAIL    |   v   conspiracy.  
|
�---------------------�----------------�------------------�--------------------�
 \__ np: Tue Loup - Kaj Maj __________________________________________________/
_______________________________________________
XFree86 mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86

Reply via email to