plib-devel

Re: [Plib-devel] Compile Problems with MSVC

[Steve B. <sjb...@ai...>]

Wolfram Kuss wrote:
> 
> Hi,
> 
> I have got a compile problem in file ssgSimpleState.cxx. The four
> lines
> 
>   specular_colour = src -> specular_colour ;
>   emission_colour = src -> emission_colour ;
>    ambient_colour = src ->  ambient_colour ;
>    diffuse_colour = src ->  diffuse_colour ;
> 
> dont compile under MSVC. The error
> is
> "=": The left operand has to be a L-Value.

Wow!  I'm amazed that compiles anywhere!  It's fixed
in the PLIB CVS archive.

Those lines should be:

  sgCopyVec4 ( specular_colour, src -> specular_colour ) ;
  sgCopyVec4 ( emission_colour, src -> emission_colour ) ;
  sgCopyVec4 (  ambient_colour, src ->  ambient_colour ) ;
  sgCopyVec4 (  diffuse_colour, src ->  diffuse_colour ) ;

Sorry!

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

Re: [Plib-devel] ssgLoadVRML and model loaders in general

[Christopher K. S. J. <cs...@qu...>]

Dave McClurg wrote:
> 
> is the vrml model loader working?  i tried something quick, got no
> errors, but didn't see the render output.  just being lazy.  is it
> working before i debug that?
> 

 It depends on what you mean by "the" VRML loader. You might
want to try:

 <URL:http://www.enteract.com/~cks/vrml/vmn-latest.tgz>

 It's alpha, but it's considerably more functional than the
version that comes with plib. It only loads VRML97, and
doesn't currently handle PROTO's (or scripting, etc, etc)

 Work has stalled pending some feedback that someone has
an interest in using it. Warning: I haven't compiled it 
against the latest versions of plib. If you have problems,
let me know and I should be able to get it compile-able
without too much effort.


-cks

Re: [Plib-devel] ssgLoadVRML and model loaders in general

[Dave M. <dp...@ef...>]

>> is the vrml model loader working? 
>No - 'fraid not.

ok. might take a look at that next. i need at least a vrml 1.0 loader.
also, many 3d modelers have a vrml save which we need too.

>> var/func naming conventions for plib?
>I *thought* I'd been pretty consistant

you were. just a few odd cases. thanks for the notes.

>PLIB 1.1.11 has 'ssgLoad' and 'ssgSave' that use the file extension to
>figure out which low level file format to use.

nice. thanks

--Dave

Re: [Plib-devel] Compile Problems with MSVC

[<Va...@t-...>]

"Vallevand, Mark K" wrote:
> 
> Hmmm.  I regularly compile PLIB with MSVC v6.  I don't remember
> this problem.  It seems to compile right out of the box.  I'll
> check again at home tonight.  I have version 1.1.9.

IIRC 1.1.9 is quite old.

