mesa3d-users

[Mesa3d-users] (no subject)

[david b. <sup...@ho...>]

I have two questions
why I Have a segment fault after runing a program in fullscreen
and no segment fault when it is running in a window

how I use the mouse when the program run in fullscreen


________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

Re: [Mesa3d-users] Can't get Mesa-3.2 installed

[Brian P. <br...@pr...>]

Emmi Koljonen wrote:
> 
> Any idea what might be the problem?
> 
> My host type is alphaev56-dec-osf4.0e
> 
> I've loaded the mesafiles and uncompressed them ok, run the ./configure
> (done the same with all possible flag combinations that made any sense)
> and that seems to work fine. But when i run gmake (make doesn't compile
> it, just says there's no suffix list) it starts compiling it but after
> about 8 minutes compiling just gets jammed to the following line
> (I've tried waiting for 5-6 hours, but nothing happens, looking through
> 'top' command  the process is running and gets a lot CPU time)
> 
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -fomit-frame-pointer
>  -ffast-math -fexpensive-optimizations -Wp,-MD,.deps/zoom.pp -c zoom.c  -DPIC -o zoom.lo
> /bin/sh ../libtool --mode=link gcc  -g -O2 -Wall -fomit-frame-pointer -ffast-math
> -fexpensive-optimizations  -o libGL.la -rpath /usr/local/lib -version-info 1:2:030200 accum.lo
> alpha.lo alphabuf.lo api1.lo api2.lo apiext.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 dlist.lo drawpix.lo
> enable.lo enums.lo eval.lo extensions.lo feedback.lo fog.lo get.lo glmisc.lo hash.lo image.lo
> light.lo lines.lo logic.lo masking.lo matrix.lo mmath.lo mthreads.lo pb.lo pipeline.lo pixel.lo
>  pointers.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     OSmesa/libMesaOS.la      X/libMesaX11.la
> 
> I hope this is the right media to ask this, if not, please, don't get
> offended.


I don't know what the problem is but you might try using the
old-style Makefiles:

cd Mesa-3.2
cp Makefile.X11 Makefile
make
(now pick a configuration from the list just printed)
make linux-elf    (for example)


-Brian

[Mesa3d-users] Can't get Mesa-3.2 installed

[Emmi K. <em...@cc...>]

Any idea what might be the problem?

My host type is alphaev56-dec-osf4.0e

I've loaded the mesafiles and uncompressed them ok, run the ./configure
(done the same with all possible flag combinations that made any sense)
and that seems to work fine. But when i run gmake (make doesn't compile
it, just says there's no suffix list) it starts compiling it but after
about 8 minutes compiling just gets jammed to the following line
(I've tried waiting for 5-6 hours, but nothing happens, looking through
'top' command  the process is running and gets a lot CPU time) 

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -fomit-frame-pointer
 -ffast-math -fexpensive-optimizations -Wp,-MD,.deps/zoom.pp -c zoom.c  -DPIC -o zoom.lo
/bin/sh ../libtool --mode=link gcc  -g -O2 -Wall -fomit-frame-pointer -ffast-math 
-fexpensive-optimizations  -o libGL.la -rpath /usr/local/lib -version-info 1:2:030200 accum.lo 
alpha.lo alphabuf.lo api1.lo api2.lo apiext.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 dlist.lo drawpix.lo 
enable.lo enums.lo eval.lo extensions.lo feedback.lo fog.lo get.lo glmisc.lo hash.lo image.lo 
light.lo lines.lo logic.lo masking.lo matrix.lo mmath.lo mthreads.lo pb.lo pipeline.lo pixel.lo
 pointers.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     OSmesa/libMesaOS.la      X/libMesaX11.la  

I hope this is the right media to ask this, if not, please, don't get
offended.


Mrs. Emmi Koljonen
The department of electromagnetism
University of technology of Tampere (Finland)

[Mesa3d-users] Mesa drawing problem

[Gabriel R. <rip...@uf...>]

Hello,

I have been developping a cross-plateform program for 
displaying 3D meshes of mechanical elements and I have 
a strange behavior under some Linux platforms.
It works perfectly under WinNT4 and Win98 (with OpenGL)
and under Caldera OpenLinux and Slackware with Mesa 3.0 
to 3.2.
However, I can't make it work under Mandrake 7.0 or
Suse (6.4 I believe).
In fact, the program starts without any errors but 
doesn't display correctly the mesh -it is not even close 
to the normal mesh shape- it just displays a bunch of 
lines.
I cannot send you the code at the moment so I just 
would like to know if this has already happened to 
someone and if so, how can I fix it.
In case that helps, I use wxWindows for the gui.

Many thanks in advance,

Gabriel RIPOCHE.

Re: [Mesa3d-users] mesa and linux

[Simos X. <S.X...@rh...>]

Hello Simon,
	AFAIK, makefiles usually fail when they cannot
find the location of the header files or libraries.
When you are refering to a script, I assume you are refering
to the 'autoconf' script to create makefiles for applications.
If you are interested in autoconf, try 'info autoconf' or
get the documentation from the package.

If, instead you want to make an application just compile with
hardcoded settings, just giving the correct path for the
header files and the libraries are enough.

Simos

On Mon, 5 Jun 2000, simon hosking wrote:

> Hi all,
> I have a beginner's question regarding mesa on linux os. I have just
> recently successfully installed Mesa and am able to run the demos.
> However, when I try to complile some source code that I have copied from
> the examples in the OpenGL Programming Guide (Woo et al.), I bomb out.
> I think that my problem is in my Makefiles. Can anyone tell me what the
> appropriate scipt for makefiles with Mesa code is, or alternatively,
> where i could learn that information.
> thanks
> simon
> 
> Simon Hosking
> Deakin University
> Australia

Re: [Mesa3d-users] MESA & VRMLVIEW

[Brian P. <br...@pr...>]

Raul Montoya Castañeda (Accio Global) wrote:
> 
> Hello all:
> 
> I try to install The product VRMLView in a Linux Red Hat 6.0.
> 
> VRMLView require the library Mesa 2.0 or later. I installed the library Mesa
> 3.2.
> 
> When i install VRMLView, the script failed with the following output:
> 
> ./vrmlview: error in loading shared libraries: ./vrmlview: undefined symbol:
> glxchooseVisual.

glXChooseVisual() is defined in libGL.so.  Are you sure that
VRMLView compiled/linked cleanly and that libGL.so is found by
the runtime linker?  (i.e. type "ldd vrmlview" and see that all
libs are resolved)

-Brian

Re: [Mesa3d-users] determining video memory

[Brian P. <br...@pr...>]

samuel wrote:
> 
> hey all,
> 
> Two things really, firstly what is the best strategy for determining how much video memory
> is present?
> 
> I experimented generating arbitarily large arrays of texture handles and then
> glTexImage2Ding each the maximum sized texture. I then called glAreTexturesResident for
> the array. It seems that in software mesa it allows more that 400mb of textures to be
> resident. With my voodoo2 with 8mb of video memory, allocating over 15mb of textures,
> still returned true for glAreTexturesResident, is this correct behaviour for mesa?

I think all of our DRI drivers return GL_TRUE for residency at this time.
That'll get fixed eventually.

-Brian

[Mesa3d-users] mesa and linux

[simon h. <sho...@de...>]

Hi all,
I have a beginner's question regarding mesa on linux os. I have just
recently successfully installed Mesa and am able to run the demos.
However, when I try to complile some source code that I have copied from
the examples in the OpenGL Programming Guide (Woo et al.), I bomb out.
I think that my problem is in my Makefiles. Can anyone tell me what the
appropriate scipt for makefiles with Mesa code is, or alternatively,
where i could learn that information.
thanks
simon

Simon Hosking
Deakin University
Australia

[Mesa3d-users] determining video memory

[samuel <sa...@nt...>]

hey all,

Two things really, firstly what is the best strategy for determining how much video memory
is present?

I experimented generating arbitarily large arrays of texture handles and then
glTexImage2Ding each the maximum sized texture. I then called glAreTexturesResident for
the array. It seems that in software mesa it allows more that 400mb of textures to be
resident. With my voodoo2 with 8mb of video memory, allocating over 15mb of textures,
still returned true for glAreTexturesResident, is this correct behaviour for mesa?

thx for any pointers,
samuel

Re: [Mesa3d-users] MESA & VRMLVIEW

[Simos X. <S.X...@rh...>]

On Tue, 30 May 2000, [iso-8859-1] Raul Montoya Castaρeda (Accio Global) wrote:

> Hello all:
> 
> I try to install The product VRMLView in a Linux Red Hat 6.0.
> 
> VRMLView require the library Mesa 2.0 or later. I installed the library Mesa
> 3.2.
> 
> When i install VRMLView, the script failed with the following output:
> 
> ./vrmlview: error in loading shared libraries: ./vrmlview: undefined symbol:
> glxchooseVisual.
> 
> Can you help me?

Hola!

This means that the specific function "glxchooseVisual" is not available
in the current set of registered shared libraries.

In english, this means that you are missing a specific libGLX.x.y.so
shared library from your library path.

Solution A:
Run 'ldconfig', then run your program.
If it works, you are lucky.

Solution B: 
Try to find the RPM that provides you with that GLX (or GL?) shared
library. Then install it.

Normally, the RPM for VRMLView should not be installed if the dependancies
were not satisfied.

Simos Xenitellis

[Mesa3d-users] MESA & VRMLVIEW

[<rmo...@ct...>]

> Hello all:
> 
> I try to install The product VRMLView in a Linux Red Hat 6.0.
> 
> VRMLView require the library Mesa 2.0 or later. I installed the library
> Mesa 3.2.
> 
> When i install VRMLView, the script failed with the following output:
> 
> ./vrmlview: error in loading shared libraries: ./vrmlview: undefined
> symbol: glxchooseVisual.
> 
> Can you help me?
> 
> 
> 
> Raul Montoya Castañeda
> Área de Sistemas de Soporte y Desarrollo de Internet
> 
> MENTA
> c\ Lepanto, nº 350
> 08025 Barcelona, España
> 
> Tel. (+34) 93 530 35 43
> Fax. (+34) 93 530 37 11
> 
> mailto:rmo...@ct...
> http://www.menta.net
> http://portal.menta.net
> 
> 

[Mesa3d-users] MESA & VRMLVIEW

[<rmo...@ct...>]

Hello all:

I try to install The product VRMLView in a Linux Red Hat 6.0.

VRMLView require the library Mesa 2.0 or later. I installed the library Mesa
3.2.

When i install VRMLView, the script failed with the following output:

./vrmlview: error in loading shared libraries: ./vrmlview: undefined symbol:
glxchooseVisual.

Can you help me?



Raul Montoya Castañeda
> Área de Sistemas de Soporte y Desarrollo de Internet
> 
MENTA
c\ Lepanto, nº 350
08025 Barcelona, España

Tel. (+34) 93 530 35 43
Fax. (+34) 93 530 37 11

mailto:rmo...@ct...
http://www.menta.net
http://portal.menta.net

Re: [Mesa3d-users] Compiled libraries are huge

[Simos X. <S.X...@rh...>]

On Sun, 28 May 2000, Mark Will wrote:

> I compiled Mesa 3.2 on an AIX RS6000 system and it seems to work, but the
> libraries are large (compared to Solaris and Windows).  Specifically, in
> bytes:
> 
> 	libGL.a	2110700
> 	libGLU	 197543
> 	libglut.a	 357849
> 
> For this reason, I assume, the resulting execs for even simple programs are
> usually 2Mb or more in size.
> 
> Is there anything I could do to compile those libaries to much smaller
> files?

I assume that the .a libraries contains debugging info, that's what makes
them so big.

There is a program called 'strip' (on Linux at least), that removes the
debug info. People do not recommend to 'strip' the libraries, try
to 'strip' the resulting executables and check the size difference.

Otherwise, when you compile your programs, do you specify to make a
'shared' executable instead of a static? Shared ones are the *.so, while
the static are the .a (for Linux again).

Simos

Re: [Mesa3d-users] Linking to Mesa3.2 libs

[Annette J. <ja...@ma...>]

> I'm fairly new to developing apps on unix based platforms, more
> specifically an SGI maghine running IRIX 6.5.  Anyway, I got Mesa3.2
> completely built including glut and I have begun writing apps.  I can
> compile and link find producing the desired executable.  But when I run
> it it gives me a runtime error saying it can't map soname 'libglut.so'
> .......    All that I know about .so files is that they are dynamic
> linking libraries..
> 
> How do i fix the problem..
> 
Hi,
Maybe you have to set/extend 
LD_LIBRARY_PATH or
LD_LIBRARYN32_PATH or
LD_LIBRARY64_PATH
with the path to libglut.so,
corresponding to the executable file type you generated.
If this also failed, look into the Mesa library dir if there
is a file called "so_locations" with an entry for "libglut.so". 
The runtime loader need this. If so_locations isn't there or is 
not correct, you have to regenerate the shared library.
A intro for dynamic shared objects you can find in
the manpage of "DSO".
Hope it helps!
Bye,
Annette

> Thanks.
> Matt Campbell
> 
> 
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> http://lists.sourceforge.net/mailman/listinfo/mesa3d-users
> 

[Mesa3d-users] Compiled libraries are huge

[Mark W. <di...@ho...>]

I compiled Mesa 3.2 on an AIX RS6000 system and it seems to work, but the
libraries are large (compared to Solaris and Windows).  Specifically, in
bytes:

	libGL.a	2110700
	libGLU	 197543
	libglut.a	 357849

For this reason, I assume, the resulting execs for even simple programs are
usually 2Mb or more in size.

Is there anything I could do to compile those libaries to much smaller
files?

[Mesa3d-users] rasonly for real

[Jesse H. <jes...@ya...>]

There are a number of example OpenGL programs that claim to demonstrate
how to use OpenGL for rasterization only, that is to say the
application
program supplies vertex data that is in window coordinates so the GL
need not do matrix transformations, etc.  Also there is the advice in
the OpenGL Programming Guide that explains how to setup the projection
matrix for pixel-for-pixel rasterization.

I haven't done any extensive testing, but from my reading of the code 
and using gdb to trace through Mesa's handling of a call to
glDrawArrays(), this is not currently optimized.  Granted the GL forces
all vertices to be clipped (which is a pain because I can guarantee
that
my vertices will be on screen for this 2D app), but there should be a
path where mesa only clips and then rasterizes all the primitives. My 
questions are:
	* how much work would it be to integrate this rasterize-only
	path into mesa>
	* What hacks would be needed to cut out even the clipping part
	of the transform?  Would the Higher Powers be willing to add a
	MESA extension for that?

In my dream world I would like to use mesa to feed on-screen vertices
directly to whatever hardware graphics is being used, and leveraging
mesa to do a bunch of 2D texturing, blending, etc.  Normally the
transforms wouldn't matter, but I'm trying to get into the millions of
triangles per second, and your average cpu just can't transform all
those vertices.

Thanks,
-Jesse

__________________________________________________
Do You Yahoo!?
Kick off your party with Yahoo! Invites.
http://invites.yahoo.com/

Re: [Mesa3d-users] Speed of Mesa on a SGI

[Andrew C A. <A.C...@dp...>]

Hugo Korwaser wrote:
> 
> Hi,
> I have an application built using VTK which uses opengl.
> When running using opengl libaries on a sgi (r5000, 128Mb, irix 6.5)
> the application behaves as expected. I was asked whether it was
> possible to run the application via an X-Term (eXceed 5.0) and so I
> have tried using Mesa (3.1) instead of the opengl libaries. I have
> two
> problems possibly related
>  1 - There is a huge speed drop. On a simple model, e.g. a cube,
> there
> is a delay in response of 10-15 seconds on a unloaded machine.
> This occurs whether the application is being run on the sgi's own
> screen or on a XTerm.
> I have tried setting MESA_BACK_BUFFER=p but it seems to make no
> difference
> 
>  2 - When run on the XTerm it seems to behave slightly more slugishly
> when the xterm is set to 256 colours.
> 
> Can anyone give any suggestions on how I can improve the situation.

1) Have you checked whether eXceed has a GLX option ?
If so, it is likely to speed things up a lot. You might even be able
to use the standard libraries.

2) Your SGI has significant hardware and software optimized for OpenGL;
The X-Term probably doesn't, so will be much slower.
Using the terminal you are limited by the speed of the network, which
is much slower than the conection between the CPU and the graphics
hardware.

