• Home
  • Raw
  • Download

Lines Matching +full:build +full:- +full:windows +full:- +full:2017

3 /// Release 0.8.3 (2024-03-05)
5 /// ## Non-breaking changes
7 /// A `dev-dependency` on `windows-sys` that was unconditionally introduced in
11 /// Release 0.8.2 (2024-03-01)
16 /// to not be breaking enough to warrant a semver-breaking release of libloading. If you're stick
19 /// ## Non-breaking changes
21 /// * The crate switches the dependency on `windows-sys` to a `windows-target` one for Windows
29 /// Release 0.8.1 (2023-09-30)
31 /// ## Non-breaking changes
36 /// Release 0.8.0 (2023-04-11)
40 /// * `winapi` dependency has been replaced with `windows-sys`.
43 /// ## Non-breaking changes
48 /// Release 0.7.4 (2022-11-07)
55 /// Release 0.7.3 (2022-01-15)
65 /// Release 0.7.2 (2021-11-14)
68 /// the version of the toolchain is insufficient. Refer to the [min-rust-version RFC] and its
71 /// [min-rust-version RFC]: https://rust-lang.github.io/rfcs/2495-min-rust-version.html
72 /// [tracking issue]: https://github.com/rust-lang/rust/issues/65262
74 /// Additionally, on platforms `libloading` has no support (today: `not(any(unix, windows))`), we
75 /// will no longer attempt to implement the cross-platform `Library` and `Symbol` types. This makes
76 /// `libloading` compile on targets such as `wasm32-unknown-unknown` and gives ability to the
82 /// [target.'cfg(any(unix, windows))'.dependencies.libloading]
87 /// Release 0.7.1 (2021-10-09)
92 /// Release 0.7.0 (2021-02-06)
100 /// [`os::unix::Library::open`], [`os::windows::Library::new`],
101 /// [`os::windows::Library::load_with_flags`]. This is the most prominent breaking change in this
126 /// (e.g. Windows) this is available via the optional `DllMain` initializer. Various systems
129 /// the Mach-O format.
139 /// C++ too. Anybody can build a shared library in variety of different programming languages and
167 /// ### Dropped support for Windows XP/Vista
169 /// The (broken) support for Windows XP and Windows Vista environments was removed. This was
171 /// project](https://github.com/rust-lang/compiler-team/issues/378) but also as an acknowledgement
186 /// [`os::windows::Library::new`]: crate::os::windows::Library::new
187 /// [`os::windows::Library::load_with_flags`]: crate::os::windows::Library::load_with_flags
194 /// Release 0.6.7 (2021-01-14)
196 /// * Added a [`os::windows::Library::open_already_loaded`] to obtain a handle to a library that
201 /// [`os::windows::Library::open_already_loaded`]: crate::os::windows::Library::open_already_loaded
205 /// Release 0.6.6 (2020-12-03)
207 /// * Fix a double-release of resources when [`Library::close`] or [`os::windows::Library::close`]
208 ///   is used on Windows.
211 /// [`os::windows::Library::close`]: crate::os::windows::Library::close
214 /// Release 0.6.5 (2020-10-23)
216 /// * Upgrade cfg-if 0.1 to 1.0
219 /// Release 0.6.4 (2020-10-10)
221 /// * Remove use of `build.rs` making it easier to build `libloading` without cargo. It also
222 ///   almost halves the build time of this crate.
225 /// Release 0.6.3 (2020-08-22)
227 /// * Improve documentation, allowing to view all of the os-specific functionality from
229 /// * Add [`os::windows::Library::this`];
230 /// * Added constants to use with OS-specific `Library::open`;
233 /// [`os::windows::Library::this`]: crate::os::windows::Library::this
237 /// Release 0.6.2 (2020-05-06)
242 /// Release 0.6.1 (2020-04-15)
244 /// * Introduced a new method [`os::windows::Library::load_with_flags`];
247 /// [`os::windows::Library::load_with_flags`]: crate::os::windows::Library::load_with_flags
250 /// Release 0.6.0 (2020-04-05)
259 /// * Minimum required (stable) version of Rust to build this library is now 1.40.0;
263 /// * Removed the dependency on the C compiler to build this library on UNIX-like platforms.
264 ///   `libloading` used to utilize a snippet written in C to work-around the unlikely possibility
265 ///   of the target having a thread-unsafe implementation of the `dlerror` function. The effect of
266 ///   the work-around was very opportunistic: it would not work if the function was called by
269 ///   Starting with 0.6.0, [`Library::get`] on platforms where `dlerror` is not MT-safe (such as
271 ///   `dlsym` returns a null pointer. For the use-cases where loading null pointers is necessary
279 /// Release 0.5.2 (2019-07-07)
281 /// * Added API to convert OS-specific `Library` and `Symbol` conversion to underlying resources.
284 /// Release 0.5.1 (2019-06-01)
286 /// * Build on Haiku targets.
289 /// Release 0.5.0 (2018-01-11)
295 /// * libloading now requires a C compiler to build on UNIX;
299 /// [`linkage`]: https://github.com/rust-lang/rust/issues/29603
303 /// Release 0.4.3 (2017-12-07)
305 /// * Bump lazy-static dependency to `^1.0`;
306 /// * `cargo test --release` now works when testing libloading.
309 /// Release 0.4.2 (2017-09-24)
311 /// * Improved error and race-condition handling on Windows;
312 /// * Improved documentation about thread-safety of Library;
313 /// * Added `Symbol::<Option<T>::lift_option() -> Option<Symbol<T>>` convenience method.
316 /// Release 0.4.1 (2017-08-29)
321 /// Release 0.4.0 (2017-05-01)
323 /// * Remove build-time dependency on target_build_utils (and by extension serde/phf);
324 /// * Require at least version 1.14.0 of rustc to build;
329 /// Release 0.3.4 (2017-03-25)
334 /// Release 0.3.3 (2017-03-25)
337 ///   types (which are zero-sized).
340 /// Release 0.3.2 (2017-02-10)
346 /// Release 0.3.1 (2016-10-01)
353 /// Release 0.3.0 (2016-07-27)
355 /// * Greatly improved documentation, especially around platform-specific behaviours;
357 /// * All `Library`-ies now implement `Send`.
359 /// os::platform::Library` allowing wrapping and extracting the platform-specific library handle;
369 /// cross-platform behaviour. If a library loaded with `Library::new` had any linking errors, but
375 /// * Added `os::windows::Library::get_ordinal` which allows finding a function or variable by its