> > I have got a compile problem in file ssgSimpleState.cxx. The four
> > lines
> >
> >   specular_colour = src -> specular_colour ;
> >   emission_colour = src -> emission_colour ;
> >    ambient_colour = src ->  ambient_colour ;
> >    diffuse_colour = src ->  diffuse_colour ;
> >
> > dont compile under MSVC. The error
> > is
> > "=": The left operand has to be a L-Value.
> >
> > specular_colour etc are member-variables of
> > ssgSimpleState with type sgVec4.
> > When I change the type in file ssg.h
> > into SGfloat * then it compiles, but
> > I see this as a kludge.
> > However, I found no other solution :-(.

I have never tried to compile that stuff, but I guess that you'd either
need a sgCopyVec4 or make sure (through a cast) that you want to set the
pointer to specular_colour/... to the pointer to
src->specular_colour/...

Just a thought.

CU,
Christian

RE: [Plib-devel] Compile Problems with MSVC

[Vallevand, M. K <Mar...@UN...>]

Hmmm.  I regularly compile PLIB with MSVC v6.  I don't remember
this problem.  It seems to compile right out of the box.  I'll
check again at home tonight.  I have version 1.1.9.

Regards.
Mark K Vallevand   ma...@rs...
Outside of a dog, a book is man's best friend.
 Inside of a dog, its too dark to read.  - Groucho

> Hi,
> 
> I have got a compile problem in file ssgSimpleState.cxx. The four
> lines
> 
>   specular_colour = src -> specular_colour ;
>   emission_colour = src -> emission_colour ;
>    ambient_colour = src ->  ambient_colour ;
>    diffuse_colour = src ->  diffuse_colour ;
> 
> dont compile under MSVC. The error
> is 
> "=": The left operand has to be a L-Value.
> 
> specular_colour etc are member-variables of 
> ssgSimpleState with type sgVec4.
> When I change the type in file ssg.h
> into SGfloat * then it compiles, but 
> I see this as a kludge.
> However, I found no other solution :-(.
> 
> Bye bye,
> Wolfram Kuss.

[Plib-devel] Compile Problems with MSVC

[Wolfram K. <w_...@rz...>]

Hi,

I have got a compile problem in file ssgSimpleState.cxx. The four
lines

  specular_colour = src -> specular_colour ;
  emission_colour = src -> emission_colour ;
   ambient_colour = src ->  ambient_colour ;
   diffuse_colour = src ->  diffuse_colour ;

dont compile under MSVC. The error
is 
"=": The left operand has to be a L-Value.

specular_colour etc are member-variables of 
ssgSimpleState with type sgVec4.
When I change the type in file ssg.h
into SGfloat * then it compiles, but 
I see this as a kludge.
However, I found no other solution :-(.

Bye bye,
Wolfram Kuss.

Re: [Plib-devel] ssgLoadVRML and model loaders in general

[Steve B. <sjb...@ai...>]

Dave McClurg wrote:

> is the vrml model loader working? 

No - 'fraid not.

> var/func naming conventions for plib?  i noticed a couple different
> styles.  what do you prefer steve?  couldn't find it on the websites.
> probably there somewhere.

I *thought* I'd been pretty consistant, for public symbols in
PLIB module 'XX' (where 'XX' is: SL, SSG, SG, PU, FNT):

#define's, enum tags                 XX_ALL_CAPITALS 
functions/classes/structs/typedefs   xxMixedCase

For private symbols, I use all_lowercase unless they would pollute
the name space - in which case I use a leading underscore _xxMixedCase

You could probably find a few cases where I screwed up - often because
a formerly private member had to become public - or vice-versa.

> my current effort is ssgLoadASE.  I'm thinking of writing a
> ssgModelLoader class similar to ssgImageLoader so that you don't have to
> call the specific load routine for the file.

I beat you to it (sort of).

PLIB 1.1.11 has 'ssgLoad' and 'ssgSave' that use the file extension to
figure out which low level file format to use.

> Also, that will let me
> share some common code between the model loaders.  hope that is ok.
> anyone actively working on the loaders?  I might do a little cleanup of
> static arrays and error handling.

I don't know of anyone working on the current loaders.
 
-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)

[Plib-devel] ssgLoadVRML and model loaders in general

[Dave M. <dp...@ef...>]

is the vrml model loader working?  i tried something quick, got no
errors, but didn't see the render output.  just being lazy.  is it
working before i debug that?

var/func naming conventions for plib?  i noticed a couple different
styles.  what do you prefer steve?  couldn't find it on the websites.
probably there somewhere.

my current effort is ssgLoadASE.  I'm thinking of writing a
ssgModelLoader class similar to ssgImageLoader so that you don't have to
call the specific load routine for the file.  Also, that will let me
share some common code between the model loaders.  hope that is ok.
anyone actively working on the loaders?  I might do a little cleanup of
static arrays and error handling.

--Dave

[Plib-devel] Mailing list move.

[Steve B. <sjb...@ai...>]

Mailing List Move.
~~~~~~~~~~~~~~~~~~

The Tux_AQFH and PLIB mailing lists are moving to the SourceForge
servers.  I have re-subscribed everyone who was subscribed to the
following lists:

   pli...@wo...
   pli...@wo...
   pli...@wo...
   tux...@wo...
   tux...@wo...
   tux...@wo...

To the corresponding new lists:

   pli...@li...
   pli...@li...
   pli...@li...
   tux...@li...
   tux...@li...
   tux...@li...

(Notice that there is no longer an underscore in tuxaqfh - that's
due to a bug in the SourceForge software).

To post to the list, just email to the lists above.  The 'announce'
lists are heavily moderated (by me) - so they'll basically only
contain major announcements.

To subscribe, unsubscribe, switch to digest-only mode or visit the
(currently empty!) archives, go to:

  http://lists.sourceforge.net/mailman/listinfo/plib-devel
  http://lists.sourceforge.net/mailman/listinfo/plib-users
  http://lists.sourceforge.net/mailman/listinfo/plib-announce
  http://lists.sourceforge.net/mailman/listinfo/tuxaqfh-devel
  http://lists.sourceforge.net/mailman/listinfo/tuxaqfh-users
  http://lists.sourceforge.net/mailman/listinfo/tuxaqfh-announce

My next step is to relocate the PLIB and Tux_AQFH web sites
to SourceForge - at which point, all this information will
be available from the web site.

Sorry for the incovenience.

        Steve.

-- 
Steve Baker                  http://web2.airmail.net/sjbaker1
sjb...@ai... (home)  http://www.woodsoup.org/~sbaker
sj...@ht...      (work)