plib-users

[Plib-users] using plib with qt

[Laura S. <moo...@gm...>]

Hello,

I like to use the Joystick library from Plib in a Qt Project. Up to now I used VC++ 6.0 with Plib and it works fine. Now I want to use it with Qt but don't know how.


I do some changes to my .pro file:

INCLUDEPATH = C:/plib-1.8.5/src/js C:/plib-1.8.5/src/util

win32:LIBS += C:/plib-1.8.5/src/js/Debug/js_d.lib C:/plib-1.8.5/src/util/Debug/ul_d.lib


and in main.cpp I do:

#include <js.h>


But when I compile then I get an error:

..\..\plib-1.8.5\src\util/ul.h:554: error: cannot convert 'char*' to 'const WCHAR*' for argument '1' to 'HINSTANCE__* LoadLibraryW(const WCHAR*)'


I change line 554 in ul.h from:

handle = (HMODULE) LoadLibrary ( dllname ) ;

into:

handle = (HMODULE) LoadLibrary ( (const WCHAR) dllname ) ;

but this doesn't work too and I get 3 new errors.


I don't know what to do more now. Can anybody help me getting plib run in my Qt project? Would be very nice.

Best regards

Laura
-- 
GMX DSL: Internet, Telefon und Entertainment für nur 19,99 EUR/mtl.!
http://portal.gmx.net/de/go/dsl02

Re: [Plib-users] Compiling on mac OS X, ssgLoadFLT.cxx error

[Dan H. <dh...@di...>]

I got the same errors, using 1.8.5 "stable" out of the box.

I found this same issue identified and discussed on the list all the  
way back on 7/16/2008.  It would appear there is not an active effort  
to maintain  Mac support.

I notice the plib download page mentions there is a new README.mac.   
That file contains an apology that the Codewarrior project files  
aren't included in the package.  As CodeWarrior was end-of-lifed five  
years ago, I think this confirms there are not any Mac developers  
currently involved in the project.  Perhaps you'll change that!?

Anyhow, the hack to make the thing compile is to change line 145 of  
src/ssg/ssgLoadFLT.cxx from

#ifdef UL_WIN32

to

#if defined(UL_WIN32) || defined(__APPLE__)

That enables a typedef of unsigned int to uint.  This is profoundly  
silly, as pointed out in the July 2008 thread.  The correct type  
should be "unsigned int", or if a size-specific type is required, a  
properly size-specific type of uint32_t, and the UL_WIN32-conditional  
block should typedef unsigned int to that.

(Note that after making with the above change you'll get in the end a  
number of warnings from ranlib about files with no symbols.  Disregard.)

Hope that helps,
Dan Herman

[Plib-users] Compiling on mac OS X, ssgLoadFLT.cxx error

[<jo...@sp...>]

Hi All,

I'm new to plib, and excited about using it.

I just tried compiling, and got a mess of errors.

There's about a hundred errors like you see below. Also, there's doesn't
seem to be any specific installation instructions for mac in the readme
file.

Any advice would be greatly appreciated.


Thanks!! Kindest regards,
-joshua





ssgLoadFLT.cxx: In function ‘void _swab32(const void*, void*, int)’:
ssgLoadFLT.cxx:185: error: ‘uint’ was not declared in this scope
ssgLoadFLT.cxx:185: error: ‘s’ was not declared in this scope
ssgLoadFLT.cxx:185: error: expected primary-expression before ‘)’ token
ssgLoadFLT.cxx:185: error: expected `;' before ‘src’
ssgLoadFLT.cxx:186: error: ‘d’ was not declared in this scope
ssgLoadFLT.cxx:186: error: expected primary-expression before ‘)’ token
ssgLoadFLT.cxx:186: error: expected `;' before ‘dst’
ssgLoadFLT.cxx:188: error: expected `;' before ‘t’
ssgLoadFLT.cxx:189: error: ‘t’ was not declared in this scope
ssgLoadFLT.cxx: In function ‘void _swab64(const void*, void*, int)’:
ssgLoadFLT.cxx:199: error: ‘uint’ was not declared in this scope
ssgLoadFLT.cxx:199: error: ‘s’ was not declared in this scope
ssgLoadFLT.cxx:199: error: expected primary-expression before ‘)’ token
ssgLoadFLT.cxx:199: error: expected `;' before ‘src’


--------------------------------------------------------------------
mail2web.com – Enhanced email for the mobile individual based on Microsoft®
Exchange - http://link.mail2web.com/Personal/EnhancedEmail

Re: [Plib-users] setTransform scaling problem

[Steve B. <st...@sj...>]

PLIB doesn't really support realtime scaling.  It makes things like
field of view culling & collision detection hideously expensive &
complicated and it means that you can't use the same matrix for
transforming vertices and normals without renormalising - which is also
very bad.

You should rescale the vertex array yourself and not do it in the transform.

  -- Steve


ha...@th... wrote:
> Hello
> 
> I want to scale the tux from the tuxexample demo. (plib-examples-1.8.5)
> I change the setTransform function to scale the tux.
> The tux is not correct drawing. I tink the recalculating of the  
> bounding box for viewing have a bug.
> I am using linux and plib 1.8.5
> (i have the same problem in my own project)
> 
> static void update_motion ()
> {
>    static int frameno = 0 ;
> 
>    frameno++ ;
> 
>    sgCoord campos ;
>    sgCoord tuxpos ;
> 
>    /*
>      Spin Tux, make the camera pan sinusoidally left and right
>    */
> 
>    sgSetCoord ( & campos, 0.0f, -5.0f, 1.0f, 24.0f *  
> (float)sin(frameno/100.0), 0.0f, 0.0f ) ;
>    sgSetCoord ( & tuxpos, 0.0f,  0.0f, 0.0f, 0.0f, 0.0f, frameno/100.0f ) ;
> 
>    ssgSetCamera ( & campos ) ;
> //  penguin -> setTransform ( & tuxpos ) ; // from
>    penguin -> setTransform ( & tuxpos ,10.0f,10.0f,10.0f) ;  // to
> }
> 
> 
> thank you
> 
> Harald Pichler
> 
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