3) I'm not surprised that the XTerm is slower at 256 colours - Mesa is
mapping several thousand/million colours into the 256 available.

4) I can't really explain the delay in response. In a sense the speed
drop is OK, but the delay is a real problem.

[Mesa3d-users] Speed of Mesa on a SGI

[Hugo K. <hug...@ds...>]

Hi,
I have an application built using VTK which uses opengl.
When running using opengl libaries on a sgi (r5000, 128Mb, irix 6.5) 
the application behaves as expected. I was asked whether it was 
possible to run the application via an X-Term (eXceed 5.0) and so I 
have tried using Mesa (3.1) instead of the opengl libaries. I have
two problems possibly related
 1 - There is a huge speed drop. On a simple model, e.g. a cube,
there is a delay in response of 10-15 seconds on a unloaded machine.
This occurs whether the application is being run on the sgi's own 
screen or on a XTerm.
I have tried setting MESA_BACK_BUFFER=p but it seems to make no 
difference

 2 - When run on the XTerm it seems to behave slightly more slugishly 
when the xterm is set to 256 colours.

Can anyone give any suggestions on how I can improve the situation.

Thanks 

Hugo

PS This is a resend apologies if you get this more than once

[Mesa3d-users] Speed of Mesa on a SGI

[Hugo K. <hug...@ds...>]

