|
Re: Review: broken string ops (issue198076)
I'm going to commit this ASAP and then hunt for other possible
occurrences.
http://codereview.appspot.com/198076/show
I'm going to commit this ASAP and then hunt for other possible
occurrences.
http://codereview.appspot.com/198076/show
|
By
larry...@...
·
#202
·
|
|
Re: Review: broken string ops (issue198076)
LGTM!
You might want to hunt for this pattern in a few other places.
get/setmessage come to mind
http://codereview.appspot.com/198076/show
LGTM!
You might want to hunt for this pattern in a few other places.
get/setmessage come to mind
http://codereview.appspot.com/198076/show
|
By
cku...@...
·
#201
·
|
|
Review: broken string ops (issue198076)
Reviewers: ,
Description:
In several string ops, I used a local var that just told whether any of
the arguments were varying, to determine whether to assign to just the
first element of Result, or
Reviewers: ,
Description:
In several string ops, I used a local var that just told whether any of
the arguments were varying, to determine whether to assign to just the
first element of Result, or
|
By
larry...@...
·
#200
·
|
|
Re: Review: extend inf/nan checking to derivatives, fix problem with arrays (issue199063)
Sure, I guess I could. I figured that the constants from the oso file were probably beyond reproach, but since it doesn't cost anything, will do.
-- lg
--
Larry Gritz
l...@...
Sure, I guess I could. I figured that the constants from the oso file were probably beyond reproach, but since it doesn't cost anything, will do.
-- lg
--
Larry Gritz
l...@...
|
By
Larry Gritz <l...@...>
·
#195
·
|
|
Re: Review: extend inf/nan checking to derivatives, fix problem with arrays (issue199063)
That works for me.
Maybe throw in Const too? (just in case of some weird oso parsing
regression?)
http://codereview.appspot.com/199063/show
That works for me.
Maybe throw in Const too? (just in case of some weird oso parsing
regression?)
http://codereview.appspot.com/199063/show
|
By
cku...@...
·
#199
·
|
|
Re: Review: extend inf/nan checking to derivatives, fix problem with arrays (issue199063)
LGTM, except for the previously existing bug
http://codereview.appspot.com/199063/diff/1/3
File src/liboslexec/exec.cpp
LGTM, except for the previously existing bug
http://codereview.appspot.com/199063/diff/1/3
File src/liboslexec/exec.cpp
|
By
cku...@...
·
#198
·
|
|
Review: extend inf/nan checking to derivatives, fix problem with arrays (issue199063)
Reviewers: ,
Description:
Extend the inf/nan checking to also check (and print specific messages
for) derivatives. Also, fixed a minor buglet that, for arrays, would
only have checked the first
Reviewers: ,
Description:
Extend the inf/nan checking to also check (and print specific messages
for) derivatives. Also, fixed a minor buglet that, for arrays, would
only have checked the first
|
By
larry...@...
·
#197
·
|
|
Re: "Polymorphic" in OSL manual
"polymorphic" appears exactly once in the docs, I have changed to "overloaded." No biggie.
--
Larry Gritz
l...@...
"polymorphic" appears exactly once in the docs, I have changed to "overloaded." No biggie.
--
Larry Gritz
l...@...
|
By
Larry Gritz <l...@...>
·
#194
·
|
|
Re: "Polymorphic" in OSL manual
Reading these two
http://en.wikipedia.org/wiki/Type_polymorphism
http://www.haskell.org/haskellwiki/Ad-hoc_polymorphism
suggests that what OSL provides is ad-hoc polymorphism, or otherwise known as
Reading these two
http://en.wikipedia.org/wiki/Type_polymorphism
http://www.haskell.org/haskellwiki/Ad-hoc_polymorphism
suggests that what OSL provides is ad-hoc polymorphism, or otherwise known as
|
By
Blair Zajac <bl...@...>
·
#193
·
|
|
Re: "Polymorphic" in OSL manual
RSL and OSL both are able to overload functions by return type.
So, do the terminology purists out there think that this makes it "polymorphic" or merely "overloaded"?
-- lg
--
Larry
RSL and OSL both are able to overload functions by return type.
So, do the terminology purists out there think that this makes it "polymorphic" or merely "overloaded"?
-- lg
--
Larry
|
By
Larry Gritz <l...@...>
·
#190
·
|
|
Re: "Polymorphic" in OSL manual
I think one of the reasons for this extensive explanation was meant to
make the point that functions cannot be overloaded only by return
type, in contrast to RSL :) This, along with many other
I think one of the reasons for this extensive explanation was meant to
make the point that functions cannot be overloaded only by return
type, in contrast to RSL :) This, along with many other
|
By
Iliyan <iliyan....@...>
·
#189
·
|
|
Re: "Polymorphic" in OSL manual
I believe you are correct. Polymorphism should refer to types, what I was talking about is really "overloading."
-- lg
--
Larry Gritz
l...@...
I believe you are correct. Polymorphism should refer to types, what I was talking about is really "overloading."
-- lg
--
Larry Gritz
l...@...
|
By
Larry Gritz <l...@...>
·
#188
·
|
|
"Polymorphic" in OSL manual
Hey guys,
Reading through the OSL manual, on page 20 there's this paragraph:
"""Functions may be polymorphic. That is, multiple functions may be defined to have the same name, as long as they have
Hey guys,
Reading through the OSL manual, on page 20 there's this paragraph:
"""Functions may be polymorphic. That is, multiple functions may be defined to have the same name, as long as they have
|
By
Blair Zajac <bl...@...>
·
#187
·
|
|
Re: Review: more nan/inf checking (issue196066)
Good call on both counts. I will upload an updated review shortly.
-- lg
--
Larry Gritz
l...@...
Good call on both counts. I will upload an updated review shortly.
-- lg
--
Larry Gritz
l...@...
|
By
Larry Gritz <l...@...>
·
#186
·
|
|
Re: Review: more nan/inf checking (issue196066)
http://codereview.appspot.com/196066/diff/1/3
File src/liboslexec/exec.cpp (right):
http://codereview.appspot.com/196066/diff/1/3#newcode345
src/liboslexec/exec.cpp:345: if (debugnan && check_nan
http://codereview.appspot.com/196066/diff/1/3
File src/liboslexec/exec.cpp (right):
http://codereview.appspot.com/196066/diff/1/3#newcode345
src/liboslexec/exec.cpp:345: if (debugnan && check_nan
|
By
cku...@...
·
#192
·
|
|
Re: Fixes in westin_sheen closure (issue194147)
LGTM
http://codereview.appspot.com/194147/show
LGTM
http://codereview.appspot.com/194147/show
|
By
cku...@...
·
#191
·
|
|
Fixes in westin_sheen closure (issue194147)
Reviewers: osl-dev_googlegroups.com,
Description:
We were forgetting to set the pdf in the eval function, plus we were
using the wrong cosine in its sampler.
Please review this at
Reviewers: osl-dev_googlegroups.com,
Description:
We were forgetting to set the pdf in the eval function, plus we were
using the wrong cosine in its sampler.
Please review this at
|
By
aco...@...
·
#185
·
|
|
Re: Compiling OpenShadingLanguage under Windows
I included the project file for mcpp. I plan to generate a cmake file for it.
I have updated the cmakefiles for osl to hopefully work better on windows.
They assume that there is an thirdpartyhome
I included the project file for mcpp. I plan to generate a cmake file for it.
I have updated the cmakefiles for osl to hopefully work better on windows.
They assume that there is an thirdpartyhome
|
By
Wormszer <worm...@...>
·
#181
·
|
|
Thirdparty/Utilties in trunk
Part of the windows build now requires the use of MCPP to do the OSL preprocessing.
There is a binary available but unfortunatly it doesn't support a necessary command line parameter.
So I had to
Part of the windows build now requires the use of MCPP to do the OSL preprocessing.
There is a binary available but unfortunatly it doesn't support a necessary command line parameter.
So I had to
|
By
Wormszer <worm...@...>
·
#180
·
|
|
Review: more nan/inf checking (issue196066)
Reviewers: ,
Description:
At Chris Kulla's suggestion, expand our "debugnan" checking to include
the binding step, to catch any bad values passed into the shading
system.
Please review this at
Reviewers: ,
Description:
At Chris Kulla's suggestion, expand our "debugnan" checking to include
the binding step, to catch any bad values passed into the shading
system.
Please review this at
|
By
larry...@...
·
#184
·
|