POV-Ray : Newsgroups : povray.unix : POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org Server Time
23 Dec 2024 09:00:53 EST (-0500)
  POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org (Message 1 to 6 of 6)  
From: Dennis Clarke
Subject: POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org
Date: 17 Apr 2003 14:34:56
Message: <Pine.GSO.4.53.0304171420390.2755@blastwave>
POV-Ray 3.50c is now available as a standard package at the Community
  Software site http://www.blastwave.org/ and the package includes both
  a 32-bit binary and a 64-bit binary for UltraSparc.  You can not run
  this package on your old SparcStation 20.  There is no way to make a
  64-bit binary for the Intel world yet. Full html documentation is included
  but the source tree is not.  I may update the package if people request
  that the src tree be populated.

  Users will need to install the BOLTpget package first.  It is the new
  method for installing packages with dependency checking included.  Users
  of the Debian Linux distro will be familiar with this approach.  The
  process for getting POV-Ray 3.50c for Solaris is :

  Step 1 ) download and install BOLTpget from

           http://www.blastwave.org/BOLTpget.pkg

  Step 2 ) ensure that you have wget in your path,
           if you don't have wget then go get it at

           Step 2.1 ) for UltraSparc Edition of Solaris

                  http://www.blastwave.org/wget-sparc

           Step 2.2 ) for Intel Edition of Solaris

                  http://www.blastwave.org/wget-i386

           Step 2.3 ) change the filename to wget and put it in your path

  Step 3 ) If you did Steps 1 and 2 then use pkg-get to install POV-Ray
           with the tiff, jpeg and png libraries all at the same time.

           pkg-get -i povray


  Step 4 ) Put /opt/csw/bin in your path and then render something, anything!


  Dennis Clarke
  dcl### [at] blastwaveorg

  Blastwave.org - Community SoftWare for Solaris - CSW

  blastwave.org is a collective effort to create a set of binary packages of
  free software, that can be automatically installed to a Solaris computer
  (sparc or x86 based) over the network.

  ---------------------------------------------------------------------------

  People that want an earlier generation Sparc binary may request one from me
  directly.  Please specify the exact processor of the system that you have.

  Dennis Clarke
  dcl### [at] blastwaveorg


Post a reply to this message

From: Thorsten Froehlich
Subject: Re: POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org
Date: 17 Apr 2003 15:23:39
Message: <3e9eff3b$1@news.povray.org>
In article <Pine.GSO.4.53.0304171420390.2755@blastwave> , Dennis Clarke 
<dcl### [at] blastwaveorg>  wrote:

> 64-bit binary for UltraSparc

Note that radiosity will not work in this version with the official 3.5
source code.

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org


Post a reply to this message

From: Dennis Clarke
Subject: Re: POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org
Date: 18 Apr 2003 06:53:42
Message: <Pine.GSO.4.53.0304180646450.11053@blastwave>
>In article <Pine.GSO.4.53.0304171420390.2755@blastwave> ,
> Dennis Clarke <dcl### [at] blastwaveorg>  wrote:
>> 64-bit binary for UltraSparc

> Note that radiosity will not work in this version with the official 3.5
> source code.
>
>    Thorsten

   a bug ?     or a missing feature ?

   can this be reported at http://www.blastwave.org/bugtrack/  ??

   Dennis Clarke
   dcl### [at] blastwaveorg


Post a reply to this message

From: ABX
Subject: Re: POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org
Date: 18 Apr 2003 07:15:33
Message: <mdnv9vc490ca6qttopb95hgdfojq0gm947@4ax.com>
On Fri, 18 Apr 2003 06:53:40 -0400, Dennis Clarke <dcl### [at] blastwaveorg> wrote:
> a bug ? or a missing feature ?

Thorsten probably mean http://news.povray.org/povray.programming/27612/

ABX


Post a reply to this message

From: Thorsten Froehlich
Subject: Re: POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org
Date: 18 Apr 2003 09:41:55
Message: <3ea000a3$1@news.povray.org>
In article <Pine.GSO.4.53.0304180646450.11053@blastwave> , Dennis Clarke 
<dcl### [at] blastwaveorg>  wrote:

>    can this be reported at http://www.blastwave.org/bugtrack/  ??

No, because it has been fixed in 3.51, which is "ready" as far as the source
code is concerned, but other issues currently prevent a release. It is
expected in a few weeks nevertheless.

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org


Post a reply to this message

From: Dennis Clarke
Subject: Re: POV-Ray 3.50c for Solaris Intel & UltraSparc at www.blastwave.org
Date: 18 Apr 2003 23:15:30
Message: <Pine.GSO.4.53.0304182304420.13585@blastwave>
On Fri, 18 Apr 2003, Thorsten Froehlich wrote:
>In article <Pine.GSO.4.53.0304180646450.11053@blastwave> , Dennis Clarke
><dcl### [at] blastwaveorg>  wrote:
>
>>    can this be reported at http://www.blastwave.org/bugtrack/  ??

I just read ( with great interest ) the fol :

// WARNING: The default uses POV-Ray's own tricks which only work if
// "float" is a 32 bit IEEE 754 floating point number!  If your platform
// does not use 32 bit IEEE 754 floating point numbers, radiosity will
// be broken!!!  If you have this problem, your only other choice is to
// use an ISO C99 standard revision compatible compiler and library:
//
// Define this to 1 to use ISO C99 functions logbf, logb and copysign.
// Define this to 2 to use ISO C99 functions ilogbf, ilogb and copysign.

Which causes me to wonder if the appropiate strict IEEE floating point rules
can be enforced on the Sun Forte compiler to ensure that things are handled in
a 32-bit way.  I really would need to brush up on the IEEE floating point
format to completely grok the implications here but I certainly understand the
issues of number conversion problems when bits get lost, tossed, shifted or
otherwise clearly misunderstood.  I was once a programmer in the bad old days
when pascal was considered a perfectly reasonable language to do systems
programming in even though it completely lacked the necessary tools to go from
floating point to long integers and vice versa.  Or maybe it was a long double
sin() or cos() function problem?  Can't remember .. that was back in 1985 and
the OS was CP6 on a Honeywell mainframe which had its entire OS written in
pascal and Fortran.  Regardless .. I get the concept of 32/64 bit float
problems with crystal clarity.

>
>No, because it has been fixed in 3.51, which is "ready" as far as the source
>code is concerned, but other issues currently prevent a release. It is
>expected in a few weeks nevertheless.

  hey!  any chance of getting a pre-release copy that I can work on now and
then I can get the diffs later?

  I am looking forward to the day when POV-Ray can harness multiple procs with
POSIX compliant threads ( I hope ) and then interesting animations will be
possible in near real-time.  All I need is a mainframe class system with a
terabyte of RAM and I will be happy.  I do have access to a Beowulf cluster
but it is busy doing profitable work and people would frown on POV-Ray running
at some low nice level :)


>
>    Thorsten

 Thank you very much ... you have been very helpful over the past few weeks.

 Dennis Clarke
 dcl### [at] blastwaveorg


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.