Hi,
I have an application built using VTK which uses opengl.
When running using opengl libaries on a sgi (r5000, 128Mb, irix 6.5) 
the application behaves as expected. I was asked whether it was 
possible to run the application via an X-Term (eXceed 5.0) and so I 
have tried using Mesa (3.1) instead of the opengl libaries. I have
two 
problems possibly related
 1 - There is a huge speed drop. On a simple model, e.g. a cube,
there 
is a delay in response of 10-15 seconds on a unloaded machine.
This occurs whether the application is being run on the sgi's own 
screen or on a XTerm.
I have tried setting MESA_BACK_BUFFER=p but it seems to make no 
difference

 2 - When run on the XTerm it seems to behave slightly more slugishly 
when the xterm is set to 256 colours.

Can anyone give any suggestions on how I can improve the situation.

Thanks 

Hugo

Re: [Mesa3d-users] Linking to Mesa3.2 libs

[Simos X. <S.X...@rh...>]

On Fri, 26 May 2000, Doug Bowman wrote:

> I'm fairly new to developing apps on unix based platforms, more
> specifically an SGI maghine running IRIX 6.5.  Anyway, I got Mesa3.2
> completely built including glut and I have begun writing apps.  I can
> compile and link find producing the desired executable.  But when I run
> it it gives me a runtime error saying it can't map soname 'libglut.so'
> .......    All that I know about .so files is that they are dynamic
> linking libraries..
> 
> How do i fix the problem..

