1
+ API Changes for 3.2.0
2
+ =====================
3
+
4
+ .. contents ::
5
+ :local:
6
+ :depth: 1
7
+
8
+
9
+ Behavior changes
10
+ ----------------
11
+
1
12
Deprecations
2
- ````````````
13
+ ------------
3
14
15
+ ``axes_grid1 `` colorbar
16
+ ~~~~~~~~~~~~~~~~~~~~~~~
4
17
The ``mpl_toolkits.axes_grid1.colorbar `` module and its colorbar implementation
5
18
are deprecated in favor of :mod: `matplotlib.colorbar `, as the former is
6
19
essentially abandoned and the latter is a more featureful replacement with a
@@ -25,3 +38,26 @@ During the deprecation period, the ``mpl_toolkits.legacy_colorbar``
25
38
rcParam can be set to True to use ``mpl_toolkits.axes_grid1.colorbar `` in
26
39
:mod: `mpl_toolkits.axes_grid1 ` code with a deprecation warning (the default),
27
40
or to False to use ``matplotlib.colorbar ``.
41
+
42
+
43
+ Development changes
44
+ -------------------
45
+
46
+ Windows build
47
+ ~~~~~~~~~~~~~
48
+ Previously, when building the :mod: `matplotlib._png ` extension, the build
49
+ script would add "png" and "z" to the extensions ``.libraries `` attribute (if
50
+ pkg-config information is not available, which is in particular the case on
51
+ Windows).
52
+
53
+ In particular, this implies that the Windows build would look up files named
54
+ ``png.lib `` and ``z.lib ``; but neither libpng upstream nor zlib upstream
55
+ provides these files by default. (On Linux, this would look up ``libpng.so ``
56
+ and ``libz.so ``, which are indeed standard names.)
57
+
58
+ Instead, on Windows, we now look up ``libpng16.lib `` and ``zlib.lib ``, which
59
+ *are * the upstream names for the shared libraries (as of libpng 1.6.x).
60
+
61
+ For a statically-linked build, the upstream names are ``libpng16_static.lib ``
62
+ and ``zlibstatic.lib ``; one still needs to manually rename them if such a build
63
+ is desired.
0 commit comments