 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
After almost a week with no Internet, and eager to see what beta 7 has
to offer, I spotted a POV-Ray 3.7.0.1 tag. What's that about?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Cousin Ricky <ric### [at] yahoo com> wrote:
> After almost a week with no Internet, and eager to see what beta 7 has
> to offer, I spotted a POV-Ray 3.7.0.1 tag. What's that about?
That's a maintenance update of the good old POV-Ray 3.7.0 source code, to make
it compile on modern build environments (most notably eliminating
incompatibilities with C++11, but also with modern Automake versions on Unix,
modern Boost versions, and other some such). Those updates had been made a while
ago already, but I tagged the code in GitHub only recently.
There's also a 3.7.0.2, but I'm noticing right now that I haven't pushed the tag
to our official repository yet.
There are no corresponding official binaries, because there are no differences
in functionality to the original 3.7.0[.0].
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Le 18/05/2017 à 13:13, clipka a écrit :
> Cousin Ricky <ric### [at] yahoocom> wrote:
>> After almost a week with no Internet, and eager to see what beta 7 has
>> to offer, I spotted a POV-Ray 3.7.0.1 tag. What's that about?
>
> That's a maintenance update of the good old POV-Ray 3.7.0 source code, to make
> it compile on modern build environments (most notably eliminating
> incompatibilities with C++11, but also with modern Automake versions on Unix,
> modern Boost versions, and other some such). Those updates had been made a while
> ago already, but I tagged the code in GitHub only recently.
>
> There's also a 3.7.0.2, but I'm noticing right now that I haven't pushed the tag
> to our official repository yet.
>
> There are no corresponding official binaries, because there are no differences
> in functionality to the original 3.7.0[.0].
>
>
>
For the 3.7-stable branch, it does not compile (anymore) with modern gcc
(yet).
You would have avoid it already with a cast operator to fix the problem
of testing the status of file abstraction, but that's another story.
(other files might have the same problem, compilation stops at first
faulty file)
> base/image/openexr.cpp: In member function ‘virtual void
pov_base::OpenEXR::POV_EXR_OStream::write(const char*, int)’:
> base/image/openexr.cpp:104:22: error: no match for ‘operator==’ (operand types
are ‘pov_base::IOBase’ and ‘bool’)
> if(os.write(c, n) == false)
> ~~~~~~~~~~~~~~~^~~~~~~~
> In file included from /usr/include/OpenEXR/ImfHeader.h:48:0,
> from /usr/include/OpenEXR/ImfRgbaFile.h:50,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfName.h:125:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Name&, const Imf_2_2::Name&)
> operator == (const Name &x, const Name &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfName.h:125:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Name&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:50:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Header::ConstIterator&, const
Imf_2_2::Header::ConstIterator&)
> operator == (const Header::ConstIterator &x, const Header::ConstIterator &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Header::ConstIterator&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:51:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::FrameBuffer::ConstIterator&, const
Imf_2_2::FrameBuffer::ConstIterator&)
> operator == (const FrameBuffer::ConstIterator &x,
> ^~~~~~~~
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: no known conversion for
argument 1 from ‘pov_base::IOBase’ to ‘const
Imf_2_2::FrameBuffer::ConstIterator&’
> base/image/openexr.cpp: In member function ‘virtual void
pov_base::OpenEXR::POV_EXR_OStream::seekp(Imath_2_2::Int64)’:
> base/image/openexr.cpp:118:36: error: no match for ‘operator==’ (operand types
are ‘pov_base::IOBase’ and ‘bool’)
> if(os.seekg((unsigned long)pos) == false)
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
> In file included from /usr/include/OpenEXR/ImfHeader.h:48:0,
> from /usr/include/OpenEXR/ImfRgbaFile.h:50,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfName.h:125:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Name&, const Imf_2_2::Name&)
> operator == (const Name &x, const Name &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfName.h:125:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Name&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:50:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Header::ConstIterator&, const
Imf_2_2::Header::ConstIterator&)
> operator == (const Header::ConstIterator &x, const Header::ConstIterator &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Header::ConstIterator&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:51:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::FrameBuffer::ConstIterator&, const
Imf_2_2::FrameBuffer::ConstIterator&)
> operator == (const FrameBuffer::ConstIterator &x,
> ^~~~~~~~
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: no known conversion for
argument 1 from ‘pov_base::IOBase’ to ‘const
Imf_2_2::FrameBuffer::ConstIterator&’
> base/image/openexr.cpp: In member function ‘virtual bool
pov_base::OpenEXR::POV_EXR_IStream::read(char*, int)’:
> base/image/openexr.cpp:145:21: error: no match for ‘operator==’ (operand types
are ‘pov_base::IOBase’ and ‘bool’)
> if(is.read(c, n) == false)
> ~~~~~~~~~~~~~~^~~~~~~~
> In file included from /usr/include/OpenEXR/ImfHeader.h:48:0,
> from /usr/include/OpenEXR/ImfRgbaFile.h:50,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfName.h:125:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Name&, const Imf_2_2::Name&)
> operator == (const Name &x, const Name &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfName.h:125:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Name&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:50:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Header::ConstIterator&, const
Imf_2_2::Header::ConstIterator&)
> operator == (const Header::ConstIterator &x, const Header::ConstIterator &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Header::ConstIterator&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:51:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::FrameBuffer::ConstIterator&, const
Imf_2_2::FrameBuffer::ConstIterator&)
> operator == (const FrameBuffer::ConstIterator &x,
> ^~~~~~~~
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: no known conversion for
argument 1 from ‘pov_base::IOBase’ to ‘const
Imf_2_2::FrameBuffer::ConstIterator&’
> base/image/openexr.cpp: In member function ‘virtual void
pov_base::OpenEXR::POV_EXR_IStream::seekg(Imath_2_2::Int64)’:
> base/image/openexr.cpp:160:36: error: no match for ‘operator==’ (operand types
are ‘pov_base::IOBase’ and ‘bool’)
> if(is.seekg((unsigned long)pos) == false)
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
> In file included from /usr/include/OpenEXR/ImfHeader.h:48:0,
> from /usr/include/OpenEXR/ImfRgbaFile.h:50,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfName.h:125:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Name&, const Imf_2_2::Name&)
> operator == (const Name &x, const Name &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfName.h:125:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Name&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:50:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::Header::ConstIterator&, const
Imf_2_2::Header::ConstIterator&)
> operator == (const Header::ConstIterator &x, const Header::ConstIterator &y)
> ^~~~~~~~
> /usr/include/OpenEXR/ImfHeader.h:602:1: note: no known conversion for argument 1
from ‘pov_base::IOBase’ to ‘const Imf_2_2::Header::ConstIterator&’
> In file included from /usr/include/OpenEXR/ImfRgbaFile.h:51:0,
> from base/image/openexr.cpp:58:
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: candidate: bool
Imf_2_2::operator==(const Imf_2_2::FrameBuffer::ConstIterator&, const
Imf_2_2::FrameBuffer::ConstIterator&)
> operator == (const FrameBuffer::ConstIterator &x,
> ^~~~~~~~
> /usr/include/OpenEXR/ImfFrameBuffer.h:369:1: note: no known conversion for
argument 1 from ‘pov_base::IOBase’ to ‘const
Imf_2_2::FrameBuffer::ConstIterator&’
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 18.05.2017 um 16:38 schrieb Le_Forgeron:
> Le 18/05/2017 à 13:13, clipka a écrit :
>> Cousin Ricky <ric### [at] yahoocom> wrote:
>>> After almost a week with no Internet, and eager to see what beta 7 has
>>> to offer, I spotted a POV-Ray 3.7.0.1 tag. What's that about?
>>
>> That's a maintenance update of the good old POV-Ray 3.7.0 source code, to make
>> it compile on modern build environments (most notably eliminating
>> incompatibilities with C++11, but also with modern Automake versions on Unix,
>> modern Boost versions, and other some such). Those updates had been made a while
>> ago already, but I tagged the code in GitHub only recently.
>>
>> There's also a 3.7.0.2, but I'm noticing right now that I haven't pushed the tag
>> to our official repository yet.
>>
>> There are no corresponding official binaries, because there are no differences
>> in functionality to the original 3.7.0[.0].
>
> For the 3.7-stable branch, it does not compile (anymore) with modern gcc
> (yet).
Thanks for letting me know.
I thought I had just fixed all issues of the kind reported by user
"crystal" on povray.unix, but apparently I've missed the OpenEXR code.
Turns out that the Travis CI Mac OS X environment we're using for our
test builds - the warnings of which I used to identify the offending
statements in the code - doesn't have the OpenEXR libraries installed,
so I didn't get the warnings for those.
Apparently "crystal" also didn't have the OpenEXR libs installed, as he
reported the changes as successful.
For the records, what g++ version did you use for your tests?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Le 18/05/2017 à 19:23, clipka a écrit :
>
> For the records, what g++ version did you use for your tests?
>
g++ (Ubuntu 6.3.0-12ubuntu2) 6.3.0 20170406
(as in ubuntu 17.04, current short term version)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Cousin Ricky <ric### [at] yahoocom> wrote:
> After almost a week with no Internet, and eager to see what beta 7 has
> to offer, I spotted a POV-Ray 3.7.0.1 tag. What's that about?
https://sourceforge.net/projects/rayshade-math/
I'd like my link on the POVRay website. (i know, there are too many?)
Please tell me what i can do to update my old link (which i haven't found
tonight) or make a new one! THX!
I had a link on povray website (or wiki?) years ago when I made an earlier
edition: i can't find it now.
Hi there WAS a link for my "converter" (it's for POVRay as much as rayshade).
It's now MORE than a converter it allows interactive manipulation of Mathematica
graphics without Export[] to a modeler. And it makes scene files well from
Mathematica graphics. You can obviously go to the URL if you wanted to know
more. It's like "povray.m" but much much more than that little thing. (really
i'm unsure if it is better or not as good as Mathematica's newest converters in
11.0 for ie 3Dstudio, but my guess is better because in their export was far
worse than their talk ... but i don't know reall).
https://sourceforge.net/projects/rayshade-math/
I also released a sub-version of 3.6.1 which compiles on newer linux and Apple
Sierra OS without any dependancies (no need to install macports or X to compile
and use). just fixed a few things in makefiles.
https://sourceforge.net/p/povray-3-6-1-1/
Thanks very much !
(p.s. i tried to use 3.7 but had issues. no GNU make, and for some reason i
couldn't figure out how to get the recent version that works (i'm an old hand at
unix but have rarely used git - need 1-2-3 directions. i still like the old
Makefile build when possible :)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 05/18/2017 11:32 PM, debguy wrote:
> Cousin Ricky <ric### [at] yahoocom> wrote:
>> After almost a week with no Internet, and eager to see what beta 7 has
>> to offer, I spotted a POV-Ray 3.7.0.1 tag. What's that about?
>
> https://sourceforge.net/projects/rayshade-math/
>
> I'd like my link on the POVRay website. (i know, there are too many?)
>
I don't have any sort of general update capability, but I've added a
link or two to the http://wiki.povray.org/content/HowTo:Contents wiki
page. For example I somewhat recently the How to use PovClipse2 one in
the "Scenes in POV-Ray section.
If link from that page and section OK for you, suggest how you'd like it
to read and I'll add it.
> Please tell me what i can do to update my old link (which i haven't found
> tonight) or make a new one! THX!
>
> I had a link on povray website (or wiki?) years ago when I made an earlier
> edition: i can't find it now.
>
> Hi there WAS a link for my "converter" (it's for POVRay as much as rayshade).
> It's now MORE than a converter it allows interactive manipulation of Mathematica
> graphics without Export[] to a modeler. And it makes scene files well from
> Mathematica graphics. You can obviously go to the URL if you wanted to know
> more. It's like "povray.m" but much much more than that little thing. (really
> i'm unsure if it is better or not as good as Mathematica's newest converters in
> 11.0 for ie 3Dstudio, but my guess is better because in their export was far
> worse than their talk ... but i don't know reall).
>
> https://sourceforge.net/projects/rayshade-math/
>
> I also released a sub-version of 3.6.1 which compiles on newer linux and Apple
> Sierra OS without any dependancies (no need to install macports or X to compile
> and use). just fixed a few things in makefiles.
>
> https://sourceforge.net/p/povray-3-6-1-1/
>
I'm not a legal expert but I suspect an actual 3.6.1.1 release on your
part might not be OK with the prior to 3.7 licenses. Providing the
patches required to 3.6.1 to compile more likely OK I'd guess. The
POV-Ray team could more properly comment.
> Thanks very much !
>
> (p.s. i tried to use 3.7 but had issues. no GNU make, and for some reason i
> couldn't figure out how to get the recent version that works (i'm an old hand at
> unix but have rarely used git - need 1-2-3 directions. i still like the old
> Makefile build when possible :)
>
>
>
>
You can download an unpack various releases of 3.7 from github:
https://github.com/POV-Ray/povray/releases
via download links.
Follow the directions in <install dir>/unix/README.md to compile and
install.
If you want the graphical display install too the "Simple DirectMedia
Layer" development package: libsdl-dev too as it isn't listed in the
README.md file but essential if you want the as the scene renders display.
Bill P.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 19.05.2017 um 05:32 schrieb debguy:
> I also released a sub-version of 3.6.1 which compiles on newer linux and Apple
> Sierra OS without any dependancies (no need to install macports or X to compile
> and use). just fixed a few things in makefiles.
>
> https://sourceforge.net/p/povray-3-6-1-1/
Did you obtain express permission from Chris Cason?
If not, then you really should REVOKE that version IMMEDIATELY, and also
take down the "povray 3.6.1.1 raytracer Web Site"!
As it is right now, you are DEFINITELY in violation of the 3.6 license,
and I'm pretty sure you're also in violation of trademark law!
(For the records: I'm not speaking on behalf of Persistence of Vision
Raytracer Pty. Ltd., the owner of the "POV-Ray" trademark. Technically,
I'm just a very active contributor.)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|