I am not very familiar with Irix, I will assume it works like Linux.
When you run a 'shared' executable, the systems' libc library checks
all registered shared libraries to accomodate the needs of your program.

For linux, you would do 'ldd myprog' to see the shared libraries that are
needed. If it cannot find one, it will tell you.

When you install a new shared library, it is put in /usr/lib or
/usr/local/lib and afterwards the 'ldconfig' program runs to update
the datbase of available shared libraries.

Perhaps the above steps have not been carried out.

Simos Xenitellis

[Mesa3d-users] Linking to Mesa3.2 libs

[Doug B. <bo...@vt...>]

I'm fairly new to developing apps on unix based platforms, more
specifically an SGI maghine running IRIX 6.5.  Anyway, I got Mesa3.2
completely built including glut and I have begun writing apps.  I can
compile and link find producing the desired executable.  But when I run
it it gives me a runtime error saying it can't map soname 'libglut.so'
.......    All that I know about .so files is that they are dynamic
linking libraries..

How do i fix the problem..

Thanks.
Matt Campbell

Re: [Mesa3d-users] NVIDIA drivers for Xfree 4.0 (source?)

[Stephen J B. <sj...@ht...>]

On Thu, 25 May 2000, Nigel Stewart wrote:

> I've had quite a bit of fun compiling up Xfree from
> scratch, getting it running, and installing the
> Nvidia module for my TNT2 hardware.  The only glitch
> for me was needing to disable AGP from my x windows
> config file.  (This bug mentioned in NVIDIA faq)
> 
> What I would like to do though, is hack around in the
> driver source, to perhaps customise the use of hardware
> memory.  Since the source is not included in the 
> current distribution, I need to decide if I should
> try the version for a previous version of X, or
> whether I should hold my breath for Nvidia to release
> source code.

