Hi!
I tried to build it on Win7-64pro/Qt4.8/QtCreator 2.5.2/mingw (new
installation few weeks ago) with the usual cmake/32bit toolchain. I have
no visual studio to compare.
Out of the box, building fails with two "undeclared"s:
In file included from
C:\Stellarium_DEV\BZR\trunk-new\src\core\rende
Hi
I tried to build 5575 in Win 7 64bit with msys.
The compile failed at the same place.
Last successful windows build 5572
Barry Gerdes
Beaumont Hills Observatory
S 33' 41' 44"E 150' 56' 32"
> Date: Fri, 31 Aug 2012 11:40:58 +0200
> From: georg.zo...@univie.ac.at
> To: stellarium-pubdevel
Hi!
I'm catch on Linux i386 with old nvidia assert:
ASSERT failure in void StelIndexBuffer::addIndex(uint): "Trying to add
a 16-bit index with value greater than 65536", file
/home/aw/devel/stellarium/trunk/src/core/renderer/StelIndexBuffer.hpp,
line 61
when I scaling sky
--
With best regards,
These missing items are declared in glee.h, which is no longer included.
Just including it back creates the "gl.h included before glee.h" error.
HTH, G.
On Fr, 31.08.2012, 11:40, Georg Zotti wrote:
> Hi!
>
> I tried to build it on Win7-64pro/Qt4.8/QtCreator 2.5.2/mingw (new
> installation few w
glActiveTexture() should be usable through QGLFunctions, will modify and
push later to glexperiment branch (multiple things going on at once right
now).
GL_RGBA_32F : does GL_RGBA_32F_ARB work?
We already have that as a workaround for Mac. If not, a newer gl.h should
probably be used.
(I'd rather n
On Fr, 31.08.2012, 14:07, Ferdinand Majerech wrote:
> glActiveTexture() should be usable through QGLFunctions,
No, it' not enough. "not declared in this scope".
> will modify and
> push later to glexperiment branch (multiple things going on at once right
> now).
> GL_RGBA_32F : does GL_RGBA_32F_
I haven't used Windows for ages, but will try to find it.
No, it' not enough. "not declared in this scope".
Is that a Qt problem (old Qt?) or a gl.h problem?
>
>
> where to get it? Which one will work with the Mingw QtCreator tools?
I remember I used to use a newer gl.h on Windows, but
I haven
OK; this was probably nonsense - glext.h is probably needed, not gl.h .
Still, note that Qt 4.8 is required now - I still think QGLFunctions should
work.
--
Live Security Virtual Conference
Exclusive live event will cover
On Fr, 31.08.2012, 16:16, Ferdinand Majerech wrote:
> OK; this was probably nonsense - glext.h is probably needed, not gl.h .
including (that is, Qt\MinGW\include\GL\glext.h) does no change.
> Still, note that Qt 4.8 is required now - I still think QGLFunctions
> should
> work.
>
Sure, I have
I'm running out of ideas.
I'll try installing Windows in a VM so I can try stuff (might take a while
- no idea on
how to work with MinGW/Qt/stellarium on Windows)
In worst case, we might use glew - which is less bad than GLee.
On Fri, Aug 31, 2012 at 4:35 PM, Georg Zotti wrote:
>
> On Fr, 31.08.
On Fr, 31.08.2012, 16:42, Ferdinand Majerech wrote:
> I'm running out of ideas.
>
> I'll try installing Windows in a VM so I can try stuff (might take a while
> - no idea on
> how to work with MinGW/Qt/stellarium on Windows)
Bogdan has recently updated the building instructions for Windows.
Curre
I got it to work.
You need to include gl.h and glext.h from the OpenGL site
(http://www.opengl.org/registry/api/glext.h). I'll get it to
commitable state tomorrow. I think it'd make most
sense to simply add the glext.h to Stellarium source and include gl.h
and glext.h on
Windows only.
In VirtualB
Sounds good. However, I cannot test it before next Thursday, maybe even
later. Hopefully somebody else?
Good luck,
Georg
On Fr, 31.08.2012, 22:22, Ferdinand Majerech wrote:
> I got it to work.
>
> You need to include gl.h and glext.h from the OpenGL site
> (http://www.opengl.org/registry/api/gle
Hi
Stellarium still does not compile in windows, Same reason as before. Please
before commiting updates to the trunk they must be tested on Windows. It is no
good building on Linux and then not being compatable with windows.
Barry Gerdes
Beaumont Hills Observatory
S 33' 41' 44"E 150' 56'
Hi
Stellarium does not compile in Linux 11.04 either and there is no update there
for qt 4.8.0
I will install 12.04 and see if that works
Barry Gerdes
Beaumont Hills Observatory
S 33' 41' 44"E 150' 56' 32"
From: barrygas...@hotmail.com
To: stellarium-pubdevel@lists.sourceforge.net
Date: S
Hi!
I think Ferdinand wanted to commit the fixes tomorrow.
But I agree this merge came rather as surprise, a branch with such massive
changes should have been tested more thoroughly on all platforms. I hope
you find the necessary things.
I am out for a week or even two, good luck for now!
G.
O
Hi
I have been able to compile in Windows. The files glext.h and gl.h are both
part of MinGW. They are in MinGW\include\Gl. I added this path to the
environment variables and the compile completed.
Barry Gerdes
Beaumont Hills Observatory
S 33' 41' 44"E 150' 56' 32"
> Date: Sat, 1 Sep 2012
That's not the way it works Barry. Trunk is trunk. This wa compiled - and
compiles fine - on Mac and Ubuntu, the two OSes I have available. There is
no expectation that a commit build on any platform. If a commit breaks one
of the platforms, we try and get it fixed.
But, just as our OpenGL suc
Hi Timothy
I stand by what I said. If it does not work on all systems it should not be
commited to the trunk.
If you can't test windows compiles you can always ask me. I run computers with
a variety of Windows operatiing systems. as well as Linux
In any case I have fixed the problem. It only r
19 matches
Mail list logo
