On 13/09/2019 19:53, Andrey Repin wrote:
> Greetings, Hamish MB!
>
>> On 13/09/2019 01:41, Andrey Repin wrote:
>>> Greetings, Hamish MB!
>>>
>>> Please no top-posting in this channel.
>>>
Note: I've just realised this only happens when 3D acceleration is
enabled in VirtualBox, hence this
Greetings, Hamish MB!
> On 13/09/2019 01:41, Andrey Repin wrote:
>> Greetings, Hamish MB!
>>
>> Please no top-posting in this channel.
>>
>>> Note: I've just realised this only happens when 3D acceleration is
>>> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
>>> Cygwin b
On 13/09/2019 01:41, Andrey Repin wrote:
> Greetings, Hamish MB!
>
> Please no top-posting in this channel.
>
>> Note: I've just realised this only happens when 3D acceleration is
>> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
>> Cygwin bug. Thoughts?
> What video mode
Greetings, Hamish MB!
Please no top-posting in this channel.
> Note: I've just realised this only happens when 3D acceleration is
> enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
> Cygwin bug. Thoughts?
What video mode did you select for your system?
Which driver (stand
Note: I've just realised this only happens when 3D acceleration is
enabled in VirtualBox, hence this may be a VirtualBox bug, rather than a
Cygwin bug. Thoughts?
Hamish
On 12/09/2019 12:33, Hamish McIntyre-Bhatty wrote:
> Okay, so after the latest set of updates, this still seems to happen.
> Att
Okay, so after the latest set of updates, this still seems to happen.
Attached is the XWin.0.log file. I am running this in Virtualbox, so it
is possible that this issue has something to do with that?
Hamish
On 07/09/2019 19:50, Hamish McIntyre-Bhatty wrote:
> I was starting with "startxwin &" in
I was starting with "startxwin &" in the Cygwin terminal. Is this the
wrong way to do it?
I'll try that soon and get back to you.
This was before the latest set of updates to Xorg and the openGL
libraries, so it could be that it had something to do with the missing
libEGL dependency - I will t
On 05/09/2019 11:28, Hamish MB wrote:
libraries. Additionally, the xwin server refuses to start if more than
one display is present, for reasons I don't understand.
That is unusual.
I assume you are trying to start via the start menu shortcut?
Does starting it as 'XWin -multiwindow' work?
If
* khrplatform-devel-19.1.6-1
* windowsdriproto-19.1.6-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using
Hello,
After installing the latest updates to cygwin, including the new X
server, openGL libraries, and mesa, I'm having issues with a configure
script that was previously working. It no longer finds the openGL
libraries. Additionally, the xwin server refuses to start if more than
one displ
The following packages have been uploaded to the Cygwin distribution:
* mesa-19.1.5-1
* dri-drivers-19.1.5-1
* libglapi0-19.1.5-1
* libGL1-19.1.5-1
* libGL-devel-19.1.5-1
* libOSMesa8-19.1.5-1
* libOSMesa-devel-19.1.5-1
* libEGL1-19.1.5-1
* libEGL-devel-19.1.5-1
* libGLESv2_2-19.1.5-1
* libGLESv2
Am 28.12.2018 um 14:10 schrieb Jon Turney:
On 28/12/2018 06:04, Marco Atzeri wrote:
I was trying to build latest mesa to see if
solved a wgl problem on my Intel graphics card
https://cygwin.com/ml/cygwin/2018-12/msg00222.html
but I am blocked by
On 28/12/2018 06:04, Marco Atzeri wrote:
I was trying to build latest mesa to see if
solved a wgl problem on my Intel graphics card
https://cygwin.com/ml/cygwin/2018-12/msg00222.html
but I am blocked by
--
Dependency xxf86vm found: NO (tried pkgconfig
I was trying to build latest mesa to see if
solved a wgl problem on my Intel graphics card
https://cygwin.com/ml/cygwin/2018-12/msg00222.html
but I am blocked by
--
Dependency xxf86vm found: NO (tried pkgconfig)
meson.build:1353:4: ERROR: Dependency
* windowsdriproto-18.0.5-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES,
and EGL specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to the
Hi!
By upgrading to mesa 18.0.3-1, asy 2.44 works, now!
Thank you!
Regards,
--
Lem
> Subject: [ANNOUNCEMENT] mesa 18.0.3-1
> Date: Mon, 07 May 2018 13:08:36 -0500
> From: Yaakov Selkowitz
---
このEメールはアバスト アンチウイルスによりウイルススキャンされています。
https://www.avast.com/antivirus
--
Proble
* windowsdriproto-18.0.3-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-18.0.1-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.3.8-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
The following packages have been uploaded to the Cygwin distribution:
* mesa-demos-8.4.0-1
mesa-demos is a collection of demos and test programs for OpenGL,
OpenGL ES, EGL, and OSMesa.
This is an update to the latest upstream release:
https://lists.freedesktop.org/archives/mesa-announce/2018
* windowsdriproto-17.3.5-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.3.3-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
The following packages have been uploaded to the Cygwin distribution:
* mesa-demos-8.4.0-0.1.20171011git
mesa-demos is a collection of demos and test programs for OpenGL, OpenGL
ES, EGL, OSMesa, and WGL.
This is an update to the latest upstream git snapshot, built with GLEW 2.1.
--
Yaakov
* windowsdriproto-17.3.1-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
REMOVE
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
* windowsdriproto-17.2.6-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.2.4-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES,
and EGL specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to the
* windowsdriproto-17.2.2-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES,
and EGL specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to the
* windowsdriproto-17.1.9-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.1.8-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.1.5-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.1.4-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.1.3-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES,
and EGL specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to the
The following packages have been uploaded to the Cygwin distribution:
* mesa-17.1.2-1
* dri-drivers-17.1.2-1
* libglapi0-17.1.2-1
* libGL1-17.1.2-1
* libGL-devel-17.1.2-1
* libOSMesa8-17.1.2-1
* libOSMesa-devel-17.1.2-1
* libEGL1-17.1.2-1
* libEGL-devel-17.1.2-1
* libGLESv2_2-17.1.2-1
* libGLESv2
* windowsdriproto-17.0.6-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
* windowsdriproto-17.0.5-1
Mesa is an open-source implementation of the OpenGL, OpenGL ES, and EGL
specifications for rendering interactive 3D graphics.
Complete documentation on OpenGL usage and configuration can be found here:
http://x.cygwin.com/docs/ug/using-glx.html
This is an update to
The following packages have been uploaded to the Cygwin distribution:
* mesa-17.0.3-1
* dri-drivers-17.0.3-1
* libglapi0-17.0.3-1
* libGL1-17.0.3-1
* libGL-devel-17.0.3-1
* libOSMesa8-17.0.3-1
* libOSMesa-devel-17.0.3-1
* libEGL1-17.0.3-1
* libEGL-devel-17.0.3-1
* libGLESv2_2-17.0.3-1
* libGLESv2
On 27/01/2017 19:47, Yaakov Selkowitz wrote:
The following packages have been uploaded to the Cygwin distribution:
* mesa-13.0.3-1
* dri-drivers-13.0.3-1
* libglapi0-13.0.3-1
* libGL1-13.0.3-1
* libGL-devel-13.0.3-1
* libOSMesa8-13.0.3-1
* libOSMesa-devel-13.0.3-1
* libEGL1-13.0.3-1
* libEGL
The following packages have been uploaded to the Cygwin distribution:
* mesa-13.0.5-1
* dri-drivers-13.0.5-1
* libglapi0-13.0.5-1
* libGL1-13.0.5-1
* libGL-devel-13.0.5-1
* libOSMesa8-13.0.5-1
* libOSMesa-devel-13.0.5-1
* libEGL1-13.0.5-1
* libEGL-devel-13.0.5-1
* libGLESv2_2-13.0.5-1
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-13.0.3-1
* dri-drivers-13.0.3-1
* libglapi0-13.0.3-1
* libGL1-13.0.3-1
* libGL-devel-13.0.3-1
* libOSMesa8-13.0.3-1
* libOSMesa-devel-13.0.3-1
* libEGL1-13.0.3-1
* libEGL-devel-13.0.3-1
* libGLESv2_2-13.0.3-1
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-12.0.4-1
* dri-drivers-12.0.4-1
* libglapi0-12.0.4-1
* libGL1-12.0.4-1
* libGL-devel-12.0.4-1
* libOSMesa8-12.0.4-1
* libOSMesa-devel-12.0.4-1
* libEGL1-12.0.4-1
* libEGL-devel-12.0.4-1
* libGLESv2_2-12.0.4-1
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-12.0.2-1
* dri-drivers-12.0.2-1
* libglapi0-12.0.2-1
* libGL1-12.0.2-1
* libGL-devel-12.0.2-1
* libOSMesa8-12.0.2-1
* libOSMesa-devel-12.0.2-1
* libEGL1-12.0.2-1
* libEGL-devel-12.0.2-1
* libGLESv2_2-12.0.2-1
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-demos-8.3.0-2
mesa-demos is a collection of demos and test programs for OpenGL, OpenGL ES,
EGL, and OSMesa.
This release fixes GLSL loading in several programs, and was built with
GLEW 1.13.
--
Yaakov
--
Problem
The following packages have been uploaded to the Cygwin distribution:
* mesa-12.0.1-1
* dri-drivers-12.0.1-1
* libglapi0-12.0.1-1
* libGL1-12.0.1-1
* libGL-devel-12.0.1-1
* libOSMesa8-12.0.1-1
* libOSMesa-devel-12.0.1-1
* libEGL1-12.0.1-1
* libEGL-devel-12.0.1-1
* libGLESv2_2-12.0.1-1
* libGLESv2
On 09/06/2016 23:01, Yaakov Selkowitz wrote:
On 6/6/2016 9:27 AM, Jon Turney wrote:
That sounds exactly like what I see with llvm svn r251761 [1] backported
to 3.7.1 (without which we use the x86_64 loader on x86, rather than
reporting an error, due to an interesting use of __builtin_undefined,
; >>>>> (gdb) r
> >>>>> [...]
> >>>>> Program received signal SIGSEGV, Segmentation fault.
> >>>>> 0x7fdf00c1 in ?? ()
> >>> [...]
> >>>>> /usr/src/debug/mesa-demos-8.3.0-1/src/trivial/quad-clip.c:137
>
On Jun 10 06:18, Marco Atzeri wrote:
> On 10/06/2016 00:01, Yaakov Selkowitz wrote:
> >
> > For the record, Jon seems to have tracked this down, and his fix is in
> > llvm-3.7.1-2. I can only imagine what "fun" he had debugging this,
> > particularly on the address-starved 32-bit platform.
> >
>
On 10/06/2016 00:01, Yaakov Selkowitz wrote:
For the record, Jon seems to have tracked this down, and his fix is in
llvm-3.7.1-2. I can only imagine what "fun" he had debugging this,
particularly on the address-starved 32-bit platform.
Andrew, could you please do the honours?
Only one ?
Reg
/debug/mesa-demos-8.3.0-1/src/trivial/quad-clip.c:137
(gdb) disassemble 0x7fdf00b1,0x7fdf00d2
Dump of assembler code from 0x7fdf00b1 to 0x7fdf00d2:
0x7fdf00b1: insertps $0x10,0x4(%eax,%edi,1),%xmm0
0x7fdf00b9: insertps $0x20,0x8(%eax,%edi,1),%xmm0
=> 0x7fdf00c1: insertps $0x30,0xfffeff34,%x
On 06/06/2016 08:24, Yaakov Selkowitz wrote:
On 2016-06-03 12:56, Jon Turney wrote:
On 31/05/2016 18:03, Jon Turney wrote:
# gdb ./quad-clip
[...]
(gdb) r
[...]
Program received signal SIGSEGV, Segmentation fault.
0x7fdf00c1 in ?? ()
[...]
/usr/src/debug/mesa-demos-8.3.0-1/src/trivial/quad
On 2016-06-03 12:56, Jon Turney wrote:
On 31/05/2016 18:03, Jon Turney wrote:
On 13/04/2016 03:33, Yaakov Selkowitz wrote:
On 2016-04-12 10:20, Marco Atzeri wrote:
$ cd /usr/lib/mesa-demos
$ ./quad-clip.exe
GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits)
GL_VERSION= 3.0 Mesa
On 31/05/2016 18:03, Jon Turney wrote:
On 13/04/2016 03:33, Yaakov Selkowitz wrote:
On 2016-04-12 10:20, Marco Atzeri wrote:
$ cd /usr/lib/mesa-demos
$ ./quad-clip.exe
GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits)
GL_VERSION= 3.0 Mesa 11.0.9
GL_VENDOR = VMware, Inc
replicate with octave is enough :
run from xterm
/usr/bin/octave-cli-4.0.1.exe
x=1:100;
plot(x,x)
However I see that also mesa-demos segfault
$ cd /usr/lib/mesa-demos
$ ./quad-clip.exe
GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits)
GL_VERSION= 3.0 Mesa 11.0.9
GL_VENDOR
replicate with octave is enough :
run from xterm
/usr/bin/octave-cli-4.0.1.exe
x=1:100;
plot(x,x)
However I see that also mesa-demos segfault
$ cd /usr/lib/mesa-demos
$ ./quad-clip.exe
GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits)
GL_VERSION= 3.0 Mesa 11.0.9
GL_VENDOR
The following packages have been uploaded to the Cygwin distribution:
* mesa-11.2.2-1
* dri-drivers-11.2.2-1
* libglapi0-11.2.2-1
* libGL1-11.2.2-1
* libGL-devel-11.2.2-1
* libOSMesa8-11.2.2-1
* libOSMesa-devel-11.2.2-1
* libEGL1-11.2.2-1
* libEGL-devel-11.2.2-1
* libGLESv2_2-11.2.2-1
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-11.2.1-1
* dri-drivers-11.2.1-1
* libglapi0-11.2.1-1
* libGL1-11.2.1-1
* libGL-devel-11.2.1-1
* libOSMesa8-11.2.1-1
* libOSMesa-devel-11.2.1-1
* libEGL1-11.2.1-1
* libEGL-devel-11.2.1-1
* libGLESv2_2-11.2.1-1
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-11.1.3-1
* dri-drivers-11.1.3-1
* libglapi0-11.1.3-1
* libGL1-11.1.3-1
* libGL-devel-11.1.3-1
* libOSMesa8-11.1.3-1
* libOSMesa-devel-11.1.3-1
* libEGL1-11.1.3-1
* libEGL-devel-11.1.3-1
* libGLESv2_2-11.1.3-1
* libGLESv2
/usr/bin/octave-cli-4.0.1.exe
x=1:100;
plot(x,x)
However I see that also mesa-demos segfault
$ cd /usr/lib/mesa-demos
$ ./quad-clip.exe
GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits)
GL_VERSION= 3.0 Mesa 11.0.9
GL_VENDOR = VMware, Inc.
Segmentation fault (core dumped
On 22/02/2016 10:00, Yaakov Selkowitz wrote:
The following packages have been uploaded to the Cygwin distribution:
* mesa-11.0.9-2
* dri-drivers-11.0.9-2
* libglapi0-11.0.9-2
* libGL1-11.0.9-2
* libGL-devel-11.0.9-2
* libOSMesa8-11.0.9-2
* libOSMesa-devel-11.0.9-2
* libEGL1-11.0.9-2
* libEGL
The following packages have been uploaded to the Cygwin distribution:
* mesa-11.0.9-2
* dri-drivers-11.0.9-2
* libglapi0-11.0.9-2
* libGL1-11.0.9-2
* libGL-devel-11.0.9-2
* libOSMesa8-11.0.9-2
* libOSMesa-devel-11.0.9-2
* libEGL1-11.0.9-2
* libEGL-devel-11.0.9-2
* libGLESv2_2-11.0.9-2
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-demos-8.3.0-1
mesa-demos is a collection of demos and test programs for OpenGL, OpenGL ES,
EGL, and OSMesa.
This is an update to the latest upstream release:
http://lists.freedesktop.org/archives/mesa-announce/2015
The following packages have been uploaded to the Cygwin distribution:
* mesa-11.0.9-1
* dri-drivers-11.0.9-1
* libglapi0-11.0.9-1
* libGL1-11.0.9-1
* libGL-devel-11.0.9-1
* libOSMesa8-11.0.9-1
* libOSMesa-devel-11.0.9-1
* libEGL1-11.0.9-1
* libEGL-devel-11.0.9-1
* libGLESv2_2-11.0.9-1
* libGLESv2
The following packages have been uploaded to the Cygwin distribution:
* mesa-11.0.4-1
* dri-drivers-11.0.4-1
* libglapi0-11.0.4-1
* libGL1-11.0.4-1
* libGL-devel-11.0.4-1
* libOSMesa8-11.0.4-1
* libOSMesa-devel-11.0.4-1
* libEGL1-11.0.4-1
* libEGL-devel-11.0.4-1
* libGLESv2_2-11.0.4-1
* libGLESv2
* windowsdriproto-11.0.3-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream bugfix release:
http://mesa3d.org/relnotes/11.0.3.html
Note that OpenGL 4.1 support is still incomplete
* windowsdriproto-11.0.2-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream release with support for many
new extensions:
http://mesa3d.org/relnotes/11.0.0.html
Note that OpenGL
* windowsdriproto-10.6.9-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest (and supposedly last) upstream bugfix
release for the 10.6 branch.
Complete documentation on OpenGL usage and
* windowsdriproto-10.6.6-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream stable release:
http://mesa3d.org/relnotes/10.6.6.html
Complete documentation on OpenGL usage and
Yaakov Selkowitz cygwin.com> writes:
> Thanks, I have uploaded 0.6704-2 to Ports which should fix this.
Thanks, it is.
There's still problems with 0.6704_01 depending on what you do with dist=...
and which architecture you are on (crash, runaway memory usage or duplicate
definitions). I can't l
On Sun, 2015-08-23 at 22:45 +0200, Achim Gratz wrote:
> Mesa 10.6 removed some internal API that was used by perl-OpenGL (which
> is in cygwinports and needed by perl-PDL). The module doesn't load
> anymore after the MESA update due to this incompatibility. There's an
> e
Yaakov Selkowitz writes:
> This is an update to the latest upstream stable release:
>
> http://mesa3d.org/relnotes/10.6.5.html
Mesa 10.6 removed some internal API that was used by perl-OpenGL (which
is in cygwinports and needed by perl-PDL). The module doesn't load
anymore after t
* windowsdriproto-10.6.5-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream stable release:
http://mesa3d.org/relnotes/10.6.5.html
Complete documentation on OpenGL usage and
* windowsdriproto-10.6.2-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream release:
http://mesa3d.org/relnotes/10.6.2.html
Complete documentation on OpenGL usage and
* windowsdriproto-10.5.9-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest release for the 10.5 series:
http://mesa3d.org/relnotes/10.5.9.html
Complete documentation on OpenGL usage and
* windowsdriproto-10.5.7-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream release:
http://mesa3d.org/relnotes/10.5.7.html
Complete documentation on OpenGL usage and
* windowsdriproto-10.5.6-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream release.
Complete documentation on OpenGL usage and configuration can be found
here:
http
* windowsdriproto-10.5.4-2
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This release has been rebuilt with LLVM 3.5; otherwise all the changes
in 10.5.4-1 still apply to this release, as detailed in the previous
The following package has been updated in the Cygwin distribution:
* mesa-demos-8.2.0-2
This package includes an assortment of demo programs and information
utilities for OpenGL, EGL, and OpenGL ES.
This release includes the following packaging changes:
* many more demos are installed (over
* windowsdriproto-10.5.4-1
Mesa is an open-source implementation of the OpenGL, EGL, and OpenGL ES
specifications for rendering interactive 3D graphics.
This is an update to the latest upstream release with the following
package changes:
* upstream removed support for the Gallium EGL state tracker
Hello Yaakov,
No, previously xorg-x11-devel was not installed and this seems to be
root of all evil.
Thank you so far. Compiling is pass the failing point, so unless
there are other
obstacled it should be fine now.
/wbr
Ariel Burbaickij
On 6/28/07, Yaakov (Cygwin Ports) <[EMAIL PROTECTED]> wrot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ariel Burbaickij wrote:
> Have difficulties with means that on attemt to compile some part
> of application where option -lGLU was passed to compiler I get
> an error from linke telling that GLU cannot be found.
Did you install xorg-x11-devel? Are
get
an error from linke telling that GLU cannot be found.
Any other questions?
/wbr
Ariel Burbaickij
On 6/27/07, Yaakov (Cygwin Ports) <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ariel Burbaickij wrote:
> I have installed Mesa/OpenGL implementation in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ariel Burbaickij wrote:
> I have installed Mesa/OpenGL implementation in my cygwin environment
> and I see dll library called cygGLU-1.dll which rather do not correspond to
> naming conventions otherwise applied ad it is initially ins
Hello all,
following situation:
I have installed Mesa/OpenGL implementation in my cygwin environment
and I see dll library called cygGLU-1.dll which rather do not correspond to
naming conventions otherwise applied ad it is initially installed in
/usr/X11R6/bin.
Some applications (notably pdfedit
Arian Hojat wrote:
Hello all,
New to the list. enjoying messing around with cygwin as I haven't
dabbled in
linux for a year (and haven't ever messed with cygwin until recently).
(long story short: Getting message 'You need Mesa or an OpenGL-System
to compile Armagetron.' wh
Hello all,
New to the list. enjoying messing around with cygwin as I haven't dabbled in
linux for a year (and haven't ever messed with cygwin until recently).
(long story short: Getting message 'You need Mesa or an OpenGL-System
to compile Armagetron.' when compiling src rpm)
On 1/18/06, * * <[EMAIL PROTECTED]> wrote:
> On 1/18/06, Eric Lilja wrote:
Uuggh! Sorry about the e-mail address AGAIN! Nothing like realizing
.17 seconds after hitting send.
> > Dave Korn wrote:
> > > Eric Lilja wrote:
> > >
> > >
> > However, doing a nm GLUT32.lib | grep glutPostRedispla
On 1/18/06, Eric Lilja <[EMAIL PROTECTED]> wrote:
> Dave Korn wrote:
> > Eric Lilja wrote:
> >
> >
> However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first
> undefined reference), shows: $ nm GLUT32.lib | grep
> _glutPostRedisplay I [EMAIL PROTECTED]
> 0
"Eric Lilja" wrote:
[snip]
Check this post I made on comp.video.mesa3d.user that sums up my efforts and
results:
http://permalink.gmane.org/gmane.comp.video.mesa3d.user/796
If you have ideas on what more to test, please let me know! I would be
eternally grateful!
/ E
--
Unsubscribe info:
Dave Korn wrote:
> Eric Lilja wrote:
>
>
However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first
undefined reference), shows: $ nm GLUT32.lib | grep
_glutPostRedisplay I [EMAIL PROTECTED]
T [EMAIL PROTECTED]
>>>
>>> This is definitely the MSVC name m
Eric Lilja wrote:
>>> However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first
>>> undefined reference), shows: $ nm GLUT32.lib | grep _glutPostRedisplay
>>> I [EMAIL PROTECTED]
>>> T [EMAIL PROTECTED]
>>
>> This is definitely the MSVC name mangling convention bu
* * wrote:
> On 1/17/06, Eric Lilja wrote:
>> * * wrote:
>>> Are the import libraries using the cygwin filename conventions?
>>>
>> Well, no. Building Mesa with glut creates the following files (which
>> I have copied to the directory of the simple test pro
On 1/17/06, Eric Lilja wrote:
> * * wrote:
> > Are the import libraries using the cygwin filename conventions?
> >
> Well, no. Building Mesa with glut creates the following files (which I have
> copied to the directory of the simple test program I trying to build with
>
* * wrote:
> Are the import libraries using the cygwin filename conventions?
>
Well, no. Building Mesa with glut creates the following files (which I have
copied to the directory of the simple test program I trying to build with
compiler supplied with Cygwin using the Makefile in firs
st it like all the object files.
On 1/16/06, Eric Lilja <[EMAIL PROTECTED]> wrote:
> I just compiled the latest version of Mesa (6.4.1) using Microsoft Visual
> Studio, because I couldn't compile it with MinGW or Cygwin. After editing a
> macro, I was successful in compiling Mes
I just compiled the latest version of Mesa (6.4.1) using Microsoft Visual
Studio, because I couldn't compile it with MinGW or Cygwin. After editing a
macro, I was successful in compiling Mesa + glut in Visual Studio. Now, can
I use the binaries (libs and DLLs) with Cygwin? I can't s
Theo Verelst wrote:
Readers,
Maybe I'm facing a known problem, but I at a glance saw no posts or
README's about this subject of OpenGL includes suddenly generating
errors after a relatively recent cygwin upgrade.
Well, if you looked for posts, you didn't look very thoroughly, because you
would h
I just figured out with diff that there's probably just one line in
error, which I commented out, and there some stuff removed.
It compiled again, but I still wonder how it all is with glu.h !
Theo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http
Readers,
Maybe I'm facing a known problem, but I at a glance saw no posts or
README's about this subject of OpenGL includes suddenly generating
errors after a relatively recent cygwin upgrade. Did the bindings or
the include file names change, or should I add some new switch #define ?
Below's th
>The actual libraries in the gcc command line (e.g., -lglut), and a
>descriptive message subject. ;-)
>Try "gcc -Wall -o test test.c -L/usr/local/lib -lGL -lGLU -lglut", or
>something like that...
try this instead... note the order of the libraries included:
gcc -Wall -o test test.c -L/usr/loca
/ Mikael Åsberg <[EMAIL PROTECTED]> wrote:
| [...]
| so I tried:
| nm /usr/local/lib/libGL.a | grep _glXWaitX, and it is in libGL.a. So the
| ordering of the libraries is wrong? Tried changing, but haven't found
| somethint that works yet.
Have you checked the demos of the MESA lib?
1 - 100 of 115 matches
Mail list logo