Re: [Plib-users] Mac OSX problems with plib headers

[mat t. p. <pr...@tt...>]

This is why I tell OSX users to either of two things:

Make a framework from the PLIB headers and use it to compile  
_in_conjuction_with_ the libs in the project

OR

Compile all of plib into their projects instead of building libs at all.

I ran into this problem when I used Plib a few months ago and fought it  
for days and days.  I've done both of the methods above  and both work  
without problems.

mat.


On Tuesday, August 12, 2003, at 10:18 PM, Steve Baker wrote:

> Ron Alford wrote:
>> I've attached the error log that I get when trying to compile  
>> anything that needs ul.h (haven't gotten any further than that).
>
> I don't understand why it's happening - but it almost looks like it  
> thinks
> it's compiling a C file instead of C++.
>
>> Making all in src
>> Making all in js
>> g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"  
>> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"  
>> -DPACKAGE=\"plib_examples\" -DVERSION=\"1.6.1\" -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_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1  
>> -DHAVE_OPENGL_GL_H=1 -DHAVE_OPENGL_GLU_H=1 -DGLUT_IS_PRESENT=1  -I.  
>> -I.      -g -O2 -Wall -c js_demo.cxx
>> In file included from /usr/include/plib/js.h:27,
>>                  from js_demo.cxx:25:
>> /usr/include/plib/ul.h: In function `void _ulEndianSwap(short  
>> unsigned int*)':
>> /usr/include/plib/ul.h:273: declaration of C function `void  
>> _ulEndianSwap(short    unsigned int*)' conflicts with
>> /usr/include/plib/ul.h:266: previous declaration `void  
>> _ulEndianSwap(unsigned    int*)' here
>
> It's saying that there is a conflict between two overloaded versions of
> the _ulEndianSwap function - but they have clearly distinct argument  
> types,
> so (in C++), that's an OK thing to do.  However, it says "declaration  
> of C function"
> and NOT "declaration of C++ function" as you'd expect.
>
> So - the question is - why does it think ul.h contains C functions?
>
> I can't imagine why it would think that.
>
> ---------------------------- Steve Baker -------------------------
> HomeEmail: <sjb...@ai...>    WorkEmail: <sj...@li...>
> HomePage : http://www.sjbaker.org
> Projects : http://plib.sf.net    http://tuxaqfh.sf.net
>            http://tuxkart.sf.net http://prettypoly.sf.net
> -----BEGIN GEEK CODE BLOCK-----
> GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M-
> V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++  
> y++++
> -----END GEEK CODE BLOCK-----
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct; 
> at.aspnet_072303_01/01
> _______________________________________________
> plib-users mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-users