Hey Alejandro! Great to hear from you, I had no idea you were involved in this project. I incorrectly interpreted what would actually be given to the renderer, I thought it would be a single

Well, is Larry's baby. I'm in the group that makes the render using OSL. That's right. Yeah That's more of a question for Larry. I know osl closures are in the roadmap, but he is the one to talk to

Anybody? -- Larry Gritz l...@...

Well, I'm not sure what to think. The derivatives of mod(x,y) is the same as x most of the time, but at the discontinuity? Not sure what else you could really do since the function isn't

Well, there's "math" and then there's "what's useful in shaders." In the strict mathematical sense, the derivative is undefined at the discontinuity (x==d), though you could speak of the limit as you

Agreed. You answer seems the most useful one. --jono

Hi guys, After quite some thought I agree that d/dx mod(x,a) == 1 is about about the best you can do, even though it doesn't make sense at the discontinuity. It is possible to make sense of the

Hi All, I'm trying to compile the OpenShadingLanguage library under Windows using VisualStudio 2008. I was able to compile the following projects so far: - oslquery - oslinfo There is a

The chunk of code between the '{' and '}' is just C++ (mostly, except for the $ markers of course). Looking at this, the line TypeSpec t (simple, t.is_closure()); doesn't make any sense to me,

I'm having some difficulty building OpenImageIO on macos (Snow Leopard), as a required pre-requisite for building OSL. The build of the external packages fails because libtiff doesn't build.

Hi Chris, Thank you very much for your reply. It works! Here comes the next problem compiling the "osllex.cpp" file generated by flex from "osllex.l"

I do a most of my day-to-day development on Snow Leopard, so I know this can be made to work. Are you building OIIO by checking out the "external" project and trying to build the whole thing? If so,

aaa))))that is sooooo cool))thx) http://gwy.in/jokesoffice

I too have been trying to build under windows and ran across the same problem with the t variable. Assuming gcc allows it for some reason, by default is_closure() is false so that is what i set it

Hi Jeremy, I'm using the following versions of flex/bison: - flex, GnuWin32 distribution, version 2.5.4 - bison, GnuWin32 distribution, version 2.4.1 and having the same problems. I have

Thanks Oleg, I am using flex 2.5.35 and bison 2.3 in cygwin 1.7. I am pretty sure that my flex version is newer even though the version number is earlier. But im not sure about bison. I have the

Ok I was able to get oslquery oslinfo oslcomp oslc all to build. I am still working on oslexec Here is what I had to change to get it to build, see if these changes work for you or match what you

My generated code issues were from VS having not rebuilt the files with the new flex. So now I am just left with a bunch of missing math functions. It looks likes visual studios implementation of

These are all C99 math functions, not available on windows I guess... I had a look in boost (they implement some of the C99 functions there) but unfortunately these ones aren't implemented yet

Thanks Chris, I got the defines included but after searching around and trying some various things I have been unable to find a solution to the missing math functions. The closest I got was to using