[Mesa-dev] Mesa-3.1 CVS / experimental-1?!

1999-05-30 Thread Dieter Nützel

Hello Keith,

where is the 'fxsanity.c' file???

I can't find it under '~/MesaCVS/src/FX'  or
'~/MesaCVS/experimental-src/FX'

Please, send it to me, if you have the time :-)

Thank you.

--Dieter

---
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: Dieter Nützel [EMAIL PROTECTED]
@home: Dieter Nützel [EMAIL PROTECTED]




___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] Mesa-3.1 CVS status 07.07.1999 :-)

1999-07-07 Thread Dieter Nützel


Hello to all of you!
I only would send you my 'latest' experience with MesaCVS.
My current CFLAGS looks like:
"CC = gcc -malign-double -mstack-align-double" \
"CFLAGS = -O6 -mk6 -march=k6 -ansi -pedantic -ffast-math -funroll-loops
-fomit-frame-pointer
-DNO_CONST -D_SVID_SOURCE -D_BSD_SOURCE -DSHM -DUSE_X86_ASM
-DUSE_MMX_ASM -DUSE_3DNOW_ASM -DFX -I/usr/X11R6/include -I/usr/include/glide
-I/usr/local/glide/include" \
System:
K6-III 400
DFI P5BV3+ rev B5 (VIAMVP3) 1 MB L3 cache
256 MB
Voodoo3 3000
2.2.10-ac8
glibc-2.1.1
Now, my problems with MesaCVS together with 'VTK' are solved!!!


I found some texture bugs with some 'glut-3.7'
demos.
Have a look at the small wrong shaded/textured squares below.


Here you can see 1 (one) wrong textured square
at the sphere's surface.

xlockmore
Coloring bug, here? All cubes get the wrong color at the top side.
It is always the same color as the
'current' sproingies has.


Last thing, there are some errors with 'normals' in the fxdriver. I
found that with 'view3ds'. Sorry, I can't
send you an image because I saw it only in 'fullscreen' mode with my
V3 3000. 'In window' is not
possible at this time, shit :-)
Software only is OK.
SunWave1>view3ds
3D Studio to OpenGL File Converter
USAGE:
view3ds filename.3ds> [-t??] [-s] [-f] [-r] [-c] [-x]
-t Turns on edge preservation. Default is a 90 degree
 threshold unless you specify something after the -t.
-s Turns on conversion of the model into triangle strips.
 This can speed up the rendering speed considerably at
 the expense of a longer start-up time for the converter.
 STRIPE must be installed for this to work; see the README.
-f Flips the direction of the normals.
-r Reverses the winding of the polygons.
-c Centers the model around (0,0,0). Try this if you start the
 program and see nothing but stars.
-x Exports a .BMF file without rendering.
SunWave1>view3ds ../3ds/hubble.3ds -s
Model Name: /tmp/INSTALL/3ds/hubble
MMX cpu detected.
3Dnow cpu detected.
video memory unprotecting
Total number of vertices in model: 1094
Generating normals...
Generating triangle strips...
Total number of vertices: 1094
Total number of polygons: 1934
FPS: 100.00
FPS: 100.00
FPS: 90.91
FPS: 111.11
Nice frame rate, or?!

Not a Mesa-3.1 error but maybe a glut-3.7 or opengl_logo.c source code
issue.
The horizontal part of the 'G' letter has swapped normals!?

Regards,
 Dieter
---
Dieter Ntzel
Graduate Student, Computer Science
University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Klln-Strae 30
D-22527 Hamburg, Germany
email: Dieter Ntzel [EMAIL PROTECTED]>
@home: Dieter Ntzel [EMAIL PROTECTED]>



[Mesa-dev] lock in /cvs/mesa3d | fixes

1999-07-15 Thread Dieter Nützel

Hello Holger,

following two little fixes for your cool 3DNow! stuff.

