@@ -5,15 +5,25 @@ Dependency and standards changes:
5
5
* ** OpenImageIO 1.8+** : This release of OSL should build properly against
6
6
OIIO 1.8 or newer. Support has been dropped for OIIO 1.7.
7
7
8
+ New tools:
9
+ * ** osltoy** : GUI tool for interactive shader editing and pattern
10
+ visualization (somewhat in the style of [ Shadertoy] ( http://shadertoy.com ) .
11
+ #827 (1.10.0)
12
+
8
13
Language features:
9
14
10
15
Standard library additions/changes:
11
16
12
17
Contributed shader library changes:
18
+ * mandelbrot.osl: computes Mandelbrot and Julia images. #827 (1.10.0)
13
19
14
20
API changes, new options, new ShadingSystem features (for renderer writers):
15
21
* ShadingSystem API changes:
16
22
* ShadingSystem attribute additions/changes:
23
+ * New "allow_shader_replacement" (int) attribute, when nonzero, allows
24
+ shaders to be specified more than once, replacing their former
25
+ definitions. The default, 0, considers that an error, as it always
26
+ has. #816 (1.10.0).
17
27
* Shader group attribute additions/changes:
18
28
* RendererServices:
19
29
@@ -26,17 +36,17 @@ Build & test system improvements:
26
36
Developer goodies:
27
37
28
38
Documentation:
39
+ * ` osltoy ` documentations in ` doc/osltoy.md.html ` (1.10.0).
29
40
30
41
31
-
32
- Release 1.9 -- ?? 2017 (compared to 1.8)
42
+ Release 1.9 -- 4 December 2017 (compared to 1.8)
33
43
--------------------------------------------------
34
44
35
45
Dependency and standards changes:
36
46
* ** C++11 required** : OSL 1.9 requires a minimum standard of C++11. It
37
47
should also build against C++14 and C++17.
38
- * ** LLVM 3.5 / 3.9 / 4.0 / 5.0** : Support has been added for LLVM 3.9, 4.0, and
39
- 5.0. Support has been removed for for LLVM 3.4.
48
+ * ** LLVM 3.5 / 3.9 / 4.0 / 5.0** : Support has been added for LLVM 3.9, 4.0,
49
+ and 5.0. Support has been removed for for LLVM 3.4.
40
50
* ** OpenImageIO 1.7+** : This release of OSL should build properly against
41
51
OIIO 1.7 or newer. You may find that 1.6 is still ok, but we are not doing
42
52
any work to ensure that.
@@ -49,10 +59,10 @@ Language features:
49
59
OSL_VERSION_PATCH, and OSL_VERSION (e.g. 10900 for 1.9.0) reveal the
50
60
OSL release at shader compile time. #747 (1.9.0)
51
61
* Structure constructors: If you have a struct ` S ` comprising fields with
52
- types T1, T2, ..., you may now have an expression ` S(T1 v2,T2 v2,...) ` that
53
- constructs and returns an ` S ` with those field values, much in the same
54
- way that you can say ` color(a,b,c) ` to construct a color out of components
55
- a, b, c. #751 (1.9.0)
62
+ types T1, T2, ..., you may now have an expression ` S(T1 v2, T2 v2,...) `
63
+ that constructs and returns an ` S ` with those field values, much in the
64
+ same way that you can say ` color(a,b,c) ` to construct a color out of
65
+ components a, b, c. #751 (1.9.0)
56
66
* User-defined operator overloading: If you make a new (struct) type, it
57
67
is possible to define overloaded operators, like this:
58
68
@@ -130,8 +140,8 @@ API changes, new options, new ShadingSystem features (for renderer writers):
130
140
parameters expecting a float-aggregate or array thereof, and an ` int `
131
141
may be passed to a parameter expecting a ` float ` , and an ` int[1] ` may
132
142
be passed to an ` int ` parameter. #794 ,#797 (1.9.1)
133
- * Shader group attribute additions/changes:
134
- * RendererServices:
143
+ * Fixed ` ClosureComponent ` to work with SSE alignment requirements. # 810
144
+ (1.9.3)
135
145
136
146
Performance improvements:
137
147
* Shader JIT time is improved by about 10% as a result of pre-declaring
@@ -194,6 +204,15 @@ Bug fixes and other improvements (internals):
194
204
the ` '.' ` (dot) character as decimal separator in floating point number,
195
205
even when running on a computer system configured to use a foreign locale
196
206
where the comma is traditionally used as the decimal separator. #795 (1.9.1)
207
+ * Fix param analysis bug for texture or pointcloud functions with optional
208
+ token/value parameters where the token name wasn't a string literal -- it
209
+ could fail to recognize that certain parameters would be written to by the
210
+ call. #812 (1.9.3)
211
+ * ShadingSystem statistics are now printed if any shaders were
212
+ declared/loaded, even if no shaders were executed. #815 (1.9.3)
213
+ * Minor OSLQuery implementation improvements: add move/copy constructors
214
+ for OSLQuery::Parameter, make the ShadingSystem side of OSLQuery correctly
215
+ report default parameter values. #821 (1.9.4)
197
216
198
217
Build & test system improvements:
199
218
* C++11 is the new language baseline. #704 , #707
@@ -251,6 +270,11 @@ Build & test system improvements:
251
270
#788 (1.9.1)
252
271
* Improved proper rebuilding of the LLVM bitcode for llvm_ops.cpp when only
253
272
certain headers change. #802 (1.9.1)
273
+ * Fix gcc7 warnings about signed vs unsigned compares. #807 (1.9.2)
274
+ * Simplify the build logic for finding PugiXML and prefer a system install
275
+ when found, rather than looking to OIIO to supply it. #809 (1.9.2)
276
+ * MSVS 2015 x64 compilation fixes. #820 (1.9.4)
277
+ * Fix debug compile against OIIO 1.7. #822 (1.9.4)
254
278
255
279
Developer goodies:
256
280
* The ` dual.h ` implementation has been completely overhauled. The primary
@@ -268,6 +292,8 @@ Documentation:
268
292
* Full testshade docs in ` doc/testshade.md.html ` (1.9.0)
269
293
270
294
295
+
296
+
271
297
Release 1.8.12 -- 1 Nov 2017 (compared to 1.8.11)
272
298
--------------------------------------------------
273
299
* Improve type checking error messages with structs. #761
@@ -437,10 +463,6 @@ API changes, new options, new ShadingSystem features (for renderer writers):
437
463
* Attribute "llvm_debug_ops" adds a printf before running each op.
438
464
This is mostly for debugging OSL itself, not for users. (1.8.3)
439
465
440
- <!-- * Shader group attribute additions/changes:
441
- * RendererServices:
442
- -->
443
-
444
466
Performance improvements:
445
467
* New runtime optimization: better at understanding the initial values of
446
468
output parameters and what optimizations can be done based on that. #657
0 commit comments