After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 733487 - openjpeg: Win32-compatible OpenJPEG-2.0 detection
openjpeg: Win32-compatible OpenJPEG-2.0 detection
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
unspecified
Other All
: Normal normal
: 1.4.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-07-21 09:55 UTC by LRN
Modified: 2014-07-22 12:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
W32-compatible OpenJPEG-2.0 detection (1.52 KB, patch)
2014-07-21 09:55 UTC, LRN
committed Details | Review

Description LRN 2014-07-21 09:55:09 UTC
Openjpeg 2.x switched to using stdcall on W32 by default, which prevents normal
autoconf macros from detecting it. Do a real, honest-to-god linking with a real
header to determine Openjpeg presence.
Comment 1 LRN 2014-07-21 09:55:13 UTC
Created attachment 281297 [details] [review]
W32-compatible OpenJPEG-2.0 detection

OpenJPEG 2.0 API uses stdcall on W32 by default. This prevents normal
autoconf library macros from finding its functions.
A more compatible check is to acutally link a program that includes a
real header.
Comment 2 Sebastian Dröge (slomo) 2014-07-21 10:14:03 UTC
commit 3ac444d2b7266512b53070cdda17e158697c89cf
Author: Руслан Ижбулатов <lrn1986@gmail.com>
Date:   Tue May 6 09:28:14 2014 +0000

    openjpeg: Win32-compatible OpenJPEG-2.0 detection
    
    OpenJPEG 2.0 API uses stdcall on W32 by default. This prevents normal
    autoconf library macros from finding its functions.
    A more compatible check is to acutally link a program that includes a
    real header.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=733487