SunWave1diff configure.in configure.in.orig
357d356
 src/FX/X86/Makefile

SunWave1diff src/FX/X86/Makefile.am src/FX/X86/Makefile.am.orig
23c23
   ./fx_gen_regoff  fx_regoff.h
---
   fx_gen_regoff  fx_regoff.h

--Dieter




___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] MesaCVS down?!!!

1999-08-12 Thread Dieter Nützel

Hello Brian,

I can't log in for the last several days:-(

SunWave1cvs login
(Logging in to [EMAIL PROTECTED])
CVS password:

After some minutes I must do a Cntrl+C.

My 'nuetzel' account didn't work, too.

Dieter

---
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: Dieter Nützel [EMAIL PROTECTED]
@home: Dieter Nützel [EMAIL PROTECTED]




___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] Build error with 'latest' VTK Mesa on Linux

1999-09-26 Thread Dieter Nützel

Hello Will,

I found some compiling problems with your 'latest' VTK 
(ftp://128.113.5.234/pub/vtk_nightly/). I downloaded it on Sunday, 26.09.1999.

-rw-r--r--   1 nuetzel  users 3395421 Sep 26 16:44 vtk.tar.gz

The problem seems to be gcc-2.95.1 (the 'new' official gcc release) or Mesa (3.1 
beta3/CVS) related.
But I think your coding brakes the ANSI C/C++ rules and the 'new' stricter gcc do not 
ignore it any longer.

c++  -O -pipe -fomit-frame-pointer -funroll-loops -fPIC -DVTK_USE_PTHREADS 
-D_HP_NO_FAST_MACROS -DHAVE_LIMITS_H -DHAVE_UNISTD_H -I.  -I. -I./../graphics 
-DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../patented -DVTK_USE_PATENTED 
-I./../contrib -DVTK_USE_CONTRIB   -DVTK_USE_OGLR   -I/usr/X11R6/include -I./../common 
-c vtkOpenGLTexture.cxx -o vtkOpenGLTexture.o
vtkOpenGLTexture.cxx: In method `unsigned char * 
vtkOpenGLTexture::ResampleToPowerOfTwo(int , int , unsigned char *, int)':
vtkOpenGLTexture.cxx:378: warning: assignment to `unsigned char' from `float'
c++  -O -pipe -fomit-frame-pointer -funroll-loops -fPIC -DVTK_USE_PTHREADS 
-D_HP_NO_FAST_MACROS -DHAVE_LIMITS_H -DHAVE_UNISTD_H -I.  -I. -I./../graphics 
-DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../patented -DVTK_USE_PATENTED 
-I./../contrib -DVTK_USE_CONTRIB   -DVTK_USE_OGLR   -I/usr/X11R6/include -I./../common 
-c vtkOpenGLVolumeTextureMapper2D.cxx -o
vtkOpenGLVolumeTextureMapper2D.ovtkOpenGLVolumeTextureMapper2D.cxx: In method `void 
vtkOpenGLVolumeTextureMapper2D::Render(vtkRenderer *, vtkVolume *)':
vtkOpenGLVolumeTextureMapper2D.cxx:108: conversion from `int' to `enum GLenum'
vtkOpenGLVolumeTextureMapper2D.cxx:118: conversion from `int' to `enum GLenum'
vtkOpenGLVolumeTextureMapper2D.cxx:140: conversion from `int' to `enum GLenum'
make[1]: *** [vtkOpenGLVolumeTextureMapper2D.o] Error 1
make[1]: Leaving directory `/usr/local/vtk/vtk/graphics'
make: *** [build_graphics] Error 2
958.520u 33.040s 16:35.07 99.6% 0+0k 0+0io 501321pf+0w

Here comes the (broken) code:

[snip]

  // Use the OpenGL clip planes
  clipPlanes = this-ClippingPlanes;
  if ( clipPlanes )
{
numClipPlanes = clipPlanes-GetNumberOfItems();
if (numClipPlanes  6)
  {
  vtkErrorMacro( "OpenGL guarantees only 6 additional clipping planes");
  }

for (i = 0; i  numClipPlanes; i++)
  {
!  glEnable(GL_CLIP_PLANE0+i);

  plane = (vtkPlane *)clipPlanes-GetItemAsObject(i);

  planeEquation[0] = plane-GetNormal()[0];
  planeEquation[1] = plane-GetNormal()[1];
  planeEquation[2] = plane-GetNormal()[2];
  planeEquation[3] = -(planeEquation[0]*plane-GetOrigin()[0]+
   planeEquation[1]*plane-GetOrigin()[1]+
   planeEquation[2]*plane-GetOrigin()[2]);
!  glClipPlane(GL_CLIP_PLANE0+i,planeEquation);
  }
}

  this-GenerateTexturesAndRenderRectangles();

  glDisable( GL_BLEND );
  glDisable( GL_TEXTURE_2D );

  // Turn lighting back on
  glEnable( GL_LIGHTING );

  // pop transformation matrix
  glMatrixMode( GL_MODELVIEW );
  glPopMatrix();

  matrix-Delete();

  if ( clipPlanes )
{
for (i = 0; i  numClipPlanes; i++)
  {
!  glDisable(GL_CLIP_PLANE0+i);
  }
}

Have you (all) any idea to fix this???

No, an older compiler should not be the solution! :-)
Maybe some string manipulation (I know, this is a stupid idea...)

Will, please upgrade your Linux test environment to at least RedHat 6.0 (maybe 
S.u.S.E. 6.2, the newest distribution you can get these days; Caldera x.x; Debian x.x; 
etc.). With that you get real multitasking/multithreading (glibc-2.1.x), the new 
gcc-2.95.1, Mesa-3.0 (3.1 beta2), etc...

Thanks for your great visualization tool, Will!!!

Dieter

BTW For the Mesa guys, look at this location:  http://www.kitware.com/vtk.html

---
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: Dieter Nützel [EMAIL PROTECTED]
@home: Dieter Nützel [EMAIL PROTECTED]

_

DRI (Direct Rendering Infrastructure) for Linux.
Because I do 3D medical visualization as my thesis.
_



___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] First Q3 framerate on Athlon (500)

1999-10-11 Thread Dieter Nützel

My system:

  AMD Athlon 500
  1stMainboard FIC SD11 Athlon mobo with BIOS NC603/NC604
  equipped with AMD 751 AGP system
  and VIA Super South 82C686A peripheral bus controller
  256 MB PC100 SDRAM 8 ns
  Adaptec  AHA-2940 Ultra Wide SCSI
  IBM DDRS-34560W Rev: S71D 4.5 GB
  STB (original 3Dfx) Voodoo3 3000 (NOT over clocked!!!)

SunWave1cat /proc/version
Linux version 2.3.18ac9 (root@SunWave1) (gcc version pgcc-2.95.1
19990816 (release)) #1 Mon Sep 27 17:07:45 MET 1999

SunWave1cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 6
model   : 1
model name  : AMD-K7(tm) Processor
stepping: 2
cpu MHz : 499.052640
cache size  : 512 KB
fdiv_bug: no
hlt_bug : no
sep_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr 6 mce cx8 sep mtrr pge 14 cmov
fcmov 22 mmx 30 3dnow
bogomips: 496.44

SunWave1cat /proc/mtrr
reg00: base=0x (   0MB), size= 256MB: write-back, count=1
reg01: base=0xc800 (3200MB), size=  16MB: write-combining, count=1

Remember that the Athlon is full (!!!) PPro/PII/PIII compatible in this
feature.

SunWave1lspci -v

[snip]

01:05.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo3 (rev
01)
Subsystem: Unknown device 121a:003a
Flags: 66Mhz, fast devsel, IRQ 9
Memory at ec00 (32-bit, non-prefetchable)
Memory at c800 (32-bit, prefetchable)
I/O ports at ac00
Capabilities: [54] AGP version 1.0
Capabilities: [60] Power Management version 1

Here are some first benchmarks with Q3 on Linux* and Windows 98 SE*.
I've used all modes high except for 'texture detail'. For that I've used
the second highest value (default):-)

ResolutionLinuxWindows 98 SE

1152x66433.234.8
1024x76840.542.1
800x600 52.857.9
640x480 55.368.8

*footnote: Linux with 3DNow!, Windows with the 'new' Athlon 3DNow!
optimizations

Now some 'raw' Mesa-3.1 CVS performance:

SunWave1pwd
/usr/local/Mesa/demos
SunWave1./trispd
For options:  trispd -help
MMX cpu detected.
3Dnow cpu detected.
video memory unprotecting
Dither: on
ShadeModel: smooth
DepthTest: off
Size: 50 pixels
RedBits: 5  GreenBits: 6  BlueBits: 5
Rate: 3115008 tri in 2.238s = 1.39187e+06 tri/s  69593565 pixels/s
Rate: 3115008 tri in 2.244s = 1.38815e+06 tri/s  69407486 pixels/s
Rate: 3115008 tri in 2.248s = 1.38568e+06 tri/s  69283985 pixels/s
Rate: 3115008 tri in 2.249s = 1.38506e+06 tri/s  69253179 pixels/s
Rate: 3115008 tri in 2.245s = 1.38753e+06 tri/s  69376570 pixels/s
Rate: 3115008 tri in 2.256s = 1.38077e+06 tri/s  69038297 pixels/s
Rate: 3115008 tri in 2.242s = 1.38939e+06 tri/s  69469402 pixels/s
Rate: 3115008 tri in 2.246s = 1.38691e+06 tri/s  69345681 pixels/s

What do you think about it???

Regards,
Dieter

---
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

!! Attention new 'mail address @home' !!
email: Dieter Nützel [EMAIL PROTECTED]
@home: Dieter Nützel [EMAIL PROTECTED]

_

DRI (Direct Rendering Infrastructure) for Linux.
Because I do 3D medical visualization as my thesis.
_




___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] Mesa-3.1 CVS light texture bugs! (FX driver)

1999-10-13 Thread Dieter Nützel

Hello Brian,

since Keith's last FX driver changes I get light and texture errors with
Q3.

Ssystem-1.6  (solar system) shows texture errors, too.

View3ds has wrong normals (wrong light?).

xlockmore (latest development version):

mode moebius -- is slower than software only, comes up with very thick
lines

mode sproingies -- collusions are slower than software (Athlon 500;-)

Checked all with software only --- Yes, Q3, too; my Athlon...
They are all fine.

Regards,
Dieter




___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] CVS down?!

1999-10-29 Thread Dieter Nützel


SunWave1>pwd
/usr/local/Mesa
SunWave1>time cvs update
Server configuration missing --allow-root in inetd.conf
cvs [update aborted]: authorization failed: server cvs.mesa3d.org rejected
access
0.000u 0.000s 0:01.33 0.0% 0+0k 0+0io
208pf+0w
SunWave1>less ~/.cvspass
:pserver:[EMAIL PROTECTED]:/cvs/mesa3d A
What's wrong, now?
Regards,
 Dieter
--
Dieter Ntzel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Klln-Strae 30
D-22527 Hamburg, Germany

email: [EMAIL PROTECTED]
@home: [EMAIL PROTECTED]




___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev


[Mesa-dev] Mesa-3.3 CVS link error

2000-01-25 Thread Dieter Nützel

What's the problem here?

rm -fr .libs/libGL.la .libs/libGL.* .libs/libGL.*
gcc -shared  accum.lo alpha.lo alphabuf.lo attrib.lo bbox.lo bitmap.lo
blend.lo clip.lo colortab.lo config.lo context.lo copypix.lo cva.lo
debug_xform.lo depth.lo dispatch.lo dlist.lo drawpix.lo enable.lo
enums.lo eval.lo extensions.lo feedback.lo glapi.lo glapinoop.lo
glthread.lo fog.lo get.lo glmisc.lo hash.lo imaging.lo image.lo light.lo
lines.lo logic.lo masking.lo matrix.lo mem.lo mmath.lo pb.lo pipeline.lo
pixel.lo points.lo polygon.lo quads.lo rastpos.lo readpix.lo rect.lo
scissor.lo shade.lo span.lo stages.lo stencil.lo teximage.lo texobj.lo
texstate.lo texture.lo translate.lo triangle.lo varray.lo vb.lo
vbcull.lo vbfill.lo vbindirect.lo vbrender.lo vbxform.lo vector.lo
vertices.lo winpos.lo xform.lo zoom.lo -Wl,--whole-archive
X86/.libs/libMesaX86.al OSmesa/.libs/libMesaOS.al X/.libs/libMesaX11.al
-Wl,--no-whole-archive  X86/.libs/libMesaX86.al
OSmesa/.libs/libMesaOS.al X/.libs/libMesaX11.al -lc  -Wl,-soname
-Wl,libGL.so.1 -o .libs/libGL.so.1.2.030300
X86/.libs/libMesaX86.al(glapi_x86.lo): In function `glAccum':
glapi_x86.lo(.text+0x0): multiple definition of `glAccum'
glapi.lo(.text+0xc98): first defined here
X86/.libs/libMesaX86.al(glapi_x86.lo): In function `glAlphaFunc':
glapi_x86.lo(.text+0x10): multiple definition of `glAlphaFunc'
glapi.lo(.text+0x3c8): first defined here

[snip]


X86/.libs/libMesaX86.al(glapi_x86.lo): In function
`glMultTransposeMatrixdARB':
glapi_x86.lo(.text+0x3b60): multiple definition of
`glMultTransposeMatrixdARB'
glapi.lo(.text+0x75ac): first defined here
X86/.libs/libMesaX86.al(glapi_x86.lo): In function
`glMultTransposeMatrixfARB':
glapi_x86.lo(.text+0x3b80): multiple definition of
`glMultTransposeMatrixfARB'
glapi.lo(.text+0x75e0): first defined here
collect2: ld returned 1 exit status
make[2]: *** [libGL.la] Error 1
make[2]: Leaving directory `/usr/local/Mesa/src'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/usr/local/Mesa/src'
make: *** [check-recursive] Error 1
1.900u 1.250s 0:03.41 92.3% 0+0k 0+0io 28707pf+0w

Thanks,
Dieter


--
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: [EMAIL PROTECTED]
@home: [EMAIL PROTECTED]





___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



Re: [Mesa-dev] Mesa-3.3 CVS link error

2000-01-26 Thread Dieter Nützel

Brian Paul wrote:

 Found the problem.  src/glapi.c wasn't including conf.h.  That's
 where USE_X86_ASM is defined and that's tested to disable generation
 of the C-based entrypoints.

 I didn't realize you were using automake to build.

 I've checked in the fix.

 -Brian

That fixed it.
Now I can go on with testing Holger's new Athlon 3DNow! prefetch(w) stuff.

Thanks,
Dieter

--
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: [EMAIL PROTECTED]
@home: [EMAIL PROTECTED]





___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] Re: Assembler problem