[Plib-users] R: setTransform scaling problem

[Paolo L. <p.l...@ci...>]

Harald, 

> -----Messaggio originale-----
> Da: ha...@th... [mailto:ha...@th...] 
> Inviato: mercoledì 27 maggio 2009 14.12
> A: pli...@li...
> Oggetto: [Plib-users] setTransform scaling problem
> 
> Hello
> 
> I want to scale the tux from the tuxexample demo. 
> (plib-examples-1.8.5) I change the setTransform function to 
> scale the tux.
> The tux is not correct drawing. I tink the recalculating of 
> the bounding box for viewing have a bug.

What is wrong in the way SSG draws it? Please supply more information.

> I am using linux and plib 1.8.5
> (i have the same problem in my own project)
> 
> static void update_motion ()
> {
>    static int frameno = 0 ;
> 
>    frameno++ ;
> 
>    sgCoord campos ;
>    sgCoord tuxpos ;
> 
>    /*
>      Spin Tux, make the camera pan sinusoidally left and right
>    */
> 
>    sgSetCoord ( & campos, 0.0f, -5.0f, 1.0f, 24.0f * 
> (float)sin(frameno/100.0), 0.0f, 0.0f ) ;
>    sgSetCoord ( & tuxpos, 0.0f,  0.0f, 0.0f, 0.0f, 0.0f, 
> frameno/100.0f ) ;
> 
>    ssgSetCamera ( & campos ) ;
> //  penguin -> setTransform ( & tuxpos ) ; // from
>    penguin -> setTransform ( & tuxpos ,10.0f,10.0f,10.0f) ;  // to }

So the tux is at (0,0,0), the camera is at (0,-5,1). When you scale the tux
by ten times (i.e. the tux is ten time larger), assuming its original size
is in the order of magnitude of 1, the camera is now actually inside the tux
and, with back face culling active (the default in the ssgState and in SSG),
you shouldn't see almost anything else but some reentrant surface if the tux
model is not convex.

If this is the drawing problem you are experiencing try to move the camera
ten units more far from the current position, e.g. try (0,-15,1) or even
farther.
 
> thank you
> 
> Harald Pichler

Let us know. Greetings,

Paolo Leoncini

[Plib-users] setTransform scaling problem

[<ha...@th...>]

Hello

I want to scale the tux from the tuxexample demo. (plib-examples-1.8.5)
I change the setTransform function to scale the tux.
The tux is not correct drawing. I tink the recalculating of the  
bounding box for viewing have a bug.
I am using linux and plib 1.8.5
(i have the same problem in my own project)

static void update_motion ()
{
   static int frameno = 0 ;

   frameno++ ;

   sgCoord campos ;
   sgCoord tuxpos ;

   /*
     Spin Tux, make the camera pan sinusoidally left and right
   */

   sgSetCoord ( & campos, 0.0f, -5.0f, 1.0f, 24.0f *  
(float)sin(frameno/100.0), 0.0f, 0.0f ) ;
   sgSetCoord ( & tuxpos, 0.0f,  0.0f, 0.0f, 0.0f, 0.0f, frameno/100.0f ) ;

   ssgSetCamera ( & campos ) ;
//  penguin -> setTransform ( & tuxpos ) ; // from
   penguin -> setTransform ( & tuxpos ,10.0f,10.0f,10.0f) ;  // to
}


thank you

Harald Pichler

Re: [Plib-users] Release?

[Buganini <bug...@gm...>]

With a little modifications (indicate GL path to /usr/local/, add
-lusbhid in ${LIBS}),
everythings built here on FreeBSD 8-CURRENT, including src, tools,
examples, and demos.

demos:
All demos run, while I dont have any joysticks or pads to do full test.
About pw_demo, I can type a to enable repeating and b to disable repeating here.

examples:
net/client_server/net_udp_client always get "error connecting to",
even if I let it connect to a DNS server at 53 port.
I cant test js, ssg/majik as above.
Dunno how to play with ssg/load_save，it can find ssg file.
The others run.
( I cant tell whats difference between sun/moon in ssg/sky :| )

Re: [Plib-users] Release?

[Fay, J. F Dr C. U. A. 46 S. <joh...@eg...>]

OK, here are the first results:

(1)  All the libraries build without error or warning on Windows.

(2)  In building the examples, I get a lot of errors first that "glut.h"
cannot be found.  I copied the "GL" directory into the "plib" directory
in the include path and the errors were replaced by errors that
"glut32.lib" and "freeglut_static.lib" could not be found.  I removed
the references to "glut32.lib" from the project files and copied the
"freeglut" library files into the link path and those errors have gone
away.

(3)  When I started running the demos, I got a "DLL not found" error for
several of them.  So I copied the "freeglut.dll" file into the
executable directories and tried again.

A teapot twirling around, spewing particles, with flames coming out the
top?  Wow!

And I observe that the moon does not eclipse the sun in the "sky" demo.
Tsk, tsk.

It appears in "pw_demo" that "b" does not, in fact, disable the auto key
repeat.

I can't select points with the mouse in "PointPicker".  That's my job
... if somebody expresses a need for it.

So all in all, I would say go ahead and release it.

John F. Fay
Technical Fellow
Jacobs Technology TEAS Group
850-883-1294 

-----Original Message-----
From: Steve Baker [mailto:st...@sj...] 
Sent: Friday, February 13, 2009 8:34 AM
To: PLIB Users
Subject: Re: [Plib-users] Release?

Are we in a good state to do that?

Buganini wrote:
> Hi, developers,
> could you make a release so that I can have a official source tar ball
> for maintaining the port on FreeBSD.
> The latest release is so old that people cant keep up with new
> fix/feature easily.
> Or maybe a release named by date would be nice.
> 
> Thanks
> 
>
------------------------------------------------------------------------
------
> Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
> -Strategies to boost innovation and cut costs with open source
participation
> -Receive a $600 discount off the registration fee with the source
code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users


------------------------------------------------------------------------
------
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
plib-users mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] Release?

