Brian Paul wrote:
>
> Eero Pajarre wrote:
> >
> > api2.c (line 1044 and 1045) refers to structure
> > field Current2D, it looks like that the correct
> > name would CurrentD[2].
>
> Fixed.
>
> > The code is only used in FX + __WIN32__ compilation.
> > (should it be removed ??)
>
> As the comme
Theodore Jump wrote:
>
> >in varray.c there are functions with "GLAPI void GLAPIENTRY" declaration.
>
> Eero, what's the error you get with "GLAPI void GLAPIENTRY" declarations?
>
error C2491: 'glVertexPointer' : definition of dllimport function
not allowed
If you get different results the
>in varray.c there are functions with "GLAPI void GLAPIENTRY" declaration.
Eero, what's the error you get with "GLAPI void GLAPIENTRY" declarations?
-Ted
___
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev
I note in the current src/... Makefile.am's there is the line:
AUTOMAKE_OPTIONS = no-dependencies
which stops the use of gcc-generated dependencies. My questions are:
why?
what should we be using instead?
Keith
___
Mes
Eero Pajarre wrote:
>
> api2.c (line 1044 and 1045) refers to structure
> field Current2D, it looks like that the correct
> name would CurrentD[2].
Fixed.
> The code is only used in FX + __WIN32__ compilation.
> (should it be removed ??)
As the comment says, that code is a hack for Windows GL
Eero Pajarre wrote:
>
> (I hope I have the latest source, because
> something related to this has been mentioned
> in mesa-dev)
>
> in varray.c there are functions with
> "GLAPI void GLAPIENTRY" declaration.
> This does not compile in my setup.
> Other files use "void GLAPIENTRY",
> which seems
I am using the makefile.fx to compile mesa.
It refers to src/FX/fxopengl.def
The def file contains lots of SGIS
function names which apparently should be removed
Eero
___
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.me
api2.c (line 1044 and 1045) refers to structure
field Current2D, it looks like that the correct
name would CurrentD[2].
The code is only used in FX + __WIN32__ compilation.
(should it be removed ??)
Eero
___
Mesa-dev maillist - [E
(I hope I have the latest source, because
something related to this has been mentioned
in mesa-dev)
in varray.c there are functions with
"GLAPI void GLAPIENTRY" declaration.
This does not compile in my setup.
Other files use "void GLAPIENTRY",
which seems to be better.
Eero
(my apologies for writing so many of these notes to mesa-dev,
but I sort of prefer keeping each issue on separate mail.
In this way I can write my notes directly into mail
program)
my compiler (MS VC++) does not like passing the
empty macro parameters to CLIP in
fxfasttmp.h line 199 etc
It
While checking into why there are so many build warnings on Windows, I ran into
the warning that 'out' is used without being initialized.
'out' is defined as a stack-based GLvector4f in the function expanded by
USER_CLIPTEST. It looks to be used as some sort of early-out checking code but
I can't
Dieter Nützel wrote:
>
> I think there are some more minor tweaks:
> My fixes below:
>
> SunWave1>diff Makefile.X11 Makefile.X11.orig
> 108,109d107
> < FX/fxclip.c \
> < FX/fxfastpath.c \
> 111,112d108
> < FX/fxpipeline.c \
> < FX/fxsanity.c \
Fixed.
-Brian
---
WILMOT Thierry wrote:
>
> Hi,
>
> I have somes compile errors with win32 VC++ 6.0 on NT 4.0 SP3
>
> \src\varray.c(74) : error C2373: 'glVertexPointer' : redefinition;
> different
> type modifiers
>
> replace 'void' by 'GLAPI void GLAPIENTRY' in many functions
Fixed. Thanks.
-Brian
Hi,
I have somes compile errors with win32 VC++ 6.0 on NT 4.0 SP3
\src\varray.c(74) : error C2373: 'glVertexPointer' : redefinition; different
type modifiers
replace 'void' by 'GLAPI void GLAPIENTRY' in many functions
___
Mesa-dev maillist - [EMAI
14 matches
Mail list logo