2000-01-29 Thread Dieter Nützel

Hello Holger,

I use the latest binutils-2.9.5.0.24 (beta) together with pgcc-2.95.3
(you know). What do you think about? Could this be the source of my
problems with the Open Source Glide3 stuff?
Now I can compile Glide3 and run but only with -O (!!!). With the GL_AMD
variable set it brakes like before.

Regards,
Dieter

--
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: [EMAIL PROTECTED]
@home: [EMAIL PROTECTED]





___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



Re: [Mesa-dev] Re: Assembler problem

2000-01-29 Thread Dieter Nützel

Daryll Strauss wrote:

 On Sat, Jan 29, 2000 at 10:01:28PM +0100, Dieter Nützel wrote:
  Hello Holger,
 
  I use the latest binutils-2.9.5.0.24 (beta) together with pgcc-2.95.3
  (you know). What do you think about? Could this be the source of my
  problems with the Open Source Glide3 stuff?
  Now I can compile Glide3 and run but only with -O (!!!). With the GL_AMD
  variable set it brakes like before.
 

 It's not surprising to need -O in some cases. A few of the I/O headers
 in the Linux kernel require -O2 in order to operate. (Read man outb)

OK. I did it the right way and installed gcc-2.95.2. Now I can compile and
run (!!!) Glide3.
I've checked all (I hope) combinations of the optimization flags and found a
very nice one.