This mailing list is really the wrong place for this
discussion - the nVidia drivers are not using Mesa - they
ported their Windoze drivers to Linux instead.

The old version (for which there is source code) was
'obfuscated' - they mangled the code to the point where
it is *UTTERLY* incomprehensible and virtually impossible
to work on...forget that.

> Does anyone have any idea of Nvidia's plans over the
> next month or two?

I kinda doubt it - but it's not impossible.  The main
roadblock to doing that in the past was that it included
code from SGI's OpenGL reference implementations - but
since SGI removed that particular roadblock, it's possible.

You should take this up on the nVidia Linux mailing list:

  lin...@li...


Steve Baker                      (817)619-2657 (Vox/Vox-Mail)
L3Com/Link Simulation & Training (817)619-2466 (Fax)
Work: sj...@ht...            http://www.hti.com
Home: sjb...@ai...       http://web2.airmail.net/sjbaker1

[Mesa3d-users] NVIDIA drivers for Xfree 4.0 (source?)

[Nigel S. <ni...@ni...>]

Hello,

I've had quite a bit of fun compiling up Xfree from
scratch, getting it running, and installing the
Nvidia module for my TNT2 hardware.  The only glitch
for me was needing to disable AGP from my x windows
config file.  (This bug mentioned in NVIDIA faq)

What I would like to do though, is hack around in the
driver source, to perhaps customise the use of hardware
memory.  Since the source is not included in the 
current distribution, I need to decide if I should
try the version for a previous version of X, or
whether I should hold my breath for Nvidia to release
source code.

Does anyone have any idea of Nvidia's plans over the
next month or two?  Do you think they would release
it under NDA or something?  Are there other options
I should be aware of?

My interest in OpenGL is to customise the framebuffer
for advanced rendering algorithms.

Cheers,

Nigel Stewart

http://www.nigels.com/research/


--
Nigel Stewart (ni...@ni...)
Research Student, Software Developer
Y2K is the new millenium for the mathematically challenged.

Re: [Mesa3d-users] Easy(?) questions about compiling Mesa 3.2

[physic <ph...@te...>]

Regarding glut, its in the MesaDemo's tarball.

On Wed, 24 May 2000, Mark Will wrote:

> I have a couple of possibly easy questions to answer about the Mesa 3.2
> code.
> 
> I'm trying to compile it on an AIX system and am not sure I have been
> successful.
> 
> After compilation, I set the library and include directories, then tried to
> compile an OpenGL/GLUT program but found that there is no GL/glut.h file in
> the include directory.  Also, I noticed that there is no library file
> libglut.a in the lib directory.
> 
> I thought that GLUT was included in this release of Mesa?  Is it located
> somewhere else or do I have to separately download the GLUT stuff to compile
> it?  I saw bug report #105057 which said you have to compile GLUT separately
> in the src-glut directory, but I don't have that directory (I do have a
> src-glu directory).
> 
> This may not be related, but I'm getting a number of warning messages (which
> I'm not too concerned about yet) and an error message (which appears to be
> benign but I'm not sure).  I've included the last part of the output from
> doing a "make aix" for reference.  Note that I changed the compiler from cc
> to gcc.
> 
> *****************************************************************
>         gcc -c -I../include -O -DAIXV3 quadric.c
>         gcc -c -I../include -O -DAIXV3 tess.c
> In file included from tess.c:40:
> tess.h:124: warning: inline declaration ignored for function with `...'
> tess.c:523: warning: inline declaration ignored for function with `...'
>         gcc -c -I../include -O -DAIXV3 tess_fist.c
> In file included from tess_fist.c:44:
> tess.h:124: warning: inline declaration ignored for function with `...'
>         gcc -c -I../include -O -DAIXV3 tess_hash.c
> In file included from tess_hash.c:41:
> tess.h:124: warning: inline declaration ignored for function with `...'
>         gcc -c -I../include -O -DAIXV3 tess_heap.c
> In file included from tess_heap.c:41:
> tess.h:124: warning: inline declaration ignored for function with `...'
>         gcc -c -I../include -O -DAIXV3 tess_winding.c
> In file included from tess_winding.c:41:
> tess.h:124: warning: inline declaration ignored for function with `...'
>         gcc -c -I../include -O -DAIXV3 tess_clip.c
> In file included from tess_clip.c:48:
> tess.h:124: warning: inline declaration ignored for function with `...'
>         ../bin/mklib.ar-ruv libGLU.a 1 2 030200 glu.o mipmap.o nurbs.o
> nurbscrv.
> o nurbssrf.o nurbsutl.o project.o quadric.o tess.o tess_fist.o tess_hash.o
> tess_
> heap.o tess_winding.o tess_clip.o
> ar: Creating an archive file libGLU.a.
>         mv libGLU.a* ../lib
> Target "targets" is up to date.
>         if [ -d src-glut ] ; then cd src-glut ; make -f Makefile.X11 aix ;
> fi
>         if [ -d demos ]    ; then cd demos    ; make -f Makefile.X11 aix ;
> fi
>         if [ -d xdemos ]   ; then cd xdemos   ; make -f Makefile.X11 aix ;
> fi
>         if [ -d samples ]  ; then cd samples  ; make -f Makefile.X11 aix ;
> fi
>         if [ -d book ]     ; then cd book     ; make -f Makefile.X11 aix ;
> fi
>         if [ -d widgets-sgi ] ; then cd widgets-sgi; make -f Makefile.X11
> aix ;
> fi
>         make  -f Makefile.X11 targets  "GL_LIB = libGL.a"  "GLU_LIB =
> libGLU.a"
>  "GLUT_LIB = libglut.a"  "GLW_LIB = libGLw.a"  "CC = gcc"  "CFLAGS
> = -O -DAIXV3"
>   "MAKELIB = ../bin/mklib.ar-ruv"  "XLIBS = -lX11 -lXext -lXmu -lXi -lm"
>         ../bin/mklib.ar-ruv libGLw.a 1 0 0 GLwDrawA.o
> ar: Creating an archive file libGLw.a.
>         mv libGLw.a* ../lib
>         mv *.a ../lib
> mv: 0653-401 Cannot rename *.a to ../lib/*.a:
>              A file or directory in the path name does not exist.
> make: 1254-004 The error code from the last command is 1.
> make: 1254-005 Ignored error code 1 from last command.
> Target "targets" is up to date.
> ******************************************************************
> 
> 
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> http://lists.sourceforge.net/mailman/listinfo/mesa3d-users
> 

--physic
ph...@te...

[Mesa3d-users] Easy(?) questions about compiling Mesa 3.2

[Mark W. <di...@ho...>]

I have a couple of possibly easy questions to answer about the Mesa 3.2
code.

I'm trying to compile it on an AIX system and am not sure I have been
successful.

After compilation, I set the library and include directories, then tried to
compile an OpenGL/GLUT program but found that there is no GL/glut.h file in
the include directory.  Also, I noticed that there is no library file
libglut.a in the lib directory.

I thought that GLUT was included in this release of Mesa?  Is it located
somewhere else or do I have to separately download the GLUT stuff to compile
it?  I saw bug report #105057 which said you have to compile GLUT separately
in the src-glut directory, but I don't have that directory (I do have a
src-glu directory).

This may not be related, but I'm getting a number of warning messages (which
I'm not too concerned about yet) and an error message (which appears to be
benign but I'm not sure).  I've included the last part of the output from
doing a "make aix" for reference.  Note that I changed the compiler from cc
to gcc.

*****************************************************************
        gcc -c -I../include -O -DAIXV3 quadric.c
        gcc -c -I../include -O -DAIXV3 tess.c
In file included from tess.c:40:
tess.h:124: warning: inline declaration ignored for function with `...'
tess.c:523: warning: inline declaration ignored for function with `...'
        gcc -c -I../include -O -DAIXV3 tess_fist.c
In file included from tess_fist.c:44:
tess.h:124: warning: inline declaration ignored for function with `...'
        gcc -c -I../include -O -DAIXV3 tess_hash.c
