 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Micha Riser wrote:
> What about reading some older messages in this group?
>
> --
> http://objects.povworld.org - the POV-Ray Objects Collection
That was my first thought, but since I was out of tough with my
email/newsgroups for the last week I have no access to any messages
before today. Is there a link or something you can point me to?
Mike
--
*********************************
Michael DiDonato, PhD
The Scripps Research Institute
Department of Molecular Biology
Maildrop MB4
10550 North Torrey Pines Road
La Jolla, CA, 92037
Tel: (858) 784-9261
FAX: (858) 784-2277
http://www.scripps.edu/~didonato
*********************************
Post a reply to this message
Attachments:
Download 'us-ascii' (1 KB)
|
|
| |
| |
|
|
|
|
| |
| |
|
|
1. Open up src/config.h.
2. Find the #include <algorithm> line.
3. Add this below that line.
using std::min;
using std::max;
4. Save and make.
--josh
"Michael DiDonato" <did### [at] scripps edu> wrote in message
news:3D4EC910.B3E0A228@scripps.edu...
Micha Riser wrote:
What about reading some older messages in this group?
--
http://objects.povworld.org - the POV-Ray Objects Collection
That was my first thought, but since I was out of tough with my
email/newsgroups for the last week I have no access to any messages
before today. Is there a link or something you can point me to?
Mike
--
*********************************
Michael DiDonato, PhD
The Scripps Research Institute
Department of Molecular Biology
Maildrop MB4
10550 North Torrey Pines Road
La Jolla, CA, 92037
Tel: (858) 784-9261
FAX: (858) 784-2277
http://www.scripps.edu/~didonato
*********************************
Post a reply to this message
Attachments:
Download 'iso-8859-1' (3 KB)
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I think there are some threads further down talking about namespaces and the
STL (the STL provides generic templates for min/max which work with any
comparable types). I of course neglected to read these suggestions before
I compiled and took a more brute-force approach by changing all calls to
min/max to fmin/fmax (and you also have to change min3 and max3). Not sure
if fmin/fmax will be available on IRIX though.
Ken
Michael DiDonato wrote:
> I am having problems getting povray 3.5 to compile on my SGI with IRIX
> 6.5. I get the following errors:
>
> gmake[1]: Entering directory `/home/didonato/temp/povray-3.50a/src'
> g++ -DPREFIX=\"/home/didonato/bin/povray\"
> -DPOV_LIB_DIR=\"/home/didonato/bin/povray/share/povray-3.5\"
> -DCOMPILER_VER=\".Linux.gcc\"
> -DSYSCONFDIR=\"/home/didonato/bin/povray/etc\"
> -I/usr/freeware/include `if [ "Xgcc" = "Xgcc" ]; then echo
> "-Wno-multichar"; fi ` -c atmosph.cpp
> atmosph.cpp: In function `void do_rainbow(RAY*, INTERSECTION*, float*)':
>
> atmosph.cpp:502: `max' undeclared (first use this function)
> atmosph.cpp:502: (Each undeclared identifier is reported only once for
> each
> function it appears in.)
> atmosph.cpp: In function `double constant_fog(RAY*, double, double,
> FOG*,
> float*)':
> atmosph.cpp:688: `min' undeclared (first use this function)
> gmake[1]: *** [atmosph.o] Error 1
> gmake[1]: Leaving directory `/home/didonato/temp/povray-3.50a/src'
> gmake: *** [all-recursive] Error 1
>
> Has anyone successfully compiled it for IRIX?
>
>
> Mike
>
>
> --
> *********************************
> Michael DiDonato, PhD
> The Scripps Research Institute
> Department of Molecular Biology
> Maildrop MB4
> 10550 North Torrey Pines Road
> La Jolla, CA, 92037
>
> Tel: (858) 784-9261
> FAX: (858) 784-2277
>
> http://www.scripps.edu/~didonato
> *********************************
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
for people with crappy newsreader there is the webinterface:
http://news.povray.org
--
http://objects.povworld.org - the POV-Ray Objects Collection
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ken Cecka wrote:
> I think there are some threads further down talking about namespaces and the
> STL (the STL provides generic templates for min/max which work with any
> comparable types). I of course neglected to read these suggestions before
> I compiled and took a more brute-force approach by changing all calls to
> min/max to fmin/fmax (and you also have to change min3 and max3). Not sure
> if fmin/fmax will be available on IRIX though.
>
OK I got by that problem, but now I get another error:
g++ -DPREFIX=\"/home/didonato/bin/povray35\"
-DPOV_LIB_DIR=\"/home/didonato/bin/povray35/share/povray-3.5\"
-DCOMPILER_VER=\".Linux.gcc\"
-DSYSCONFDIR=\"/home/didonato/bin/povray35/etc\" -I/usr/freeware/include `if
[ "Xgcc" = "Xgcc" ]; then echo "-Wno-multichar"; fi ` -c unix.cpp
unix.cpp: In function `void UNIX_Abort_Start()':
unix.cpp:655: cannot convert `void (*)(int)' to `void (*)()' for argument `2'
to `void (* signal(int, void (*)()))()'
unix.cpp:658: cannot convert `void (*)(int)' to `void (*)()' for argument `2'
to `void (* signal(int, void (*)()))()'
unix.cpp:661: cannot convert `void (*)(int)' to `void (*)()' for argument `2'
to `void (* signal(int, void (*)()))()'
gmake[1]: *** [unix.o] Error 1
gmake[1]: Leaving directory `/home/didonato/temp/povray-3.50a/src'
gmake: *** [all-recursive] Error 1
Thanks for the help.
Mike
--
*********************************
Michael DiDonato, PhD
The Scripps Research Institute
Department of Molecular Biology
Maildrop MB4
10550 North Torrey Pines Road
La Jolla, CA, 92037
Tel: (858) 784-9261
FAX: (858) 784-2277
http://www.scripps.edu/~didonato
*********************************
Post a reply to this message
Attachments:
Download 'us-ascii' (2 KB)
|
|
| |
| |
|
|
|
|
| |
| |
|
|
That's pretty wierd! Not really familiar with IRIX, but I though it was
standard for signal handlers to be called with an integer parameter - maybe
they just have their protypes mixed up. You could try explicit casting to
make the compiler happy:
signal(SIGTERM, ((void (*)()) UNIX_Abort_Handler);
...although no promises on whether the signal handling will behave as
expected.
Ken
Michael DiDonato wrote:
> Ken Cecka wrote:
>
>> I think there are some threads further down talking about namespaces and
>> the STL (the STL provides generic templates for min/max which work with
>> any
>> comparable types). I of course neglected to read these suggestions
>> before I compiled and took a more brute-force approach by changing all
>> calls to
>> min/max to fmin/fmax (and you also have to change min3 and max3). Not
>> sure if fmin/fmax will be available on IRIX though.
>>
>
> OK I got by that problem, but now I get another error:
>
> g++ -DPREFIX=\"/home/didonato/bin/povray35\"
> -DPOV_LIB_DIR=\"/home/didonato/bin/povray35/share/povray-3.5\"
> -DCOMPILER_VER=\".Linux.gcc\"
> -DSYSCONFDIR=\"/home/didonato/bin/povray35/etc\" -I/usr/freeware/include
> `if
> [ "Xgcc" = "Xgcc" ]; then echo "-Wno-multichar"; fi ` -c unix.cpp
> unix.cpp: In function `void UNIX_Abort_Start()':
> unix.cpp:655: cannot convert `void (*)(int)' to `void (*)()' for argument
> `2'
> to `void (* signal(int, void (*)()))()'
> unix.cpp:658: cannot convert `void (*)(int)' to `void (*)()' for argument
> `2'
> to `void (* signal(int, void (*)()))()'
> unix.cpp:661: cannot convert `void (*)(int)' to `void (*)()' for argument
> `2'
> to `void (* signal(int, void (*)()))()'
> gmake[1]: *** [unix.o] Error 1
> gmake[1]: Leaving directory `/home/didonato/temp/povray-3.50a/src'
> gmake: *** [all-recursive] Error 1
>
> Thanks for the help.
>
> Mike
>
>
> --
> *********************************
> Michael DiDonato, PhD
> The Scripps Research Institute
> Department of Molecular Biology
> Maildrop MB4
> 10550 North Torrey Pines Road
> La Jolla, CA, 92037
>
> Tel: (858) 784-9261
> FAX: (858) 784-2277
>
> http://www.scripps.edu/~didonato
> *********************************
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ken Cecka <cec### [at] alumniwashingtonedu> writes:
> That's pretty wierd! Not really familiar with IRIX, but I though it was
> standard for signal handlers to be called with an integer parameter - maybe
> they just have their protypes mixed up. You could try explicit casting to
> make the compiler happy:
>
> signal(SIGTERM, ((void (*)()) UNIX_Abort_Handler);
>
> ...although no promises on whether the signal handling will behave as
> expected.
>
> Ken
From the IRIX signal(2) manpage
C:
void (*signal (int sig, void (*func)()))();
C++:
void (*signal (int sig, void (*func)(int)))(int);
#if _XOPEN_SOURCE
void (*signal (int sig, void (*func)(int)))(int);
#endif
So it looks like an additional test in the configure script and
setting _XOPEN_SOURCE should get the right proto. Not that I've
tested this nor checked with other things _XOPEN_SOURCE affects.
Alternatively...
#define _BSD_SIGNALS or _BSD_COMPAT before including <signal.h>
and you get the slightly different and non-SYSV-compatible BSD proto:
int (*signal(int sig, int (*func)(int, ...)))(int, ...);
Rohan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rohan Hart wrote:
> Ken Cecka <cec### [at] alumniwashingtonedu> writes:
>
> > That's pretty wierd! Not really familiar with IRIX, but I though it was
> > standard for signal handlers to be called with an integer parameter - maybe
> > they just have their protypes mixed up. You could try explicit casting to
> > make the compiler happy:
> >
> > signal(SIGTERM, ((void (*)()) UNIX_Abort_Handler);
> >
> > ...although no promises on whether the signal handling will behave as
> > expected.
> >
> > Ken
>
> From the IRIX signal(2) manpage
>
> C:
> void (*signal (int sig, void (*func)()))();
> C++:
> void (*signal (int sig, void (*func)(int)))(int);
>
> #if _XOPEN_SOURCE
> void (*signal (int sig, void (*func)(int)))(int);
> #endif
>
> So it looks like an additional test in the configure script and
> setting _XOPEN_SOURCE should get the right proto. Not that I've
> tested this nor checked with other things _XOPEN_SOURCE affects.
>
> Alternatively...
>
> #define _BSD_SIGNALS or _BSD_COMPAT before including <signal.h>
> and you get the slightly different and non-SYSV-compatible BSD proto:
> int (*signal(int sig, int (*func)(int, ...)))(int, ...);
>
> Rohan
Tried -D_XOPEN_SOURCE and then got the following error:
g++ -D_XOPEN_SOURCE -DPREFIX=\"/home/didonato/bin/povray35\"
-DPOV_LIB_DIR=\"/home/didonato/bin/povray35/share/povray-3.5\"
-DCOMPILER_VER=\".Linux.gcc\" -DSYSCONFDIR=\"/home/didonato/bin/povray35/etc\"
-I/usr/freeware/include `if [ "Xgcc" = "Xgcc" ]; then echo "-Wno-multichar"; fi
` -c unix.cpp
unix.cpp:297: aggregate `timeval hstart' has incomplete type and cannot be
initialized
unix.cpp:297: aggregate `timeval hstop' has incomplete type and cannot be
initialized
unix.cpp: In function `void UNIX_Timer_Start()':
unix.cpp:500: `gettimeofday' undeclared (first use this function)
unix.cpp:500: (Each undeclared identifier is reported only once for each
function it appears in.)
unix.cpp: At global scope:
unix.cpp:297: storage size of `hstart' isn't known
unix.cpp:297: storage size of `hstop' isn't known
gmake[1]: *** [unix.o] Error 1
gmake[1]: Leaving directory `/home/didonato/temp/povray-3.50a/src'
gmake: *** [all-recursive] Error 1
Mike
--
*********************************
Michael DiDonato, PhD
The Scripps Research Institute
Department of Molecular Biology
Maildrop MB4
10550 North Torrey Pines Road
La Jolla, CA, 92037
Tel: (858) 784-9261
FAX: (858) 784-2277
http://www.scripps.edu/~didonato
*********************************
Post a reply to this message
Attachments:
Download 'us-ascii' (4 KB)
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Michael DiDonato <did### [at] scrippsedu> writes:
> Rohan Hart wrote:
>
> Alternatively...
>
> #define _BSD_SIGNALS or _BSD_COMPAT before including <signal.h>
> and you get the slightly different and non-SYSV-compatible BSD proto:
> int (*signal(int sig, int (*func)(int, ...)))(int, ...);
>
> Rohan
>
> Tried -D_XOPEN_SOURCE and then got the following error:
...
> unix.cpp:500: `gettimeofday' undeclared (first use this function)
gettimeofday seems to be BSDish and not part of the XOpen
world... however both _XOPEN_SOURCE and _BSD_COMPAT can be set
together which finds gettimeofday and has the interesting property of
creating a void returning signal with BSD semantics.
Whether that'll work any better...
Rohan
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Rohan Hart wrote:
> Michael DiDonato <did### [at] scrippsedu> writes:
>
> > Rohan Hart wrote:
> >
> > Alternatively...
> >
> > #define _BSD_SIGNALS or _BSD_COMPAT before including <signal.h>
> > and you get the slightly different and non-SYSV-compatible BSD proto:
> > int (*signal(int sig, int (*func)(int, ...)))(int, ...);
> >
> > Rohan
> >
> > Tried -D_XOPEN_SOURCE and then got the following error:
> ...
> > unix.cpp:500: `gettimeofday' undeclared (first use this function)
>
> gettimeofday seems to be BSDish and not part of the XOpen
> world... however both _XOPEN_SOURCE and _BSD_COMPAT can be set
> together which finds gettimeofday and has the interesting property of
> creating a void returning signal with BSD semantics.
>
> Whether that'll work any better...
>
> Rohan
OK that seemed to let me complete the compiling stage but now it bombs on
linking with this error:
ld32: ERROR 33 : Unresolved text symbol "basename" -- 1st referenced by
unix.o.
Use linker option -v to see when and which objects, archives and dsos
are loaded.
ld32: ERROR 33 : Unresolved text symbol "dirname" -- 1st referenced by
unix.o.
Use linker option -v to see when and which objects, archives and dsos
are loaded.
ld32: INFO 152: Output file removed because of error.
collect2: ld returned 2 exit status
gmake[1]: *** [povray] Error 1
gmake[1]: Leaving directory `/home/didonato/temp/povray-3.50a/src'
gmake: *** [all-recursive] Error 1
I am starting to give up on this.
Mike
--
*********************************
Michael DiDonato, PhD
The Scripps Research Institute
Department of Molecular Biology
Maildrop MB4
10550 North Torrey Pines Road
La Jolla, CA, 92037
Tel: (858) 784-9261
FAX: (858) 784-2277
http://www.scripps.edu/~didonato
*********************************
Post a reply to this message
Attachments:
Download 'us-ascii' (3 KB)
|
|
| |
| |
|
|
|
|
| |