Without AMD 3DNow! optimizations

CNODEBUG   = -O6 -ffast-math -fomit-frame-pointer \
  -malign-double -mpreferred-stack-boundary=5 \
  -funroll-all-loops -fexpensive-optimizations -DBIG_OPT

Very, very fast!!! Best I've ever seen:-)

But with the AMD 3DNow! optimizations enabled it crash (as expected).
Holger I hope this is helpful:

setenv GL_AMD3D 1

GNU gdb 19991004
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
Core was generated by `./bounce'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/X11/lib/libglut.so.3...(no debugging symbols
found)...done.
Reading symbols from /usr/X11/lib/libSM.so.6...(no debugging symbols
found)...done.
Reading symbols from /usr/X11/lib/libICE.so.6...done.
Reading symbols from /usr/X11/lib/libXmu.so.6...done.
Reading symbols from /usr/X11/lib/libXext.so.6...done.
Reading symbols from /usr/X11/lib/libXi.so.6...done.
Reading symbols from /usr/X11/lib/libX11.so.6...done.
Reading symbols from /usr/X11/lib/libGLU.so.1...done.
Reading symbols from /usr/X11/lib/libGL.so.1...done.
Reading symbols from /usr/lib/libvga.so.1...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /usr/X11/lib/libXt.so.6...done.
Reading symbols from
/tmp/INSTALL/SOURCE/glide/glide3x/h3/lib/libglide3x.so...done.
Reading symbols from /lib/ld-linux.so.2...done.
#0  0x4061bf6f in L_win_cull_invalid___fifo_aligned ()
   from /tmp/INSTALL/SOURCE/glide/glide3x/h3/lib/libglide3x.so
(gdb) bt
#0  0x4061bf6f in L_win_cull_invalid___fifo_aligned ()
   from /tmp/INSTALL/SOURCE/glide/glide3x/h3/lib/libglide3x.so
#1  0xbfffeeec in ?? ()
Cannot access memory at address 0x8

***

setenv GL_AMD3D 1
setenv DEBUG 1

SunWave1ln -s libglide3.so.3.10 libglide3x.so ; ldd bounce ; l
ln: libglide3x.so: File exists
libglut.so.3 = /usr/X11/lib/libglut.so.3 (0x40015000)
libSM.so.6 = /usr/X11/lib/libSM.so.6 (0x4004a000)
libICE.so.6 = /usr/X11/lib/libICE.so.6 (0x40054000)
libXmu.so.6 = /usr/X11/lib/libXmu.so.6 (0x4006c000)
libXext.so.6 = /usr/X11/lib/libXext.so.6 (0x4007f000)
libXi.so.6 = /usr/X11/lib/libXi.so.6 (0x4008e000)
libX11.so.6 = /usr/X11/lib/libX11.so.6 (0x40097000)
libGLU.so.1 = /usr/X11/lib/libGLU.so.1 (0x4014)
libGL.so.1 = /usr/X11/lib/libGL.so.1 (0x40168000)
libvga.so.1 = /usr/lib/libvga.so.1 (0x40462000)
libm.so.6 = /lib/libm.so.6 (0x404aa000)
libc.so.6 = /lib/libc.so.6 (0x404c8000)
libXt.so.6 = /usr/X11/lib/libXt.so.6 (0x405ac000)
libglide3x.so =
/tmp/INSTALL/SOURCE/glide/glide3x/h3/lib/libglide3x.so (0x405f7000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)
total 2812
drwxr-xr-x   3 nuetzel  users4096 Jan 30 02:57 .
drwxr-xr-x  12 nuetzel  users4096 Jan 27 00:35 ..
drwxr-xr-x   2 nuetzel  users4096 Jan 27 00:35 CVS
-rwxr-xr-x   1 nuetzel  users   12063 Jan 29 01:22 bounce
-r--r--r--   1 nuetzel  users 1682200 Jan 30 02:57 libglide3.a
lrwxrwxrwx   1 nuetzel  users  58 Jan 30 02:57 libglide3.so -
/tmp/INSTALL/SOURCE/glide/glide3x/h3/lib/libglide3.so.3.10
lrwxrwxrwx   1 nuetzel  users  58 Jan 30 02:57 libglide3.so.3 -
/tmp/INSTALL/SOURCE/glide/glide3x/h3/lib/libglide3.so.3.10
-r--r--r--   1 nuetzel  users 1034449 Jan 30 02:57 libglide3.so.3.10
lrwxrwxrwx   1 nuetzel  users  17 Jan 30 02:57 libglide3x.so -
libglide3.so.3.10
-r--r--r--   1 nuetzel  users  114946 Jan 30 02:56 libminihwc.a
-rw-r--r--   1 nuetzel  users1114 Nov 24 22:45 makefile.linux

SunWave1./bounce
gd.0:   GLIDE DEBUG LIBRARY
gd.0:  cpu: 0x8001000b
Segmentation fault (core dumped)

SunWave1gdb bounce core
GNU gdb 19991004
Copyright 1998 Free Software Foundat

Re: [Mesa-dev] optimize

2000-02-04 Thread Dieter Nützel

mitch wrote:

 yeah, I was going to try some out. I'm not familiar with a couple of those
 though. Are any K7 specific by any chance or will they all be fine with a
 P3?

 Dieter Nützel wrote:

  gcc -O6 -ffast-math -fomit-frame-pointer -malign-double
  -mpreferred-stack-boundary=5 -funroll-all-loops
  -fexpensive-optimizations -DUSE_XSHM

Only -mpreferred-stack-boundary=5 (2^^5=32 byte aligned) could be K7
specific.
Please give it a try.

-Dieter

--
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: [EMAIL PROTECTED]
@home: [EMAIL PROTECTED]





___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



[Mesa-dev] RE: [Fwd: Mesa-3.3 CVS (Apr 05)]

2000-04-24 Thread Dieter Nützel

Hello Thomas,

just another GNU configure bug?!

SunWave1./bootstrap
src/Makefile.am:234: variable `THREAD_LIBS' not defined
src/Makefile.am:234: variable `THREAD_LIBS' not defined
src/Makefile.am:234: variable `THREAD_LIBS' not defined
src/Makefile.am:234: variable `THREAD_LIBS' not defined
src/Makefile.am:234: variable `THREAD_LIBS' not defined
src/Makefile.am:234: variable `THREAD_LIBS' not defined
src/Makefile.am:234: variable `THREAD_LIBS' not defined
src/Makefile.am:234: variable `THREAD_LIBS' not defined
[snip]

Greetings,
Dieter

--
Dieter Nützel
Graduate Student, Computer Science

University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany

email: [EMAIL PROTECTED]
@home: [EMAIL PROTECTED]



___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev