*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Rainer Dorsch]

Hello,

I compiled the last few wine releases. 0.9.6 gives me a compile error:

make[2]: Entering directory 
`/home/rd/SW.nobackup/wine-0.9.6/programs/winetest'
make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', 
needed by `d3d9_test.exe.so'.  Stop.

Any hints are welcome.

Thanks,
Rainer

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Mike McCormack]

Rainer Dorsch wrote:
> I compiled the last few wine releases. 0.9.6 gives me a compile error:
>
> make[2]: Entering directory 
> `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest'
> make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', 
> needed by `d3d9_test.exe.so'.  Stop.

You're missing OpenGL headers/libraries on your system, and d3d9 isn't 
being build.  The winetest's Makefile doesn't account for that case.

Mike

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[H. Verbeet]

On 24/01/06, Mike McCormack  wrote:
> You're missing OpenGL headers/libraries on your system, and d3d9 isn't
> being build.  The winetest's Makefile doesn't account for that case.

Wasn't http://source.winehq.org/git/?p=wine.git;a=commit;h=d00fe021d3add8a207f8881c...
supposed to fix that?
Looking at http://test.winehq.org/data/200601211000/ they don't appear
to get built on Windows.

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Rainer Dorsch]

On Dienstag 24 Januar 2006 15:18, you wrote:
> Rainer Dorsch wrote:
> > I compiled the last few wine releases. 0.9.6 gives me a compile error:
> >
> > make[2]: Entering directory
> > `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest'
> > make[2]: *** No rule to make target
> > `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. 
> > Stop.
>
> You're missing OpenGL headers/libraries on your system, and d3d9 isn't
> being build.  The winetest's Makefile doesn't account for that case.

Hmm....do you have any file names from the OpenGL header files/libraries? Or 
better Debian package name?

Is it right that configuring with --without-opengl would not help, because 
this would not impact winetest's Makefile....?

Is that new in 0.9.6 and was not there at 0.9.5?

Thanks,
Rainer

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Rainer Dorsch]

I am somewhat disappointed that the compile problem is still not fixed in 
0.9.7.

Also I am not sure, if opengl is the real problem, at least configure reports 
that OpenGL is up-to-date:

checking for GL/gl.h... yes
checking for GL/glx.h... yes
checking for GL/glext.h... yes
checking for up-to-date OpenGL version... yes
checking for glXCreateContext in -lGL... yes
checking for gluLookAt in -lGLU... yes
checking for glutMainLoop in -lglut... no

(or is it the missing libglut the problem)

I thought I report the issue again, just to let you know that there is a 
compile glitch...

Thanks,
Rainer

Am Dienstag, 24. Januar 2006 15:18 schrieb Mike McCormack:
> Rainer Dorsch wrote:
> > I compiled the last few wine releases. 0.9.6 gives me a compile error:
> >
> > make[2]: Entering directory
> > `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest'
> > make[2]: *** No rule to make target
> > `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. 
> > Stop.
>
> You're missing OpenGL headers/libraries on your system, and d3d9 isn't
> being build.  The winetest's Makefile doesn't account for that case.
>
> Mike

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Joseph Garvin]

Rainer Dorsch wrote:
> checking for glutMainLoop in -lglut... no

Curious, why does wine depend on glut? It's not a native windows DLL and 
I can't think of any obvious reason why wine would need any of glut's 
crossplatform stuff for making windows (wine already does that) or 
taking input (wine already does that).

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Coleman Kane]

On Mon, 2006-02-06 at 20:36 -0500, Joseph Garvin wrote:
> Rainer Dorsch wrote:
> > checking for glutMainLoop in -lglut... no
>
> Curious, why does wine depend on glut? It's not a native windows DLL and 
> I can't think of any obvious reason why wine would need any of glut's 
> crossplatform stuff for making windows (wine already does that) or 
> taking input (wine already does that).

Wine builds replacements for opengl32.dll and glut32.dll, both of which
are common dlls in use by windows programs that use OpenGL. Also, glut
isn't necessarily a "crossplatform" lib. It is a toolkit library
containing a bunch of functions that are commonly used in GL programs.
OpenGL and most derivatives of it are designed to be "cross platform
compatible", at least to a greater extent than DirectX.

Despite this, the DLLs just expose a cross platform API. The code inside
opengl32.dll and glut32.dll will probably still be very windows-centric.
I think the glut32.dll.so built by WINE actually calls into libGL.so,
libGLU.so, and libglut.so in linux/BSD/etc...

--
Coleman Kane

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Joseph Garvin]

Coleman Kane wrote:
> Wine builds replacements for opengl32.dll and glut32.dll, both of which
> are common dlls in use by windows programs that use OpenGL.

Yes, but glut32.dll is not included in a standard windows install I 
thought. Which means any apps using it are either going to statically 
link against it or include it with the app. I'm just curious because it 
sounds like wine giving itself unnecessary maintenance work. The 
glut32.dll included with the app should just make Win32 API and GL calls 
that wine implements. I'm applying the same reasoning that has been used 
against developing a msvcr71.dll for wine.
>

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[H. Verbeet]

You should probably check if d3d9 is being built, and if it isn't, try
to find out why.

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',

[Rainer Dorsch]

Am Dienstag, 7. Februar 2006 08:40 schrieben Sie:
> You should probably check if d3d9 is being built, and if it isn't, try
> to find out why.

Thanks for your reponse.

d3d9 is build...

rd@silverboxy:~/SW.nobackup/wine-0.9.7/dlls/d3d9$ ls
basetexture.c   directx.o      stateblock.c    vertexbuffer.o
basetexture.o   indexbuffer.c  stateblock.o    vertexdeclaration.c
cubetexture.c   indexbuffer.o  surface.c       vertexdeclaration.o
cubetexture.o   libd3d9.def    surface.o       vertexshader.c
d3d9.dll.so     Makefile       swapchain.c     vertexshader.o
d3d9_main.c     Makefile.in    swapchain.o     volume.c
d3d9_main.o     pixelshader.c  tests           volume.o
d3d9_private.h  pixelshader.o  texture.c       volumetexture.c
d3d9.spec       query.c        texture.o       volumetexture.o
device.c        query.o        version.rc      vshaderdeclaration.c
device.o        resource.c     version.res
directx.c       resource.o     vertexbuffer.c
rd@silverboxy:~/SW.nobackup/wine-0.9.7/dlls/d3d9$

...and installed...

make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.7/dlls/d3d9'
../../tools/mkinstalldirs -m 755 /opt/wine-0.9.7/lib/wine
/usr/bin/install -c   d3d9.dll.so /opt/wine-0.9.7/lib/wine/d3d9.dll.so
make[2]: Leaving directory `/home/rd/SW.nobackup/wine-0.9.7/dlls/d3d9'

...but the test fails:

make[2]: Entering directory 
`/home/rd/SW.nobackup/wine-0.9.7/programs/winetest'
make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', 
needed by `d3d9_test.exe.so'.  Stop.
make[2]: Leaving directory `/home/rd/SW.nobackup/wine-0.9.7/programs/winetest'
make[1]: *** [winetest/__install__] Error 2
make[1]: Leaving directory `/home/rd/SW.nobackup/wine-0.9.7/programs'
make: *** [programs/__install__] Error 2
rd@silverboxy:~/SW.nobackup/wine-0.9.7$

Thanks,
Rainer