[Fay, J. F Dr C. U. A. 46 S. <joh...@eg...>]

At least put out a release candidate.  I'll run some tests on the
Windows side.

John F. Fay
Technical Fellow
Jacobs Technology TEAS Group
850-883-1294 

-----Original Message-----
From: Steve Baker [mailto:st...@sj...] 
Sent: Friday, February 13, 2009 8:34 AM
To: PLIB Users
Subject: Re: [Plib-users] Release?

Are we in a good state to do that?

Buganini wrote:
> Hi, developers,
> could you make a release so that I can have a official source tar ball
> for maintaining the port on FreeBSD.
> The latest release is so old that people cant keep up with new
> fix/feature easily.
> Or maybe a release named by date would be nice.
> 
> Thanks
> 
>
------------------------------------------------------------------------
------
> Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
> -Strategies to boost innovation and cut costs with open source
participation
> -Receive a $600 discount off the registration fee with the source
code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users


------------------------------------------------------------------------
------
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
plib-users mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] Release?

[Steve B. <st...@sj...>]

Are we in a good state to do that?

Buganini wrote:
> Hi, developers,
> could you make a release so that I can have a official source tar ball
> for maintaining the port on FreeBSD.
> The latest release is so old that people cant keep up with new
> fix/feature easily.
> Or maybe a release named by date would be nice.
> 
> Thanks
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users

[Plib-users] Release?

[Buganini <bug...@gm...>]

Hi, developers,
could you make a release so that I can have a official source tar ball
for maintaining the port on FreeBSD.
The latest release is so old that people cant keep up with new
fix/feature easily.
Or maybe a release named by date would be nice.

Thanks

Re: [Plib-users] glPolygonOffset()

[<p.l...@ci...>]

Christos,

Scrive Christos Dimitrakakis <ole...@fa...>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello, if I have an ssgVtxTable, how can I make it render with a
> glPolygonOffset?
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJcOeryBv6kELa61sRAlz+AJ9UoLP09HBQEN9P50mn8ULSlif38ACeLi1M
> 4f/gnSGXNd0RxknmschYmew=
> =c1mq
> -----END PGP SIGNATURE-----

Just put it in a leaf's pre-draw callback, and possibly restore it in a
post-draw callback.

If 'leaf' is the variable name of your ssgVtxTable, define/set a pre-draw
callback once as follows:

int leaf_pre_cb( ssgEntity *obj )
{
	// do whatever
	glPolygonOffset( ... );

	return TRUE;  // otherwise the leaf doesn't get drawn
}

// in your scene graph initialization code
leaf->setCallback( SSG_CALLBACK_PREDRAW, leaf_pre_cb );

The post-draw callback can be defined/set exactly the same (post in place of
pre).

Greetings -

Paolo Leoncini

[Plib-users] glPolygonOffset()

