| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
uninitialized memory
Fixes https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/199
|
| |
|
|\
| |
| |
| |
| | |
docs: Fix the XPM data annotation
See merge request GNOME/gdk-pixbuf!125
|
| |
| |
| |
| | |
The return value of GdkPixbufModuleBeginLoadFunc is NULL only on error.
|
|/
|
|
| |
Make sure that the array is annotated as zero-terminated.
|
|\
| |
| |
| |
| | |
Turn GdkPixbufModule functions into typed callbacks
See merge request GNOME/gdk-pixbuf!123
|
| |
| |
| |
| | |
This way we can properly document and annotate them.
|
|\ \
| | |
| | |
| | |
| | | |
tiff: Use non-deprecated C99 integer types
See merge request GNOME/gdk-pixbuf!124
|
| |/
| |
| |
| |
| | |
The old `uint16` and `uint32` types have been deprecated in favour of
the C99 integer types `uint16_t` and `uint32_t`.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
jpeg: Do not rely on UB around setjmp/longjmp
Closes #143
See merge request GNOME/gdk-pixbuf!116
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We are reading and writing a structure before and after a
sigsetjmp/longjmp pair without declaring it volatile. This is undefined
behaviour, and even if most compilers and toolchains won't have any
issue with that, it's better to avoid it if at all possible.
The simplest fix is to declare the variable in a separate function, and
then pass it by reference.
Fixes: #143
|
|\ \ \
| |_|/
|/| |
| | |
| | |
| | |
| | | |
gif: Check for overflow when compositing or clearing frames.
Closes #190
See merge request GNOME/gdk-pixbuf!121
|
| | |
| | |
| | |
| | |
| | |
| | | |
Fixes: #190
Similar to fix in 086e8adf4cc352cd11572f96066b001b545f354e
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Update the libpng wrap file
See merge request GNOME/gdk-pixbuf!122
|
|/ / /
| | |
| | |
| | | |
Use the latest from `meson wrap`.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
|/ /
| |
| |
| |
| |
| | |
The default branch in GLib has been renamed to `main`.
See: GNOME/glib#2348
|
|\ \
| | |
| | |
| | |
| | | |
docs: Fix the image-data link
See merge request GNOME/gdk-pixbuf!120
|
|/ /
| |
| |
| | |
Reference the anchor in the class description.
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
Meson: Change png/jpeg/tiff options from boolean to feature
See merge request GNOME/gdk-pixbuf!118
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| | |
png/jpeg are essential and have a fallback subproject so they are
enabled by default. tiff is not required by GTK and does not have a
subproject so it's set to 'auto' by default.
This fixes the case where tiff option was set to true by default but
meson setup was not aborting if the dependency was not found. Instead it
was failing at build time.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Meson: Small fixes to dependency lookup
Closes #182
See merge request GNOME/gdk-pixbuf!117
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- When png/jpeg/tiff option is set to true it should abort when
dependency cannot be found one way or another.
- Use libjpeg-turbo meson port instead of libjpeg from wrapdb to fix
build on Windows.
- Rely on libpng.pc instead of checking each individual version.
Fixes: #182
|
|/ / |
|
| | |
|
|\ \
| |/
|/|
| |
| |
| |
| | |
build: Fix shared GDI+ loaders iteration
Closes #185
See merge request GNOME/gdk-pixbuf!115
|
|/
|
|
|
|
| |
The native loaders for Windows are not stored in a dictionary.
Fixes: #185
|
|\
| |
| |
| |
| | |
Build fixes
See merge request GNOME/gdk-pixbuf!114
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Follow the same pattern as the libpng checks:
1. look for libjpeg via pkg-config
2. if pkg-config fails, and we're using the MSVC toolchain, look
for header and library
3. if that fails, fall back to the libjpeg subproject
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
meson can't do function checks for subprojects, since
these have not been built yet at configure time. So,
check if we are in that case and bypass the checks.
The libjpeg we build as a subproject is new enough
to have those functions, anyway.
|
| |
| |
| |
| |
| |
| |
| | |
With meson 0.56, this can be done more elegantly with
allow_fallback and a [provide] section in the wrap
files, but with 0.55, we need to explictly mention
the variable names in the meson file.
|
| |
| |
| |
| |
| | |
According to @xclaesse, this version seems to work when it comes to
resolving the dependency of libpng and libjpeg.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The checksum from the wrapdb does not match the checksum from the source
website.
Apparently, the ICJ libjpeg maintainers decided to re-upload the 9c
source tarball after changing its contents.
See: https://github.com/mesonbuild/wrapdb/issues/94
|
| |
| |
| |
| |
| |
| | |
We are checking for libjpeg only if we find a header to include, but the
dependency check with pkg-config, and the fallback with a wrap file,
should happen outside of that check.
|
| |
| |
| |
| | |
Never use g_set_error() without a format string.
|
|/
|
|
|
| |
The path of a file may contain non-Unicode glyphs, as file names have
their own encoding.
|
| |
|
| |
|
|
|
|
| |
Use the repository under the GNOME group, not my personal repository.
|
|\
| |
| |
| |
| | |
Revert "build: Use a dict for pkg-config file variables"
See merge request GNOME/gdk-pixbuf!113
|
| |
| |
| |
| | |
The version of Meson shipped with Fedora 33.
|
|/
|
|
|
|
|
| |
This reverts commit f265a94336c17716b2dcb33198ec34ebf926f98e.
This change requires Meson ≥ 0.56, and Fedora 33 still has 0.55.3. We're
going to un-revert the change once we can depend on a newer version.
|
|\
| |
| |
| |
| | |
Build system clean up
See merge request GNOME/gdk-pixbuf!112
|