In file included from tess_hash.c:41:
tess.h:124: warning: inline declaration ignored for function with `...'
        gcc -c -I../include -O -DAIXV3 tess_heap.c
In file included from tess_heap.c:41:
tess.h:124: warning: inline declaration ignored for function with `...'
        gcc -c -I../include -O -DAIXV3 tess_winding.c
In file included from tess_winding.c:41:
tess.h:124: warning: inline declaration ignored for function with `...'
        gcc -c -I../include -O -DAIXV3 tess_clip.c
In file included from tess_clip.c:48:
tess.h:124: warning: inline declaration ignored for function with `...'
        ../bin/mklib.ar-ruv libGLU.a 1 2 030200 glu.o mipmap.o nurbs.o
nurbscrv.
o nurbssrf.o nurbsutl.o project.o quadric.o tess.o tess_fist.o tess_hash.o
tess_
heap.o tess_winding.o tess_clip.o
ar: Creating an archive file libGLU.a.
        mv libGLU.a* ../lib
Target "targets" is up to date.
        if [ -d src-glut ] ; then cd src-glut ; make -f Makefile.X11 aix ;
fi
        if [ -d demos ]    ; then cd demos    ; make -f Makefile.X11 aix ;
fi
        if [ -d xdemos ]   ; then cd xdemos   ; make -f Makefile.X11 aix ;
fi
        if [ -d samples ]  ; then cd samples  ; make -f Makefile.X11 aix ;
fi
        if [ -d book ]     ; then cd book     ; make -f Makefile.X11 aix ;
fi
        if [ -d widgets-sgi ] ; then cd widgets-sgi; make -f Makefile.X11
aix ;
fi
        make  -f Makefile.X11 targets  "GL_LIB = libGL.a"  "GLU_LIB =
libGLU.a"
 "GLUT_LIB = libglut.a"  "GLW_LIB = libGLw.a"  "CC = gcc"  "CFLAGS
= -O -DAIXV3"
  "MAKELIB = ../bin/mklib.ar-ruv"  "XLIBS = -lX11 -lXext -lXmu -lXi -lm"
        ../bin/mklib.ar-ruv libGLw.a 1 0 0 GLwDrawA.o
ar: Creating an archive file libGLw.a.
        mv libGLw.a* ../lib
        mv *.a ../lib
mv: 0653-401 Cannot rename *.a to ../lib/*.a:
             A file or directory in the path name does not exist.
make: 1254-004 The error code from the last command is 1.
make: 1254-005 Ignored error code 1 from last command.
Target "targets" is up to date.
******************************************************************