Equalizer - Parallel Rendering

Fixed in master - thanks. Cheers, Stefan. -- View this message in context: [link] Sent from the Equalizer - Parallel Rendering mailing list archive at Nabble.com. ______________________________ _________________

I figured it out with the bison error. It seemed that there was somewhere in the path variable another m4 which generated this error. I changed bison.bat from the GnuWin32/bin directory to @set PATH=%~dp0;%PATH% Maybe this helps another one with the same error. Cheers, Robert

Image::start/finishReadback, used by the Channel::frameReadback and the async readback finish thread's Channel::_finishReadback() ...and now it gets ugly. The code is in Channel::_transmitImage, but should be refactored into an operator ... [More] <</>> (DataO/IStream&, Image&) to be reusable. Most of the complications are due to the handling of compressed/noncompressed image data and the serialization of the individual compressed chunks. [Less]

I see. I looked in eq/server directory and didn't see that original binary. However, I just tested it with directly using CMake on the Equalizer source, same error. Am I the only one who uses Equalizer on Windows? :-) I tested in on two different computers, same error. Maybe a VS2012 bug? Cheers,

arg! It's the original bison executable, since bison is a batch script setting PATH and invoking bison_original. They all should be in CMAKE_BINARY_DIR/GnuWin32. HTH, Stefan. -- View this message in context: [link]

Hi Stefan It works again. But still the same error with bison during compilation of eq/server: 12> 4> [BISON][PARSER] Building parser with bison 2.4.1 12> 12> 4> loader.y: conflicts: 43 shift/reduce 12> 12> 4> ... [More] bison_original: m4: Permission denied What is this bison_original? I only see a bison_simple, which I think isn't [Less]

That makes sense. I forgot the implications of bison/flex on Windows when I did this cleanup. I now reverted to the state before, and hopefully it works again. If it still doesn't find flex, can you give me a bit more data on the error? Cheers, Stefan. -- View this message in context: [link]

Ok, the problem is, it gets extracted too late. in CMakelists.txt, ln 16 FindPackages gets included by inlcude(configure), which searches for BISON in ln 81. But UseGnuWin32 gets call in line 55, which is too late. So if CMake searches for Bison, it's not yet extracted. Moving it up before include(configure) helps to find it there, but later

Hi Robert, That's weird. I tried to reproduce yesterday but doing this on a VM (aside the other work stuff) means it takes forever... Bison is invoked properly, and is in fact just a batch script which is supposed to set the PATH correctly (to find ... [More] m4) and then invoke the real bison executable. Either the PATH goes wrong or m4 is not executable. Can you verify both? [Less]

This is there and extracted, but CMake doesn't find it... Cheers, Robert -- View this message in context: [link] Sent from the Equalizer - Parallel Rendering mailing list archive at Nabble.com. ______________________________ _________________