[Christos D. <ole...@fa...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello, if I have an ssgVtxTable, how can I make it render with a
glPolygonOffset?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJcOeryBv6kELa61sRAlz+AJ9UoLP09HBQEN9P50mn8ULSlif38ACeLi1M
4f/gnSGXNd0RxknmschYmew=
=c1mq
-----END PGP SIGNATURE-----

Re: [Plib-users] [Plib-devel] PLIB-1.8.5 make errors

[DB <bin...@gm...>]

Right, that's what I understood.
Thanks.

Daniel

On Thu, Jan 1, 2009 at 9:04 PM, John F. Fay <joh...@cy...> wrote:

> Whoops, typo on my part.  I had said "UL_GYGWIN" instead of "UL_CYGWIN"
> when I was testing the fix.  The library will indeed build with the change
> that I gave in my earlier missive.
>
>        - John
>
>
> -----Original Message-----
> From:   John F. Fay
> Sent:   Thursday, January 01, 2009 10:06 AM
> To:     'PLIB Users'
> Cc:     'PLIB Developers'
> Subject:        Re: [Plib-devel] [Plib-users] PLIB-1.8.5 make errors
>
>
> DB,
>
>        Unfortunately I am not an expert on either SSG or cygwin.  I
> downloaded
> cygwin a couple of months ago and tried building PLIB in it so that I can
> reproduce your error.  After some adventures with "dos2unix" (I'm trying to
> build the SVN version of PLIB, which I downloaded using a Windows
> TortoiseSVN version), I'm running "configure."
>
>        The root of your problem is a "#define" on line 243 of the offending
> file.
>  Windows, in the infinite wisdom of Microsoft, decided that "stat" needed
> to be "_stat" and the rest of the world is living with the consequences.
>  An immediate fix to your problem is tochange the "#if" on line 242 of
> "ssgLoadTexture.cxx" to the following:
>
>                #if defined(UL_WIN32) && !defined(UL_CYGWIN)
>
> Unfortunately that doesn't actually solve the problem.  Through a chain of
> inclusions, we get back to "util/ul.h" which defines "UL_CYGWIN" if the
> symbol "__CYGWIN__" is defined.  Apparently the latter symbol is not
> defined, and somebody with more knowledge than I needs to put something in
> the Makefile to define it.
>
>                - John
>
>
> -----Original Message-----
> From:   DB
> Sent:   Sunday, December 28, 2008 3:01 AM
> To:     pli...@li...
> Subject:        [Plib-users] PLIB-1.8.5 make errors
>
> Hi,
>
> I've downloaded the current stable plib-1.8.5 and performed the following
> operations in cygwin:
>  ./configure --prefix=/fg-1.9.0
> and make.
>
> but something went wrong.
> I received the following error:
>  "
> make[2]: Entering directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
> if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"plib\"
> -DVERSION=\
> "1.8.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
> -DHAVE_INT
> TYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DWIN32=1 -I. -I.
> -I../../src/sg -I../../src/util    -g -O2 -Wall -MT ssgLoadTexture.o -MD
> -MP -MF ".dep
> s/ssgLoadTexture.Tpo" -c -o ssgLoadTexture.o ssgLoadTexture.cxx; \
>        then mv -f ".deps/ssgLoadTexture.Tpo" ".deps/ssgLoadTexture.Po";
> else rm -f ".deps/ssgLoadTexture.Tpo"; exit 1; fi
> ssgLoadTexture.cxx: In function `int fileMTimeCmp(const char*, const
> char*)':
> ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_in' has incomplete
> type
>   and cannot be defined
> ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_out' has incomplete
> type
>   and cannot be defined
> ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
> ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
> ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
> ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
> make[2]: *** [ssgLoadTexture.o] Error 1
> make[2]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src'
> make: *** [all-recursive] Error 1
> "
>
> I'll appreciate your help.
>
> Regards,
> DB
>
>
> ------------------------------------------------------------------------
> ------
> _______________________________________________
> plib-devel mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-devel
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users
>

Re: [Plib-users] [Plib-devel] PLIB-1.8.5 make errors

[John F. F. <joh...@cy...>]

Whoops, typo on my part.  I had said "UL_GYGWIN" instead of "UL_CYGWIN" 
when I was testing the fix.  The library will indeed build with the change 
that I gave in my earlier missive.

	- John


-----Original Message-----
From:	John F. Fay
Sent:	Thursday, January 01, 2009 10:06 AM
To:	'PLIB Users'
Cc:	'PLIB Developers'
Subject:	Re: [Plib-devel] [Plib-users] PLIB-1.8.5 make errors


DB,

	Unfortunately I am not an expert on either SSG or cygwin.  I downloaded
cygwin a couple of months ago and tried building PLIB in it so that I can
reproduce your error.  After some adventures with "dos2unix" (I'm trying to 
build the SVN version of PLIB, which I downloaded using a Windows
TortoiseSVN version), I'm running "configure."

	The root of your problem is a "#define" on line 243 of the offending file. 
 Windows, in the infinite wisdom of Microsoft, decided that "stat" needed
to be "_stat" and the rest of the world is living with the consequences.
 An immediate fix to your problem is tochange the "#if" on line 242 of
"ssgLoadTexture.cxx" to the following:

		#if defined(UL_WIN32) && !defined(UL_CYGWIN)

Unfortunately that doesn't actually solve the problem.  Through a chain of
inclusions, we get back to "util/ul.h" which defines "UL_CYGWIN" if the
symbol "__CYGWIN__" is defined.  Apparently the latter symbol is not
defined, and somebody with more knowledge than I needs to put something in
the Makefile to define it.

		- John


-----Original Message-----
From:	DB
Sent:	Sunday, December 28, 2008 3:01 AM
To:	pli...@li...
Subject:	[Plib-users] PLIB-1.8.5 make errors

Hi,

I've downloaded the current stable plib-1.8.5 and performed the following
operations in cygwin:
 ./configure --prefix=/fg-1.9.0
and make.

but something went wrong.
I received the following error:
 "
make[2]: Entering directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"plib\"
-DVERSION=\
"1.8.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INT
TYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DWIN32=1 -I. -I.
-I../../src/sg -I../../src/util    -g -O2 -Wall -MT ssgLoadTexture.o -MD
-MP -MF ".dep
s/ssgLoadTexture.Tpo" -c -o ssgLoadTexture.o ssgLoadTexture.cxx; \
        then mv -f ".deps/ssgLoadTexture.Tpo" ".deps/ssgLoadTexture.Po";
else rm -f ".deps/ssgLoadTexture.Tpo"; exit 1; fi
ssgLoadTexture.cxx: In function `int fileMTimeCmp(const char*, const
char*)':
ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_in' has incomplete
type
   and cannot be defined
ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_out' has incomplete
type
   and cannot be defined
ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
make[2]: *** [ssgLoadTexture.o] Error 1
make[2]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src'
make: *** [all-recursive] Error 1
"

I'll appreciate your help.

Regards,
DB


------------------------------------------------------------------------  
------
_______________________________________________
plib-devel mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-devel

Re: [Plib-users] PLIB-1.8.5 make errors

[John F. F. <joh...@cy...>]

DB,

	Unfortunately I am not an expert on either SSG or cygwin.  I downloaded 
cygwin a couple of months ago and tried building PLIB in it so that I can 
reproduce your error.  After some adventures with "dos2unix" (I'm trying to 
build the SVN version of PLIB, which I downloaded using a Windows 
TortoiseSVN version), I'm running "configure."

	The root of your problem is a "#define" on line 243 of the offending file. 
 Windows, in the infinite wisdom of Microsoft, decided that "stat" needed 
to be "_stat" and the rest of the world is living with the consequences. 
 An immediate fix to your problem is tochange the "#if" on line 242 of 
"ssgLoadTexture.cxx" to the following:

		#if defined(UL_WIN32) && !defined(UL_CYGWIN)

Unfortunately that doesn't actually solve the problem.  Through a chain of 
inclusions, we get back to "util/ul.h" which defines "UL_CYGWIN" if the 
symbol "__CYGWIN__" is defined.  Apparently the latter symbol is not 
defined, and somebody with more knowledge than I needs to put something in 
the Makefile to define it.

		- John


-----Original Message-----
From:	DB
Sent:	Sunday, December 28, 2008 3:01 AM
To:	pli...@li...
Subject:	[Plib-users] PLIB-1.8.5 make errors

Hi,

I've downloaded the current stable plib-1.8.5 and performed the following 
operations in cygwin:
 ./configure --prefix=/fg-1.9.0
and make.

but something went wrong.
I received the following error:
 "
make[2]: Entering directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"plib\" 
-DVERSION=\
"1.8.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INT
TYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DWIN32=1 -I. -I. 
-I../../src/sg -I../../src/util    -g -O2 -Wall -MT ssgLoadTexture.o -MD 
-MP -MF ".dep
s/ssgLoadTexture.Tpo" -c -o ssgLoadTexture.o ssgLoadTexture.cxx; \
        then mv -f ".deps/ssgLoadTexture.Tpo" ".deps/ssgLoadTexture.Po"; 
else rm -f ".deps/ssgLoadTexture.Tpo"; exit 1; fi
ssgLoadTexture.cxx: In function `int fileMTimeCmp(const char*, const 
char*)':
ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_in' has incomplete 
type
   and cannot be defined
ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_out' has incomplete 
type
   and cannot be defined
ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
make[2]: *** [ssgLoadTexture.o] Error 1
make[2]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src'
make: *** [all-recursive] Error 1
"

I'll appreciate your help.

Regards,
DB
   

[Plib-users] PLIB-1.8.5 make errors

[DB <bin...@gm...>]

Hi,

I've downloaded the current stable plib-1.8.5 and performed the following
operations in cygwin:
 ./configure -–prefix=/fg-1.9.0
and make.

but something went wrong.
I received the following error:
 "
make[2]: Entering directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"plib\"
-DVERSION=\
"1.8.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INT
TYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DWIN32=1 -I. -I.
-I../../src/sg -I../../src/util    -g -O2 -Wall -MT ssgLoadTexture.o -MD -MP
-MF ".dep
s/ssgLoadTexture.Tpo" -c -o ssgLoadTexture.o ssgLoadTexture.cxx; \
        then mv -f ".deps/ssgLoadTexture.Tpo" ".deps/ssgLoadTexture.Po";
else rm -f ".deps/ssgLoadTexture.Tpo"; exit 1; fi
ssgLoadTexture.cxx: In function `int fileMTimeCmp(const char*, const
char*)':
ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_in' has incomplete
type
   and cannot be defined
ssgLoadTexture.cxx:245: error: aggregate `_stat buffer_out' has incomplete
type
   and cannot be defined
ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
ssgLoadTexture.cxx:247: error: invalid use of undefined type `struct _stat'
ssgLoadTexture.cxx:245: error: forward declaration of `struct _stat'
make[2]: *** [ssgLoadTexture.o] Error 1
make[2]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src/ssg'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/IBM User/tar/plib-1.8.5/src'
make: *** [all-recursive] Error 1
"

I'll appreciate your help.

Regards,
DB

Re: [Plib-users] Compiling issues on MacOS X 10.5

[Fabio R. <fab...@gm...>]

Great! :-)

thank you very much for your help, John.

Everything look right now. The libraries and the includes in fact have  
been copied by the make install on the right places (I was looking for  
them in /usr/local/lib and /usr/local/include, while they're instead  
in /usr/lib and /usr/include).

I'm going to make some test.

Cheers,
Fabio


On 16 Jul 2008, at 19:17, Fay John F Dr CTR USAF 46 SK wrote:

> Fabio,
>
> 	I'm pretty sure the messages are harmless.  The "js" and "pw"
> libraries are designed to build and run on many different operating
> systems, and the systems are so different that the code for each
> operating system goes into its own ".cxx" file.  So, for example,
> "jsWindows.cxx" will have the "js" code to run on Windows and the
> "jsLinux.cxx" file will have the "js" code to run the same things on
> Linux.  As long as one of your "js" files has built and has defined
> symbols (and I see you didn't get a warning for "jsMacOSX.o") you  
> should
> be in good shape.  The same holds true for "pw".
>
> John F. Fay
> Technical Fellow
> Jacobs Technology TEAS Group
> 850-883-1294

Re: [Plib-users] Compiling issues on MacOS X 10.5

[Fay J. F Dr C. U. 46 S. <joh...@eg...>]

An "unsigned int" is always available ... if it is called "unsigned
int".  But Windows doesn't have "stdint.h", at least not in its default
include path (I just tried it).

Certainly it seems silly, but unfortunately thanks to Windows it is
necessary.

John F. Fay
Technical Fellow
Jacobs Technology TEAS Group
850-883-1294 

-----Original Message-----
From: pli...@li...
[mailto:pli...@li...] On Behalf Of
mat...@ma...
Sent: Wednesday, July 16, 2008 1:02 PM
To: PLIB Users
Subject: Re: [Plib-users] Compiling issues on MacOS X 10.5

i am not that familiar with plib.  having unsigned int type def'ed to 
uint if UL_WIN32 seems silly.   an unsigned int is always availiable, i 
dont see how that is dependent on the userland.

and if an exact int is need (32 bits, loose definition of int), then use

stdint.h, that has been added to the standard and avaliable for years.

#ifdef HAVE_STDINT_H  // assuming autoconf
   #include <stdint.h>
   typedef uint32_t uint
#endif

matt

On Wed, 16 Jul 2008, Fay John F Dr CTR USAF 46 SK wrote:

> While that might make it work in the present case, it is most
> emphatically NOT a good general fix.  Most platforms do define "uint"
> somewhere else, and taking out the "#ifdef" would break PLIB on those
> platforms.  A more general solution would be to find where MacOS X
> 10.5.4 defines "uint" and include that definition.
>
>
> Never tried this, but as you can see from the error the problem is it
> doesn't know what a uint is.
>
> It's typedef'ed to unsigned int in the ssgLoadFLT source, but with an
> ifdef UL_WIN32.
>
> Just take out the #ifdef will make it work for you. No idea if that's
a
> proper fix i.e. would work on every platform.
>
>> ssgLoadFLT.cxx: In function 'void _swab32(const void*, void*, int)':
>> ssgLoadFLT.cxx:185: error: 'uint' was not declared in this scope
>> ssgLoadFLT.cxx:185: error: 's' was not declared in this scope
>> ssgLoadFLT.cxx:185: error: expected primary-expression before
')'token
>> ssgLoadFLT.cxx:185: error: expected `;' before 'src'
>> ssgLoadFLT.cxx:186: error: 'd' was not declared in this scope
>> ssgLoadFLT.cxx:186: error: expected primary-expression before
')'token
>> ssgLoadFLT.cxx:186: error: expected `;' before 'dst'
>> ssgLoadFLT.cxx:188: error: expected `;' before 't'
>> [...]
>>
>> It looks like - even if the ./configure didn't return me any error -
>> I'm missing some dependencies. Anyway, I can't understand which one.
>> Perhaps some of you has already experienced a similar issue trying to
>
>> compile PLIB on Mac and therefore you could provide me with some
>> findings?
>>
>> I've also tried to write to Darrell Walisser, as suggested into the
>> README.mac file included into the sources package, but the address
>> published there looks to be not used anymore.

------------------------------------------------------------------------
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
plib-users mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] Compiling issues on MacOS X 10.5

