Hi all,

I got 3.6 tarball from povray site and it seems it's the final release
and I saw someone succeed to compile it under solaris 8 ("Sparc Solaris
8 with GCC 2.95.3 (g++2 2.95.3 @ sparc-sun-solaris2.8" in INSTALL file).
Well, unfortunaly, I got the same errors as with test tarball about X
definition.


g++ -DHAVE_CONFIG_H -DPOVLIBDIR=\"/usr/local/share/povray-3.6\"
-DPOVCONFDIR=\"/usr/local/etc/povray/3.6\"
-DPOVCONFDIR_BACKWARD=\"/usr/local/etc\" -I. -I. -I..  -I.. -I../source
-I../source/base -I../source/frontend -I../source -I../libraries/zlib
-I../libraries/png -I../libraries/tiff/libtiff
-I../libraries/tiff/libtiff  -I/usr/openwin/include   -pipe
-Wno-multichar -O3  -c -o xwin.o `test -f 'xwin.cpp' || echo './'`xwin.cpp
In file included from xwin.cpp:122:
/usr/openwin/include/X11/Xlib.h:2099: ISO C++ forbids declaration of
     `XSetTransientForHint' with no type
/usr/openwin/include/X11/Xlib.h:2107: ISO C++ forbids declaration of
     `XActivateScreenSaver' with no type
[...]

Does it mean I have to recompile it using the old GCC 2.95 ? (the
optimiser it worst than current one).
Or does it mean I have to remove X support ?

Thanks for your help.

Lolo

Post a reply to this message

destroyedlolo <l_f### [at] yahoocom> wrote:
> I got 3.6 tarball from povray site and it seems it's the final release
> and I saw someone succeed to compile it under solaris 8 ("Sparc Solaris
> 8 with GCC 2.95.3 (g++2 2.95.3 @ sparc-sun-solaris2.8" in INSTALL file).

  For some unknown reason gcc 3.x produces a binary which crashes on
rendering. gcc 2.x produces a working binary.

> /usr/openwin/include/X11/Xlib.h:2099: ISO C++ forbids declaration of
>      `XSetTransientForHint' with no type
> /usr/openwin/include/X11/Xlib.h:2107: ISO C++ forbids declaration of
>      `XActivateScreenSaver' with no type

  I don't get that error. Can you tell me the version of the OS and gcc
you are using?

> Does it mean I have to recompile it using the old GCC 2.95 ? (the
> optimiser it worst than current one).

  gcc 3.x does not produce faster binaries in a sparc-solaris system
than gcc 2.x (seemingly their optimization efforts have been put into
the PC side alone).
  Just try compiling with gcc 2.

> Or does it mean I have to remove X support ?

  It works ok here.

-- 
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -

Post a reply to this message

destroyedlolo wrote:
> Hi all,
> 
> I got 3.6 tarball from povray site and it seems it's the final release
> and I saw someone succeed to compile it under solaris 8 ("Sparc Solaris
> 8 with GCC 2.95.3 (g++2 2.95.3 @ sparc-sun-solaris2.8" in INSTALL file).
> Well, unfortunaly, I got the same errors as with test tarball about X
> definition.
> 
> 
> g++ -DHAVE_CONFIG_H -DPOVLIBDIR=\"/usr/local/share/povray-3.6\"
> -DPOVCONFDIR=\"/usr/local/etc/povray/3.6\"
> -DPOVCONFDIR_BACKWARD=\"/usr/local/etc\" -I. -I. -I..  -I.. -I../source
> -I../source/base -I../source/frontend -I../source -I../libraries/zlib
> -I../libraries/png -I../libraries/tiff/libtiff
> -I../libraries/tiff/libtiff  -I/usr/openwin/include   -pipe
> -Wno-multichar -O3  -c -o xwin.o `test -f 'xwin.cpp' || echo './'`xwin.cpp
> In file included from xwin.cpp:122:
> /usr/openwin/include/X11/Xlib.h:2099: ISO C++ forbids declaration of
>     `XSetTransientForHint' with no type
> /usr/openwin/include/X11/Xlib.h:2107: ISO C++ forbids declaration of
>     `XActivateScreenSaver' with no type
> [...]

You are using a stone age version of the X libs just like you already 
saw with the beta - you should not assume POV-Ray somehow magically 
updating your X libraries.

Update your system or compile without X display.

Christoph

-- 
POV-Ray tutorials, include files, Sim-POV,
HCR-Edit and more: http://www.tu-bs.de/~y0013390/
Last updated 06 Jul. 2004 _____./\/^>_*_<^\/\.______

Post a reply to this message

Warp wrote:
> destroyedlolo <l_f### [at] yahoocom> wrote:
> 
>>I got 3.6 tarball from povray site and it seems it's the final release
>>and I saw someone succeed to compile it under solaris 8 ("Sparc Solaris
>>8 with GCC 2.95.3 (g++2 2.95.3 @ sparc-sun-solaris2.8" in INSTALL file).
> 
> 
>   For some unknown reason gcc 3.x produces a binary which crashes on
> rendering. gcc 2.x produces a working binary.

Hum, perhasp another optimizer problem :-(

>>/usr/openwin/include/X11/Xlib.h:2099: ISO C++ forbids declaration of
>>     `XSetTransientForHint' with no type
>>/usr/openwin/include/X11/Xlib.h:2107: ISO C++ forbids declaration of
>>     `XActivateScreenSaver' with no type
> 
> 
>   I don't get that error. Can you tell me the version of the OS and gcc
> you are using?

Solaris 8 (10/00) and GCC 3.0.1 from Solaris freeware depot.
I'm planing to upgrade to GCC 3.4.1 but I want to check if it's stable 
before.

>>Does it mean I have to recompile it using the old GCC 2.95 ? (the
>>optimiser it worst than current one).
> 
> 
>   gcc 3.x does not produce faster binaries in a sparc-solaris system
> than gcc 2.x (seemingly their optimization efforts have been put into
> the PC side alone).

Hum, when I made some benchmarks (and found that my Ultra5@270 is 
definitevely not a race horse :-( ), some people on Solaris french 
newsgroup said there is a big gap b/w GCC 2 and GCC 3 on UltraSparc. 
achitecture.
I got the same reply on NetBSD/Sparc mailing list on the same subject.

>   Just try compiling with gcc 2.

If I succed to build both, I will make another benchmarks to see if 
there is an improvement or not.

>>Or does it mean I have to remove X support ?
> 
> 
>   It works ok here.

Even when you try w/ GCC 3 ?

Thanks

Laurent

Post a reply to this message

destroyedlolo <l_f### [at] yahoocom> wrote:
> Hum, when I made some benchmarks (and found that my Ultra5@270 is 
> definitevely not a race horse :-( ), some people on Solaris french 
> newsgroup said there is a big gap b/w GCC 2 and GCC 3 on UltraSparc. 
> achitecture.
> I got the same reply on NetBSD/Sparc mailing list on the same subject.

  Then they must be using some other gcc 3.x than I'm using, because
here it does not produce faster binaries.

> >   It works ok here.

> Even when you try w/ GCC 3 ?

  Would I know it crashes if it had failed compiling?

-- 
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}//  - Warp -

Post a reply to this message

Warp wrote:

Hi Warp,

I have miss something : sorry for my misunderstanding :-(

> 
>>Even when you try w/ GCC 3 ?
> 
> 
>   Would I know it crashes if it had failed compiling?

You said in a previous post

 > For some unknown reason gcc 3.x produces a binary which crashes on
 > rendering. gcc 2.x produces a working binary.

So it sounds for me that "someone" succeed to compile it using GCC 3 but 
the resulting executable crashes ... Am I right ?

On my machine, I can't compile using GCC 3 (even w/ GCC 3.4.1 that I 
just installed due to header problem) so my question is actualy "how do 
someone succeed to compile w/ GCC 3 ?"

I appologies again if I miss something.

Laurent

PS: I had no problem at all w/ povray3.5c w/ GCC 3, binary I'm using now.

Post a reply to this message