plib-users Mailing List for PLIB (Page 8)
Brought to you by:
sjbaker
You can subscribe to this list here.
2000 |
Jan
|
Feb
(24) |
Mar
(54) |
Apr
(29) |
May
(58) |
Jun
(29) |
Jul
(675) |
Aug
(46) |
Sep
(40) |
Oct
(102) |
Nov
(39) |
Dec
(40) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(45) |
Feb
(23) |
Mar
(30) |
Apr
(64) |
May
(28) |
Jun
(61) |
Jul
(55) |
Aug
(35) |
Sep
(24) |
Oct
(23) |
Nov
(21) |
Dec
(67) |
2002 |
Jan
(98) |
Feb
(23) |
Mar
(13) |
Apr
(23) |
May
(43) |
Jun
(45) |
Jul
(54) |
Aug
(5) |
Sep
(56) |
Oct
(17) |
Nov
(53) |
Dec
(26) |
2003 |
Jan
(67) |
Feb
(36) |
Mar
(22) |
Apr
(35) |
May
(26) |
Jun
(35) |
Jul
(10) |
Aug
(49) |
Sep
(17) |
Oct
(3) |
Nov
(30) |
Dec
(10) |
2004 |
Jan
(12) |
Feb
(18) |
Mar
(52) |
Apr
(50) |
May
(22) |
Jun
(13) |
Jul
(16) |
Aug
(23) |
Sep
(21) |
Oct
(29) |
Nov
(6) |
Dec
(26) |
2005 |
Jan
(9) |
Feb
(19) |
Mar
(13) |
Apr
(19) |
May
(12) |
Jun
(8) |
Jul
(6) |
Aug
(10) |
Sep
(22) |
Oct
(3) |
Nov
(6) |
Dec
(17) |
2006 |
Jan
(10) |
Feb
(8) |
Mar
(5) |
Apr
(5) |
May
(6) |
Jun
(8) |
Jul
(8) |
Aug
(13) |
Sep
(2) |
Oct
(1) |
Nov
(9) |
Dec
(6) |
2007 |
Jan
(3) |
Feb
(4) |
Mar
(12) |
Apr
(2) |
May
(6) |
Jun
|
Jul
(22) |
Aug
|
Sep
(9) |
Oct
(13) |
Nov
|
Dec
|
2008 |
Jan
(1) |
Feb
(6) |
Mar
(2) |
Apr
(4) |
May
(15) |
Jun
(28) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2009 |
Jan
(5) |
Feb
(5) |
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(2) |
Apr
(7) |
May
(4) |
Jun
(2) |
Jul
(5) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2011 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(4) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Curtis W. <ch...@ps...> - 2007-05-17 19:30:28
|
Hello all, I am trying to install plib-1.8.4 and I receive the following errors = when I try to make: Making all in ssgAux make[2]: Entering directory = `/home/curtis/simulation/plib-1.8.4/src/ssgAux' if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" = -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" = -DPACKAGE_BUGREPORT=3D\"\" -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" = -DHAVE_LIBPTHREAD=3D1 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 = -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 = -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 = -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 = -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg -I../../src/ssg = -I../../src/util -g -O2 -Wall -MT ssgaCelestialBody.o -MD -MP -MF = ".deps/ssgaCelestialBody.Tpo" -c -o ssgaCelestialBody.o = ssgaCelestialBody.cxx; \ then mv -f ".deps/ssgaCelestialBody.Tpo" ".deps/ssgaCelestialBody.Po"; = else rm -f ".deps/ssgaCelestialBody.Tpo"; exit 1; fi ssgaSky.h:107: error: extra qualification =E2ssgaCelestialBodyList::=E2 = on member =E2ssgaCelestialBodyList=E2 ssgaSky.h:195: error: extra qualification =E2ssgaCloudLayerList::=E2 on = member =E2ssgaCloudLayerList=E2 make[2]: *** [ssgaCelestialBody.o] Error 1 make[2]: Leaving directory = `/home/curtis/simulation/plib-1.8.4/src/ssgAux' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/curtis/simulation/plib-1.8.4/src' make: *** [all-recursive] Error 1 Anyone know what I can do to fix this problem? Thanks! Curtis |
From: <st...@sj...> - 2007-05-15 11:26:51
|
> Rony, > > Do you refer to the native .gmax format? Is it documented? Can you please > post a link to the format description? > As most of you probably know since the end of 2006 Gmax is no longer > available as a standalone product, but only along with games (and related > game pack). I'd like to know if such versions still save the .gmax format. > > Currently the only bridge towards the 3DS Max world is the .ase ASCII > export > format, but I suppose it is not a GMax-supported export format. > > Anyway should somebody be willing to do it, it is not difficult to add a > new > format reader to Plib/SSG - beyond the available readers' code, I'm sure > developers and advanced users can help on this. ASE comes from an example plugin that comes with 3DS - but it's only an exporter. You can't import ASE into 3DS Max. I searched for a 3DS plugin to read ASE - and the only one out there only works with version 4 and 5 of 3DS. Since 3DS is up to version 8 now, I think it's pretty clear that 3DS doesn't support ASE anymore. If gmax supports plugins you might stand a chance of getting the example ASE plugin exporter working in gmax - but it sounds like you'd need to do some significant effort to write an importer for gmax. It's pretty easy to adapt PLIB to read/write new formats - there are dozens of example readers and writers to use as examples. The issue is usually a matter of whether you can find documentation for whatever file format you are dealing with. |
From: Paolo L. <p.l...@ci...> - 2007-05-15 08:22:38
|
Rony, Do you refer to the native .gmax format? Is it documented? Can you please post a link to the format description? As most of you probably know since the end of 2006 Gmax is no longer available as a standalone product, but only along with games (and related game pack). I'd like to know if such versions still save the .gmax format. Currently the only bridge towards the 3DS Max world is the .ase ASCII export format, but I suppose it is not a GMax-supported export format. Anyway should somebody be willing to do it, it is not difficult to add a new format reader to Plib/SSG - beyond the available readers' code, I'm sure developers and advanced users can help on this. Greetings - Paolo Leoncini _____ Da: pli...@li... [mailto:pli...@li...] Per conto di Rony Gombis Inviato: sabato 12 maggio 2007 15.26 A: pli...@li... Oggetto: [Plib-users] PLIB 1.8.4 model readers ehancement Hello All, Will there be a new version of the plib which would provide update of the model format readers or will specifically add a new reader to the library for the gmax models format ? Thanks for your answer. Rony. |
From: <st...@sj...> - 2007-05-13 00:15:12
|
> Hello All, > > Will there be a new version of the plib which would provide update of the > model format readers or will specifically add a new reader to the library > for the gmax models format ? Very unlikely I'd say. Not many (if any) people are working on PLIB's 3D stuff these days. |
From: Rony G. <ron...@wa...> - 2007-05-12 14:28:57
|
Hello All, Will there be a new version of the plib which would provide update of = the model format readers or will specifically add a new reader to the = library for the gmax models format ? =20 Thanks for your answer. Rony. |
From: Stuart M. <stu...@bl...> - 2007-04-28 06:36:10
|
I no nothing about Fedora and very little about autoconf, but here are my thoughts.... > -----Original Message----- > And also have the simbolic links, as requested on Plib installation > instructions: > # ls -l libGL.so > lrwxrwxrwx 1 root root 23 Apr 27 12:12 libGL.so -> /usr/local/lib/libGL.so > > # ls -l libGLU.so > lrwxrwxrwx 1 root root 24 Apr 27 12:12 libGLU.so -> /usr/local/lib/libGLU.so > > > Can anybody help me?? There no way I can solve this issue.... :-( If the libraries aren't being found then it means the compiler search path isn't looking in the directories. Or that the symbol isn't present in the library. The configure script is generating a small C program (you should have a log somewhere showing what it couldn't compile) something like extern void glNewList(); int main() { glNewList(); return 0; } Which it is compiling with something like gcc <options> test.c -lGL (again the log should show what it's doing) The glNewList is a function that should be present in the GL library. The -L option can be used to add to the search path. So you could try gcc -L/usr/local/lib test.c -lGL If that says the symbol isn't found then it means it found the library (you can double check by putting -lBLAH and it should say it can't find BLAH). You can also see if the symbol is present using nm nm /usr/local/lib | grep glNewList And you should get a line something like 00000000 T _glNewList the "T" is the "text" symbol. i.e. the code. The symbol will definitely be there, but some things I can think of are 1) If C++ is involved anywhere in the above then it "name-mangles" symbols (to handle class methods with the same name). e.g. if you use g++ on the test.c program it won't find the glNewList because it looks for the mangled name in the library. 2) I use cygwin and there is some strange windows things that I don't understand, but the symbols I have in my GL libraries have '@' at the end. To use the other libraries I would have to compile with -Dno-cygwin. I doubt anything like that is happening, here. So if you can that test.c program to compile and link then you should be able to see why the configure script's version doesn't and fix it e.g. by telling it the -L <library path> to use, or whatever the problem is. Anyway, hopefully this is a starting point to understanding what's going on.. --Stuart. |
From: Thiago <thi...@gm...> - 2007-04-27 18:16:33
|
Hi all. Here I am, again, still with plib compilation problems... I'm still having the following error when running the "configure" script: <...> checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for pthread_create in -lpthread... no checking for glNewList in -lGL... no checking for glNewList in -lMesaGL... no configure: error: could not find working GL library I do have the mesa devel packets: # rpm -qa | grep mesa mesa-libGL-devel-6.5.1-9.fc6 mesa-libGL-6.5.1-9.fc6 mesa-libGLU-devel-6.5.1-9.fc6 mesa-libGLU-6.5.1-9.fc6 I also compiled and installed mesa libraries again: # ls -l /usr/local/lib/libGL* lrwxrwxrwx 1 root root 10 Apr 27 11:36 /usr/local/lib/libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 12 Apr 27 11:36 /usr/local/lib/libGL.so.1 -> libGL.so.1.2 -rwxr-xr-x 1 root root 1916966 Apr 27 11:54 /usr/local/lib/libGL.so.1.2 lrwxrwxrwx 1 root root 11 Apr 27 11:37 /usr/local/lib/libGLU.so -> libGLU.so.1 lrwxrwxrwx 1 root root 20 Apr 27 11:37 /usr/local/lib/libGLU.so.1 -> libGLU.so.1.3.060502 -rwxr-xr-x 1 root root 1663571 Apr 27 11:54 /usr/local/lib/libGLU.so.1.3.060502 lrwxrwxrwx 1 root root 11 Apr 27 11:37 /usr/local/lib/libGLw.so -> libGLw.so.1 lrwxrwxrwx 1 root root 15 Apr 27 11:37 /usr/local/lib/libGLw.so.1 -> libGLw.so.1.0.0 -rwxr-xr-x 1 root root 35149 Apr 27 11:54 /usr/local/lib/libGLw.so.1.0.0 And also have the simbolic links, as requested on Plib installation instructions: # ls -l libGL.so lrwxrwxrwx 1 root root 23 Apr 27 12:12 libGL.so -> /usr/local/lib/libGL.so # ls -l libGLU.so lrwxrwxrwx 1 root root 24 Apr 27 12:12 libGLU.so -> /usr/local/lib/libGLU.so Can anybody help me?? There no way I can solve this issue.... :-( Thanks |
From: <li...@ce...> - 2007-03-12 16:32:26
|
This is what I get from ldd: libGL.so.1 =3D> /usr/lib64/nvidia/libGL.so.1 (0x00000032c7800000) libGLEW.so.1.3 =3D> /usr/lib64/libGLEW.so.1.3 (0x00000032bce00000) libGLU.so.1 =3D> /usr/lib64/libGLU.so.1 (0x00000032c4a00000) libtiff.so.3 =3D> /usr/lib64/libtiff.so.3 (0x00000032cf400000) libstdc++.so.6 =3D> /usr/lib64/libstdc++.so.6 (0x00000032c2200000) libm.so.6 =3D> /lib64/libm.so.6 (0x00000032bc600000) libgcc_s.so.1 =3D> /lib64/libgcc_s.so.1 (0x00000032c1e00000) libc.so.6 =3D> /lib64/libc.so.6 (0x00000032bc200000) libX11.so.6 =3D> /usr/lib64/libX11.so.6 (0x00000032bda00000) libGLcore.so.1 =3D> /usr/lib64/nvidia/libGLcore.so.1 (0x000000306bc00000) libnvidia-tls.so.1 =3D> /usr/lib64/nvidia/tls/libnvidia-tls.so.1 =20 (0x000000306c800000) libXext.so.6 =3D> /usr/lib64/libXext.so.6 (0x00000032be600000) libdl.so.2 =3D> /lib64/libdl.so.2 (0x00000032bca00000) libXmu.so.6 =3D> /usr/lib64/libXmu.so.6 (0x00000032c2a00000) libXi.so.6 =3D> /usr/lib64/libXi.so.6 (0x00000032c2e00000) libjpeg.so.62 =3D> /usr/lib64/libjpeg.so.62 (0x00000032c0a00000) libz.so.1 =3D> /usr/lib64/libz.so.1 (0x00002aaaaaade000) /lib64/ld-linux-x86-64.so.2 (0x00000032bbe00000) libXau.so.6 =3D> /usr/lib64/libXau.so.6 (0x00000032bd600000) libXdmcp.so.6 =3D> /usr/lib64/libXdmcp.so.6 (0x00000032bd200000) libXt.so.6 =3D> /usr/lib64/libXt.so.6 (0x00000032c6800000) libSM.so.6 =3D> /usr/lib64/libSM.so.6 (0x00000032c1600000) libICE.so.6 =3D> /usr/lib64/libICE.so.6 (0x00000032c1200000) Quoting steve <sjb...@ai...>: > li...@ce... wrote: >> I have the latest nvidia driver, I think it is 97.46, installed and I >> am using shader model 3.0 stuff, so I am pretty sure I am not using >> mesa... > > Hmm - if you are actually using the shaders then perhaps it cannot > be Mesa. > >> but just to be sure.... is there a way to check? For >> example, under windows I could run depends and see would dlls are >> pulled in.... > > > Run ldd on the executable. > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share yo= ur > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DD= EVDEV > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > |
From: steve <sjb...@ai...> - 2007-03-09 23:04:05
|
li...@ce... wrote: > I have the latest nvidia driver, I think it is 97.46, installed and I > am using shader model 3.0 stuff, so I am pretty sure I am not using > mesa... Hmm - if you are actually using the shaders then perhaps it cannot be Mesa. > but just to be sure.... is there a way to check? For > example, under windows I could run depends and see would dlls are > pulled in.... Run ldd on the executable. |
From: <li...@ce...> - 2007-03-09 21:15:25
|
I have the latest nvidia driver, I think it is 97.46, installed and I =20 am using shader model 3.0 stuff, so I am pretty sure I am not using =20 mesa... but just to be sure.... is there a way to check? For =20 example, under windows I could run depends and see would dlls are =20 pulled in.... Ed Quoting steve <sjb...@ai...>: > li...@ce... wrote: >> I downloaded PLIB, built it, built the examples, ran fnt_test... made >> sure everything worked ok. Then I took the fnt_test example and >> copied the required bits to my app. My app rendered the text as it >> should... had the same rendered output as fnt_test.... But my frame >> rate dropped to < 1.0 frame per second. When I disable the fnt lib >> code my app runs at > 1300 frames per second. Am I missing something? > > I'd bet that you app build process is pulling in Mesa instead of the > native OpenGL driver for whatever graphics card you have. If your > app was very simple (and especially not using much texture) then your > frame rates could take a nose-dive. > > That's my best guess. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share yo= ur > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DD= EVDEV > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users > |
From: steve <sjb...@ai...> - 2007-03-09 21:06:36
|
li...@ce... wrote: > I downloaded PLIB, built it, built the examples, ran fnt_test... made > sure everything worked ok. Then I took the fnt_test example and > copied the required bits to my app. My app rendered the text as it > should... had the same rendered output as fnt_test.... But my frame > rate dropped to < 1.0 frame per second. When I disable the fnt lib > code my app runs at > 1300 frames per second. Am I missing something? I'd bet that you app build process is pulling in Mesa instead of the native OpenGL driver for whatever graphics card you have. If your app was very simple (and especially not using much texture) then your frame rates could take a nose-dive. That's my best guess. |
From: steve <sjb...@ai...> - 2007-03-09 20:58:16
|
Ramsey Nabulsi wrote: > please unsubscribe me. If you look way down here, you'll observe that every single message contains the information you need to unsubscribe yourself. | | | | | | | | | v > _______________________________________________ > plib-users mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-users |
From: <li...@ce...> - 2007-03-09 20:52:17
|
I downloaded PLIB, built it, built the examples, ran fnt_test... made sure everything worked ok. Then I took the fnt_test example and copied the required bits to my app. My app rendered the text as it should... had the same rendered output as fnt_test.... But my frame rate dropped to < 1.0 frame per second. When I disable the fnt lib code my app runs at > 1300 frames per second. Am I missing something? Thanks, Ed |
From: Ramsey N. <ram...@ho...> - 2007-03-09 20:22:34
|
please unsubscribe me. thanks, ramsey >From: "Clay, Bruce" <bc...@ba...> >Reply-To: PLIB Users <pli...@li...> >To: <pli...@li...> >Subject: [Plib-users] unsubscribe >Date: Thu, 8 Mar 2007 13:27:11 -0500 > >Unsubscribe > > > > >This message and any enclosures are intended only for the addressee. >Please notify the sender by email if you are not the intended recipient. If >you are >not the intended recipient, you may not use, copy, disclose, or distribute >this >message or its contents or enclosures to any other person and any such >actions >may be unlawful. Ball reserves the right to monitor and review all messages >and enclosures sent to or from this email address." >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share >your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >_______________________________________________ >plib-users mailing list >pli...@li... >https://lists.sourceforge.net/lists/listinfo/plib-users _________________________________________________________________ Get Hotmail, News, Sport and Entertainment from MSN on your mobile. http://www.msn.txt4content.com/ |
From: Tinoshi K. <ti...@li...> - 2007-03-09 19:00:27
|
Hi, I've been using PLIB in many C++ projects, but now I have to develop an application that is C# based for the GUI (WindowsXP), and needs some OpenGL capable UserControl. I'm simply using a homemade C# wrapper for opengl32.ddl and glu32.dll, and it is ok for something, but right now the application is growing complex and, before rewriting my own scenegraph and stuff, I'd like to ask you something. Do you think that there is an 'easy' way to use PLIB with .NET managed application (without writing a wrapper for all the PLIB, that is crazy :-) )... I was thinking about It Just Works, but I do not know if this is the right approach, or if It Just Doesn't Make Sense ... What I need is to create a managed .dll, that is nothing but a UserControl, and that in the OnPaint method uses PLIB... The guy that is developing the GUI part will not even know that I'm using C++ or PLIB instead of C#, he will just use the control as he would do for any other Windows Form Control. Any idea? Second question, that is probably a little bit more out of topic, so please forgive me but... Is there any way (Windows API, OpenGL) to set up custom graphic card settings? I mean, to tell the graphic card to use x2 Antialias or something like that??? Do drivers export some common interface for things like these??? I just don't want to tell the user: open your graphic card settings and check the antialiasing button to enable it... Do you think I can do that (again, I'm talking about Windows and nothing more :-) ) in an easy way? Thanks!!! Giorgio Tino |
From:
<coz...@gm...> - 2007-03-09 16:51:48
|
Hello Ed, > All seems to build except ssgAux... I have included the output of the > make at the end of this email.... I am really interested at this time > only in the fnt lib. Do I really need ssgAux to use the fnt lib? If > so, can someone tell me what the fix is to build ssgAux? You do not need ssgAux for the fnt lib. However, the extra qualification problem might be something like this: class foo { int foo::do_stuff(); }; instead of class foo { int do_stuff(); }; Just remove the <class name>:: part before the declarations on lines 107 and 195 of ssgaSky.h, and it should fix the problem. At least that's how I have solved 'extra qualifications' problems before. -Coz |
From: <li...@ce...> - 2007-03-09 15:50:22
|
I downloaded PLIB 1.8.4, extracted the files, 'cd' to the directory =20 and did this: ./configure sudo make install All seems to build except ssgAux... I have included the output of the =20 make at the end of this email.... I am really interested at this time =20 only in the fnt lib. Do I really need ssgAux to use the fnt lib? If =20 so, can someone tell me what the fix is to build ssgAux? Thanks, Ed ssgAux build output.... Making install in ssgAux make[2]: Entering directory =20 `/home/epeddycoart/development/libraries/plib-1.8.4/src/ssgAux' if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgAux.o -MD -MP =20 -MF ".deps/ssgAux.Tpo" -c -o ssgAux.o ssgAux.cxx; \ then mv -f ".deps/ssgAux.Tpo" ".deps/ssgAux.Po"; else rm -f =20 ".deps/ssgAux.Tpo"; exit 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaShapes.o -MD =20 -MP -MF ".deps/ssgaShapes.Tpo" -c -o ssgaShapes.o ssgaShapes.cxx; \ then mv -f ".deps/ssgaShapes.Tpo" ".deps/ssgaShapes.Po"; else =20 rm -f ".deps/ssgaShapes.Tpo"; exit 1; fi ssgaShapes.cxx: In member function =91virtual int ssgaShape::load(FILE*)=92: ssgaShapes.cxx:793: warning: dereferencing type-punned pointer will =20 break strict-aliasing rules if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaPatch.o -MD =20 -MP -MF ".deps/ssgaPatch.Tpo" -c -o ssgaPatch.o ssgaPatch.cxx; \ then mv -f ".deps/ssgaPatch.Tpo" ".deps/ssgaPatch.Po"; else =20 rm -f ".deps/ssgaPatch.Tpo"; exit 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT =20 ssgaParticleSystem.o -MD -MP -MF ".deps/ssgaParticleSystem.Tpo" -c -o =20 ssgaParticleSystem.o ssgaParticleSystem.cxx; \ then mv -f ".deps/ssgaParticleSystem.Tpo" =20 ".deps/ssgaParticleSystem.Po"; else rm -f =20 ".deps/ssgaParticleSystem.Tpo"; exit 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaWaveSystem.o =20 -MD -MP -MF ".deps/ssgaWaveSystem.Tpo" -c -o ssgaWaveSystem.o =20 ssgaWaveSystem.cxx; \ then mv -f ".deps/ssgaWaveSystem.Tpo" =20 ".deps/ssgaWaveSystem.Po"; else rm -f ".deps/ssgaWaveSystem.Tpo"; exit =20 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaLensFlare.o =20 -MD -MP -MF ".deps/ssgaLensFlare.Tpo" -c -o ssgaLensFlare.o =20 ssgaLensFlare.cxx; \ then mv -f ".deps/ssgaLensFlare.Tpo" =20 ".deps/ssgaLensFlare.Po"; else rm -f ".deps/ssgaLensFlare.Tpo"; exit =20 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT =20 ssgaLensFlareTexture.o -MD -MP -MF ".deps/ssgaLensFlareTexture.Tpo" -c =20 -o ssgaLensFlareTexture.o ssgaLensFlareTexture.cxx; \ then mv -f ".deps/ssgaLensFlareTexture.Tpo" =20 ".deps/ssgaLensFlareTexture.Po"; else rm -f =20 ".deps/ssgaLensFlareTexture.Tpo"; exit 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaFire.o -MD =20 -MP -MF ".deps/ssgaFire.Tpo" -c -o ssgaFire.o ssgaFire.cxx; \ then mv -f ".deps/ssgaFire.Tpo" ".deps/ssgaFire.Po"; else rm =20 -f ".deps/ssgaFire.Tpo"; exit 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaScreenDump.o =20 -MD -MP -MF ".deps/ssgaScreenDump.Tpo" -c -o ssgaScreenDump.o =20 ssgaScreenDump.cxx; \ then mv -f ".deps/ssgaScreenDump.Tpo" =20 ".deps/ssgaScreenDump.Po"; else rm -f ".deps/ssgaScreenDump.Tpo"; exit =20 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaSphere.o -MD =20 -MP -MF ".deps/ssgaSphere.Tpo" -c -o ssgaSphere.o ssgaSphere.cxx; \ then mv -f ".deps/ssgaSphere.Tpo" ".deps/ssgaSphere.Po"; else =20 rm -f ".deps/ssgaSphere.Tpo"; exit 1; fi if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" =20 -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" = =20 -DPACKAGE=3D\"plib\" -DVERSION=3D\"1.8.4\" -DHAVE_LIBPTHREAD=3D1 =20 -DHAVE_LIBGL=3D1 -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 = =20 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 =20 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 =20 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg =20 -I../../src/ssg -I../../src/util -g -O2 -Wall -MT =20 ssgaCelestialBody.o -MD -MP -MF ".deps/ssgaCelestialBody.Tpo" -c -o =20 ssgaCelestialBody.o ssgaCelestialBody.cxx; \ then mv -f ".deps/ssgaCelestialBody.Tpo" =20 ".deps/ssgaCelestialBody.Po"; else rm -f =20 ".deps/ssgaCelestialBody.Tpo"; exit 1; fi ssgaSky.h:107: error: extra qualification =91ssgaCelestialBodyList::=92 on = =20 member =91ssgaCelestialBodyList=92 ssgaSky.h:195: error: extra qualification =91ssgaCloudLayerList::=92 on =20 member =91ssgaCloudLayerList=92 make[2]: *** [ssgaCelestialBody.o] Error 1 make[2]: Leaving directory =20 `/home/epeddycoart/development/libraries/plib-1.8.4/src/ssgAux' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory =20 `/home/epeddycoart/development/libraries/plib-1.8.4/src' make: *** [install-recursive] Error 1 |
From: Clay, B. <bc...@ba...> - 2007-03-08 18:27:24
|
Unsubscribe =20 =93This message and any enclosures are intended only for the addressee.=20 Please notify the sender by email if you are not the intended recipient. = If you are=20 not the intended recipient, you may not use, copy, disclose, or distribut= e this=20 message or its contents or enclosures to any other person and any such ac= tions=20 may be unlawful. Ball reserves the right to monitor and review all messag= es=20 and enclosures sent to or from this email address." |
From: g3MI <g3...@sa...> - 2007-03-08 17:51:55
|
I am using js_demo to locate and identify joysticks for use with Flight Gear. Js_demo has correctly found my two CH products. I am now trying to interface to a Betainnovations USB board which is set up as a HID device with the correct type to be seen as a game controller. The board has 8 annalog inputs and 16 direct digital inputs or can be configured using a scan matrix as 64 inputs. I am using Windows XP sp2. Windows correctly identifies the board as a game controller and shows the 8 axes but only identifies 32 inputs. I have also been able to interface the board using X-plane and Elite fight simulators. I have removed the two CH controllers and run Js_demo to detect the board but it replies the both js(0) and js(1) are not detected. Any help would be appreciated. Gale Guilette g3...@sa... |
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2007-02-20 19:08:30
|
Eoin, Please pardon the delay in getting back to you on this. I saw where somebody else has already responded. Have you been able to fix your problem? John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Eoin Daly Sent: Monday, February 12, 2007 8:31 AM To: pli...@li... Subject: [Plib-users] Plib beginner questions Hi, hows it going, i just started using Plib to add some PUI widgets to an application i'm creating using GLUT and i just want to be pointed in the right direction. I want to design the app so that the user clicks an "Add object" button and the dialog box opens where the user can then enter the dimensions of the object. When the user clicks OK the dialog box should close and the object dimensions should be added to the program. I have it all working fine except i want a table to display the different object that the user has created. The user should then be able to highlight a row and hit a "Remove" button to delete an object. What widget should i use for this and how? I've been trying to use the puListBox but i can get it working right, and when i try to use the newList() functions in the callback from the OK button in the dialog box i get a runtime error. Is there any other widget that might be more suitable or is there someway of getting puListBox to do the job. Any suggestions will be greatly appreciated, i'm totally new to this and am getting really stuck with this problem. Thanks, Eoin |
From: Jan R. <slo...@gm...> - 2007-02-14 19:22:35
|
Am Tue, 13 Feb 2007 19:55:40 -0300 schrieb "Eduardo Alberto Hern=E1ndez Mu= =F1oz" <coz...@gm...>: > Maybe somehow the array you supplied was erased. I would check the > plib examples, compare the code to them and do things the same way it > is done there. Yes, I already made this mistake several times. Always double-check that - the last character string in your array is a pointer to NULL and - the array is still around when you leave the creating function Try to use a global array like this: char *names[] =3D {"Wilma", "Fred", "Barney", NULL}; and see if your code works if you pass "names" to the puList. Or maybe simply post us a snippet of your code, that might help with finding the source of the error. Kind regards, Jan R. --=20 Jan Reucker email: jan dot reucker at web dot de web: http://www.reucker-online.de |
From:
<coz...@gm...> - 2007-02-13 22:55:47
|
Hi Eoin, I'm answering just because I haven't seen another answer, and I'm probably not the best person to answer, so I'm sorry if this message doesn't helps. > I've been trying to use the puListBox but i can get it working right, and > when i try to use the newList() functions in the callback from the OK button > in the dialog box i get a runtime error. Is there any other widget that > might be more suitable or is there someway of getting puListBox to do the > job. It looks like puListBox is the best widget for the job. This is from http://plib.sourceforge.net/pui/index.html#puListBox : <In this case "list" is a null-terminated array of character strings that contain the items that go into the list box. You are responsible for supplying this array and for making sure that it is still around the entire time the puListBox widget is using it. The widget does not make its own copy of the array.> Maybe somehow the array you supplied was erased. I would check the plib examples, compare the code to them and do things the same way it is done there. -Coz |
From: Eoin D. <ed...@gm...> - 2007-02-12 14:31:25
|
Hi, hows it going, i just started using Plib to add some PUI widgets to an application i'm creating using GLUT and i just want to be pointed in the right direction. I want to design the app so that the user clicks an "Add object" button and the dialog box opens where the user can then enter the dimensions of the object. When the user clicks OK the dialog box should close and the object dimensions should be added to the program. I have it all working fine except i want a table to display the different object that the user has created. The user should then be able to highlight a row and hit a "Remove" button to delete an object. What widget should i use for this and how? I've been trying to use the puListBox but i can get it working right, and when i try to use the newList() functions in the callback from the OK button in the dialog box i get a runtime error. Is there any other widget that might be more suitable or is there someway of getting puListBox to do the job. Any suggestions will be greatly appreciated, i'm totally new to this and am getting really stuck with this problem. Thanks, Eoin |
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2007-01-16 23:50:35
|
Unless I miss my guess, this has been done in the most recent SVN version of PLIB. Is there any demand for a patch release soon? John F. Fay Technical Fellow Jacobs/Sverdrup TEAS Group 850-883-1294 -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Anthony Jantz Sent: Monday, January 15, 2007 5:16 PM To: PLIB Users Subject: Re: [Plib-users] plib-1.8.4 fails to compile on Fedora Core 6 (i686). Simply edit ssgaSky.h, and remove the 'ssgaCelestialBodyList::' on line 107 and the 'ssgaCloudLayerList::' on line 195. This is due to gcc being more picky on FC6. Regards, Tony Tigran Aivazian <ti...@ai...> wrote: Hello, On i386 architexture on Fedora Core 6 Linux plib 1.8.4 fails to compile. <snip> |
From: Anthony J. <aj...@sb...> - 2007-01-15 23:15:42
|
Simply edit ssgaSky.h, and remove the 'ssgaCelestialBodyList::' on line 107 and the 'ssgaCloudLayerList::' on line 195. This is due to gcc being more picky on FC6. Regards, Tony Tigran Aivazian <ti...@ai...> wrote: Hello, On i386 architexture on Fedora Core 6 Linux plib 1.8.4 fails to compile. The ./configure didn't complain at all: PLIB configuration information: Building FNT library: yes Building JS library: yes Building NET library: yes Building PUI library: yes Building puAux library: yes Building SG library: yes Building PSL library: yes Building SL library: yes Building SSG library: yes Building ssgAux library: yes Building PW library: yes Building UTIL library: yes But running make resulted in this: if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"plib\" -DVERSION=\"1.8.4\" -DHAVE_LIBPTHREAD=1 -DHAVE_LIBGL=1 -DHAVE_LIBDL=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 -I. -I. -I../../src/sg -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaCelestialBody.o -MD -MP -MF ".deps/ssgaCelestialBody.Tpo" -c -o ssgaCelestialBody.o ssgaCelestialBody.cxx; \ then mv -f ".deps/ssgaCelestialBody.Tpo" ".deps/ssgaCelestialBody.Po"; else rm -f ".deps/ssgaCelestialBody.Tpo"; exit 1; fi ssgaSky.h:107: error: extra qualification 'ssgaCelestialBodyList::' on member 'ssgaCelestialBodyList' ssgaSky.h:195: error: extra qualification 'ssgaCloudLayerList::' on member 'ssgaCloudLayerList' make[2]: *** [ssgaCelestialBody.o] Error 1 make[2]: Leaving directory `/usr/local/src/plib-1.8.4/src/ssgAux' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/plib-1.8.4/src' make: *** [all-recursive] Error 1 Is there a known fix? Kind regards Tigran ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ plib-users mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-users |