yafaray / libyafaray Goto Github PK

Mageia 9
gcc 12.3.0
CMake 3.26.4
Yafaray: v3.5.1

Yafaray/include/core_api/surface.h:118:26: error: « numeric_limits » is not member of « std »
      118 |         else return std::numeric_limits<float>::infinity();`

To fix it:
Add this two lines in the main CMakeLists.txt just before ####### Options ########

set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED True)

Hello !

Thank you for the amazing work you do!

I ran into some error while compiling on Linux.

$ cmake CMakeLists.txt
# goes fine
$ make
[  1%] Building CXX object src/CMakeFiles/libyafaray4.dir/color/color_layers.cc.o
In file included from /home/user/Downloads/YafaRay/libYafaRay/include/common/layers.h:25,
                 from /home/user/Downloads/YafaRay/libYafaRay/include/color/color_layers.h:24,
                 from /home/user/Downloads/YafaRay/libYafaRay/src/color/color_layers.cc:19:
/home/user/Downloads/YafaRay/libYafaRay/include/common/collection.h:34:17: error: ‘size_t’ does not name a type
   34 |                 size_t size() const { return items_.size(); }
      |                 ^~~~~~
/home/user/Downloads/YafaRay/libYafaRay/include/common/collection.h:27:1: note: ‘size_t’ is defined in header ‘<cstddef>’; did you forget to ‘#include <cstddef>’?
   26 | #include <map>
  +++ |+#include <cstddef>
   27 | 
make[2]: *** [src/CMakeFiles/libyafaray4.dir/build.make:244: src/CMakeFiles/libyafaray4.dir/color/color_layers.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:694: src/CMakeFiles/libyafaray4.dir/all] Error 2
make: *** [Makefile:136: all] Error 2

Here are my installed packages :

$ pacman -Q | grep "gcc\|opencv\|zlib\|freetype\|tiff\|jpeg\|libpng\|ilmbase\|openexr"
freetype2 2.11.1-1
gcc 11.2.0-4
gcc-libs 11.2.0-4
gcc-objc 11.2.0-4
jpegoptim 1.4.6-2
lib32-freetype2 2.11.1-1
lib32-gcc-libs 11.2.0-4
lib32-libjpeg-turbo 2.1.3-1
lib32-libpng 1.6.37-3
lib32-libpng12 1.2.59-2
lib32-libtiff 4.3.0-1
lib32-zlib 1.2.11-3
libjpeg-turbo 2.1.3-1
libpng 1.6.37-3
libpng12 1.2.59-2
libtiff 4.3.0-1
opencv 4.5.5-3
openexr 3.1.4-1
openjpeg 1.5.2-3
openjpeg2 2.4.0-1
zlib 1:1.2.11-5

Hopefully I was able to solve the problem following the compiler's advice.

I am opening this issue in case someone else gets the same problem.

The Wikipedia article is going to be possibly taken down due to long-standing Wikipedia guidelines violation. The alleged rule violation is this.

Letting whom it would concern know.

Thank you to all that maintains this project! (Love YafaRay!)

Hi David. As I see new commits is it still in progress or can we test a new build in coming near times?

Regards,
Odilkhan.

i would like to visit the page.

Hi
It is nice to explain on how to use CMAKE and compiler to make the program from Yafaray version 3.5.1 for new users developer ?

What do you think @DavidBluecame of that ?

It seems that the YafaRay website is down, the domain has expired.

v3.5.1 seems to have an issue when building with gcc-13 in the file session.c[1]. A single #include <string> in https://github.com/YafaRay/libYafaRay/blob/v3.5.1/include/core_api/session.h#L28 solved the issue for me. Due to being a trivial patch, I didn't bother to open a PR. If you want me to submit a PR, please ping back to me.

[1] https://bugs.gentoo.org/895208

Earlier versions use to have the documentation on yafaray.org. I can't see them now. Can anyone please let me know if they are somewhere out there?

Hi David
I have a question about resampled floor. As I understand it, it decreases thresold when pixels to resample go below a % of total pixels of the image, so in practice it decreases thresold only one time regardless of passes once the % is reached. Also decreased thresold amount follows to the precomputed curve. Am I right?
The idea I had about this algorithm was setting relately high % levels, for instance a 95%, so the thresold is constantly moving down in each pass with low percentages of pixels solved, which is always the case, but for this to work pixels percentage should go against pixels pixels sampled in the previous pass, instead of total pixels in the image. Am I getting it right ?

The site that contains documentation is not working!

test

I received a report from our testing team with an issue building libYafaRay v3.5.1 with clang (possibly using libcxx from clang instead of standard c++ library from gcc) on Gentoo Linux.

The error is

/var/tmp/portage/media-gfx/yafaray-3.5.1-r1/work/libYafaRay-3.5.1/include/core_api/surface.h:118:19: error: no member named 'numeric_limits' in namespace 'std'

A full build log can be seen with the bug report at https://bugs.gentoo.org/830949

I'm the maintainer of the package in Gentoo. Don't hesitate to request any more input from me, if needed or if I can be of support in resolving this.

Really unsuspected and unresponsible.