[Fay J. F Dr C. U. 46 S. <joh...@eg...>]

Fabio,

	I'm pretty sure the messages are harmless.  The "js" and "pw"
libraries are designed to build and run on many different operating
systems, and the systems are so different that the code for each
operating system goes into its own ".cxx" file.  So, for example,
"jsWindows.cxx" will have the "js" code to run on Windows and the
"jsLinux.cxx" file will have the "js" code to run the same things on
Linux.  As long as one of your "js" files has built and has defined
symbols (and I see you didn't get a warning for "jsMacOSX.o") you should
be in good shape.  The same holds true for "pw".

John F. Fay
Technical Fellow
Jacobs Technology TEAS Group
850-883-1294 

-----Original Message-----
From: pli...@li...
[mailto:pli...@li...] On Behalf Of Fabio
Ruini
Sent: Wednesday, July 16, 2008 12:52 PM
To: PLIB Users
Subject: Re: [Plib-users] Compiling issues on MacOS X 10.5

Hello all,

first of all thank you very much for your answers.

I've tried to modify SSGLoadFLT.cxx changing line 185 with the  
following:
#if defined(WIN32) || defined(__APPLE__)

Now the compiling process works, even after a while I get this messages:

rm -f libplibjs.a
ar cru libplibjs.a js.o jsLinux.o jsLinuxOld.o jsMacOS.o jsMacOSX.o  
jsWindows.o jsBSD.o jsNone.o
ranlib: file: libplibjs.a(jsLinux.o) has no symbols
ranlib: file: libplibjs.a(jsLinuxOld.o) has no symbols
ranlib: file: libplibjs.a(jsMacOS.o) has no symbols
ranlib: file: libplibjs.a(jsWindows.o) has no symbols
ranlib: file: libplibjs.a(jsBSD.o) has no symbols
ranlib: file: libplibjs.a(jsNone.o) has no symbols
ranlib libplibjs.a
ranlib: file: libplibjs.a(jsLinux.o) has no symbols
ranlib: file: libplibjs.a(jsLinuxOld.o) has no symbols
ranlib: file: libplibjs.a(jsMacOS.o) has no symbols
ranlib: file: libplibjs.a(jsWindows.o) has no symbols
ranlib: file: libplibjs.a(jsBSD.o) has no symbols
ranlib: file: libplibjs.a(jsNone.o) has no symbols

Furthermore, when the compiling reaches the end I get this other  
messages (a part from a lot of warnings):

rm -f libplibpw.a
ar cru libplibpw.a pw.o pwX11.o pwWindows.o pwMacOSX.o
ranlib: file: libplibpw.a(pw.o) has no symbols
ranlib: file: libplibpw.a(pwX11.o) has no symbols
ranlib: file: libplibpw.a(pwWindows.o) has no symbols
ranlib libplibpw.a
ranlib: file: libplibpw.a(pw.o) has no symbols
ranlib: file: libplibpw.a(pwX11.o) has no symbols
ranlib: file: libplibpw.a(pwWindows.o) has no symbols
make[2]: Nothing to be done for `all-am'.
make[1]: Nothing to be done for `all-am'.

The library seems to be created (I can find libplibpw.a within the pw  
subfolder, weighting only 48kb), but it isn't copied to the proper  
folder (which, if I'm not wrong, should be /usr/local/lib) when I do  
the make install.

I'm not expert about compiling libraries, but the messages returned by  
the make don't sound so good to me...

Cheers,
Fabio


On 16 Jul 2008, at 18:09, Stuart McDonald wrote:

> Never tried this, but as you can see from the error the problem is it
> doesn't know what a uint is.
>
> It's typedef'ed to unsigned int in the ssgLoadFLT source, but with an
> ifdef UL_WIN32.
>
> Just take out the #ifdef will make it work for you. No idea if  
> that's a
> proper fix i.e. would work on every platform.
>
>   Cheers,
>
> Stuart.

------------------------------------------------------------------------
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
plib-users mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] Compiling issues on MacOS X 10.5

[<mat...@ma...>]

i am not that familiar with plib.  having unsigned int type def'ed to 
uint if UL_WIN32 seems silly.   an unsigned int is always availiable, i 
dont see how that is dependent on the userland.

and if an exact int is need (32 bits, loose definition of int), then use 
stdint.h, that has been added to the standard and avaliable for years.

#ifdef HAVE_STDINT_H  // assuming autoconf
   #include <stdint.h>
   typedef uint32_t uint
#endif

matt

On Wed, 16 Jul 2008, Fay John F Dr CTR USAF 46 SK wrote:

> While that might make it work in the present case, it is most
> emphatically NOT a good general fix.  Most platforms do define "uint"
> somewhere else, and taking out the "#ifdef" would break PLIB on those
> platforms.  A more general solution would be to find where MacOS X
> 10.5.4 defines "uint" and include that definition.
>
>
> Never tried this, but as you can see from the error the problem is it
> doesn't know what a uint is.
>
> It's typedef'ed to unsigned int in the ssgLoadFLT source, but with an
> ifdef UL_WIN32.
>
> Just take out the #ifdef will make it work for you. No idea if that's a
> proper fix i.e. would work on every platform.
>
>> ssgLoadFLT.cxx: In function 'void _swab32(const void*, void*, int)':
>> ssgLoadFLT.cxx:185: error: 'uint' was not declared in this scope
>> ssgLoadFLT.cxx:185: error: 's' was not declared in this scope
>> ssgLoadFLT.cxx:185: error: expected primary-expression before ')'token
>> ssgLoadFLT.cxx:185: error: expected `;' before 'src'
>> ssgLoadFLT.cxx:186: error: 'd' was not declared in this scope
>> ssgLoadFLT.cxx:186: error: expected primary-expression before ')'token
>> ssgLoadFLT.cxx:186: error: expected `;' before 'dst'
>> ssgLoadFLT.cxx:188: error: expected `;' before 't'
>> [...]
>>
>> It looks like - even if the ./configure didn't return me any error -
>> I'm missing some dependencies. Anyway, I can't understand which one.
>> Perhaps some of you has already experienced a similar issue trying to
>
>> compile PLIB on Mac and therefore you could provide me with some
>> findings?
>>
>> I've also tried to write to Darrell Walisser, as suggested into the
>> README.mac file included into the sources package, but the address
>> published there looks to be not used anymore.

Re: [Plib-users] Compiling issues on MacOS X 10.5

[Fabio R. <fab...@gm...>]

Hello all,

first of all thank you very much for your answers.

I've tried to modify SSGLoadFLT.cxx changing line 185 with the  
following:
#if defined(WIN32) || defined(__APPLE__)

Now the compiling process works, even after a while I get this messages:

rm -f libplibjs.a
ar cru libplibjs.a js.o jsLinux.o jsLinuxOld.o jsMacOS.o jsMacOSX.o  
jsWindows.o jsBSD.o jsNone.o
ranlib: file: libplibjs.a(jsLinux.o) has no symbols
ranlib: file: libplibjs.a(jsLinuxOld.o) has no symbols
ranlib: file: libplibjs.a(jsMacOS.o) has no symbols
ranlib: file: libplibjs.a(jsWindows.o) has no symbols
ranlib: file: libplibjs.a(jsBSD.o) has no symbols
ranlib: file: libplibjs.a(jsNone.o) has no symbols
ranlib libplibjs.a
ranlib: file: libplibjs.a(jsLinux.o) has no symbols
ranlib: file: libplibjs.a(jsLinuxOld.o) has no symbols
ranlib: file: libplibjs.a(jsMacOS.o) has no symbols
ranlib: file: libplibjs.a(jsWindows.o) has no symbols
ranlib: file: libplibjs.a(jsBSD.o) has no symbols
ranlib: file: libplibjs.a(jsNone.o) has no symbols

Furthermore, when the compiling reaches the end I get this other  
messages (a part from a lot of warnings):

rm -f libplibpw.a
ar cru libplibpw.a pw.o pwX11.o pwWindows.o pwMacOSX.o
ranlib: file: libplibpw.a(pw.o) has no symbols
ranlib: file: libplibpw.a(pwX11.o) has no symbols
ranlib: file: libplibpw.a(pwWindows.o) has no symbols
ranlib libplibpw.a
ranlib: file: libplibpw.a(pw.o) has no symbols
ranlib: file: libplibpw.a(pwX11.o) has no symbols
ranlib: file: libplibpw.a(pwWindows.o) has no symbols
make[2]: Nothing to be done for `all-am'.
make[1]: Nothing to be done for `all-am'.

The library seems to be created (I can find libplibpw.a within the pw  
subfolder, weighting only 48kb), but it isn't copied to the proper  
folder (which, if I'm not wrong, should be /usr/local/lib) when I do  
the make install.

I'm not expert about compiling libraries, but the messages returned by  
the make don't sound so good to me...

Cheers,
Fabio


On 16 Jul 2008, at 18:09, Stuart McDonald wrote:

> Never tried this, but as you can see from the error the problem is it
> doesn't know what a uint is.
>
> It's typedef'ed to unsigned int in the ssgLoadFLT source, but with an
> ifdef UL_WIN32.
>
> Just take out the #ifdef will make it work for you. No idea if  
> that's a
> proper fix i.e. would work on every platform.
>
>   Cheers,
>
> Stuart.

Re: [Plib-users] Compiling issues on MacOS X 10.5

[Fay J. F Dr C. U. 46 S. <joh...@eg...>]

While that might make it work in the present case, it is most
emphatically NOT a good general fix.  Most platforms do define "uint"
somewhere else, and taking out the "#ifdef" would break PLIB on those
platforms.  A more general solution would be to find where MacOS X
10.5.4 defines "uint" and include that definition.

John F. Fay
Technical Fellow
Jacobs Technology TEAS Group
850-883-1294 

-----Original Message-----
From: pli...@li...
[mailto:pli...@li...] On Behalf Of Stuart
McDonald
Sent: Wednesday, July 16, 2008 12:09 PM
To: PLIB Users
Subject: Re: [Plib-users] Compiling issues on MacOS X 10.5

Never tried this, but as you can see from the error the problem is it 
doesn't know what a uint is.

It's typedef'ed to unsigned int in the ssgLoadFLT source, but with an 
ifdef UL_WIN32.

Just take out the #ifdef will make it work for you. No idea if that's a 
proper fix i.e. would work on every platform.

   Cheers,

Stuart.

Fabio Ruini wrote:
> Dear all,
>
> I'm trying to compile PLIB on my MacPro (MacOS X 10.5.4), but  
> unfortunately I can't use DarwinPorts since the firewall installed by

> my institution is continuously blocking it. I've therefore tried to  
> compile the libraries manually, but after the configuration I gets an

> error during the compiling phase which starts in this way:
>
> ssgLoadFLT.cxx: In function 'void _swab32(const void*, void*, int)':
> ssgLoadFLT.cxx:185: error: 'uint' was not declared in this scope
> ssgLoadFLT.cxx:185: error: 's' was not declared in this scope
> ssgLoadFLT.cxx:185: error: expected primary-expression before ')'
token
> ssgLoadFLT.cxx:185: error: expected `;' before 'src'
> ssgLoadFLT.cxx:186: error: 'd' was not declared in this scope
> ssgLoadFLT.cxx:186: error: expected primary-expression before ')'
token
> ssgLoadFLT.cxx:186: error: expected `;' before 'dst'
> ssgLoadFLT.cxx:188: error: expected `;' before 't'
> [...]
>
> It looks like - even if the ./configure didn't return me any error -  
> I'm missing some dependencies. Anyway, I can't understand which one.  
> Perhaps some of you has already experienced a similar issue trying to

> compile PLIB on Mac and therefore you could provide me with some  
> findings?
>
> I've also tried to write to Darrell Walisser, as suggested into the  
> README.mac file included into the sources package, but the address  
> published there looks to be not used anymore.
>
> Many many thanks,
> Fabio
>
------------------------------------------------------------------------
-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
> Build the coolest Linux based applications with Moblin SDK & win great
prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users
>
>
>   



------------------------------------------------------------------------
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
plib-users mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-users

Re: [Plib-users] Compiling issues on MacOS X 10.5

[Stuart M. <stu...@bl...>]

Never tried this, but as you can see from the error the problem is it 
doesn't know what a uint is.

It's typedef'ed to unsigned int in the ssgLoadFLT source, but with an 
ifdef UL_WIN32.

Just take out the #ifdef will make it work for you. No idea if that's a 
proper fix i.e. would work on every platform.

   Cheers,

Stuart.

Fabio Ruini wrote:
> Dear all,
>
> I'm trying to compile PLIB on my MacPro (MacOS X 10.5.4), but  
> unfortunately I can't use DarwinPorts since the firewall installed by  
> my institution is continuously blocking it. I've therefore tried to  
> compile the libraries manually, but after the configuration I gets an  
> error during the compiling phase which starts in this way:
>
> ssgLoadFLT.cxx: In function ‘void _swab32(const void*, void*, int)’:
> ssgLoadFLT.cxx:185: error: ‘uint’ was not declared in this scope
> ssgLoadFLT.cxx:185: error: ‘s’ was not declared in this scope
> ssgLoadFLT.cxx:185: error: expected primary-expression before ‘)’ token
> ssgLoadFLT.cxx:185: error: expected `;' before ‘src’
> ssgLoadFLT.cxx:186: error: ‘d’ was not declared in this scope
> ssgLoadFLT.cxx:186: error: expected primary-expression before ‘)’ token
> ssgLoadFLT.cxx:186: error: expected `;' before ‘dst’
> ssgLoadFLT.cxx:188: error: expected `;' before ‘t’
> [...]
>
> It looks like - even if the ./configure didn't return me any error -  
> I'm missing some dependencies. Anyway, I can't understand which one.  
> Perhaps some of you has already experienced a similar issue trying to  
> compile PLIB on Mac and therefore you could provide me with some  
> findings?
>
> I've also tried to write to Darrell Walisser, as suggested into the  
> README.mac file included into the sources package, but the address  
> published there looks to be not used anymore.
>
> Many many thanks,
> Fabio
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users
>
>
>   

[Plib-users] Compiling issues on MacOS X 10.5

[Fabio R. <fab...@gm...>]

Dear all,

I'm trying to compile PLIB on my MacPro (MacOS X 10.5.4), but  
unfortunately I can't use DarwinPorts since the firewall installed by  
my institution is continuously blocking it. I've therefore tried to  
compile the libraries manually, but after the configuration I gets an  
error during the compiling phase which starts in this way:

ssgLoadFLT.cxx: In function ‘void _swab32(const void*, void*, int)’:
ssgLoadFLT.cxx:185: error: ‘uint’ was not declared in this scope
ssgLoadFLT.cxx:185: error: ‘s’ was not declared in this scope
ssgLoadFLT.cxx:185: error: expected primary-expression before ‘)’ token
ssgLoadFLT.cxx:185: error: expected `;' before ‘src’
ssgLoadFLT.cxx:186: error: ‘d’ was not declared in this scope
ssgLoadFLT.cxx:186: error: expected primary-expression before ‘)’ token
ssgLoadFLT.cxx:186: error: expected `;' before ‘dst’
ssgLoadFLT.cxx:188: error: expected `;' before ‘t’
[...]

It looks like - even if the ./configure didn't return me any error -  
I'm missing some dependencies. Anyway, I can't understand which one.  
Perhaps some of you has already experienced a similar issue trying to  
compile PLIB on Mac and therefore you could provide me with some  
findings?

I've also tried to write to Darrell Walisser, as suggested into the  
README.mac file included into the sources package, but the address  
published there looks to be not used anymore.

Many many thanks,
Fabio