Hopefully someone can give me a hint here...
I'm working on converting a project[1] from a patchwork of autotools to
cmake based build. I've got the cross-compiling working and even managed to
create an installer using cpack with NSIS after figuring out which DLLs I
needed to package with it.
The last problem I'm having and have not yet figured out is why I'm getting
an error when I exit the program that only occurs on release builds
(-DNDEBUG) but does not occur with debug builds (-g).
The error is a popup window saying "microsoft visual c++ this application
has requested the runtime to terminate it in an unusual way"
Any ideas?
Thanks,
Richard
[1] freedv.org
https://bugzilla.redhat.com/show_bug.cgi?id=894834
--- Comment #24 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> ---
Note: it isn't possible to build this package on RHEL6. This is because of the
fact that Red Hat is shipping the old mingw.org toolchain by default in RHEL6.
All the mingw-filesystem infrastructure is also still based on the mingw.org
toolchain and only supports the win32 target (win64 isn't supported).
We can't introduce the mingw-w64 toolchain in RHEL6 because according to the
EPEL packaging guidelines it isn't allowed to replace packages which are
already part of the official RHEL6 repositories.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=YEkKHuRqoH&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=894834
Marcel Wysocki <maci(a)satgnu.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |fedora-cvs?
--- Comment #22 from Marcel Wysocki <maci(a)satgnu.net> ---
New Package SCM Request
=======================
Package Name: mingw-gtkglext
Short Description: GtkGLExt is an OpenGL extension to GTK+. Compiled for the
MinGW Platform.
Owners: maci
Branches: f17 f18 f19 el6
InitialCC:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=g55gQxBGdB&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=823623
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ON_QA |CLOSED
Fixed In Version| |mingw-libusbx-1.0.12-1.fc17
Resolution|--- |ERRATA
Last Closed| |2013-05-21 04:33:33
--- Comment #12 from Fedora Update System <updates(a)fedoraproject.org> ---
mingw-libusbx-1.0.12-1.fc17 has been pushed to the Fedora 17 stable repository.
If problems still persist, please make note of it in this bug report.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=xU2ZxyAhJ8&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=961404
--- Comment #4 from Sandro Mani <manisandro(a)gmail.com> ---
Thanks for the review!
New Package SCM Request
=======================
Package Name: mingw-gtkspellmm30
Short Description: MinGW Windows GtkSpellmm library
Owners: smani
Branches: f18 f19
InitialCC:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=jyEqtL8tZG&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=961404
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|fedora-review? |
Flags| |fedora-review+
--- Comment #3 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> ---
(In reply to Erik van Pienbroek from comment #2)
> The mingw32 package requires libintl-8.dll while the mingw64 package does
> not. This looks suspicious and needs to be investigated first.
Apparently this is a bug in the mingw-gettext package. Its mingw32 version of
libintl-8.dll exports a symbol called 'InterlockedCompareExchange' which is
actually part of the Win32 API. Gettext shouldn't export this symbol so this
needs to be resolved in the mingw-gettext package.
========================================================
The package mingw-gtkspellmm30 is APPROVED by epienbro
========================================================
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3tfzPuw6lK&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=914788
--- Comment #3 from Marc-Andre Lureau <marcandre.lureau(a)redhat.com> ---
(In reply to Erik van Pienbroek from comment #2)
> What's so special about this package that the regular native libtool package
> doesn't have? The only thing I can think of is the target-prefixed libtool
> script (i686-w64-mingw32-libtool). If this is the only thing and mingw-qemu
> really requires it then we can better add a wrapper script to the
> mingw-filesystem package (for which we already have the infrastructure in
> place)
the generated libtool script is specific to each target. A lot of
variables/flags are different. A link wouldn't work afaict.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=bkQNAFyMPG&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=914790
--- Comment #3 from Marc-Andre Lureau <marcandre.lureau(a)redhat.com> ---
(In reply to Erik van Pienbroek from comment #2)
> Is there any particular reason why you're calling the ./configure script
> manually instead of using the %mingw_configure RPM macro?
thanks for taking a look at the spec! :)
Yes, qemu configure isn't autofoo, and has subtle difference. I think among
other it errors out if it has unknown or unhandled arguments.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=zHdTX7Hpcf&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=961404
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |erik-fedora(a)vanpienbroek.nl
Flags| |fedora-review?
--- Comment #2 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> ---
$ rpmlint mingw-gtkspellmm30.spec
0 packages and 1 specfiles checked; 0 errors, 0 warnings.
$ rpmlint mingw-gtkspellmm30-3.0.1-2.fc19.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
$ rpmlint mingw32-gtkspellmm30-3.0.1-2.fc19.noarch.rpm
mingw32-gtkspellmm30-static-3.0.1-2.fc19.noarch.rpm
mingw64-gtkspellmm30-3.0.1-2.fc19.noarch.rpm
mingw64-gtkspellmm30-static-3.0.1-2.fc19.noarch.rpm
mingw32-gtkspellmm30-static.noarch: W: no-documentation
mingw64-gtkspellmm30-static.noarch: W: no-documentation
4 packages and 0 specfiles checked; 0 errors, 2 warnings.
$ rpm --query --requires mingw32-gtkspellmm30
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
mingw32-crt
mingw32-filesystem >= 83
mingw32(kernel32.dll)
mingw32(libgcc_s_sjlj-1.dll)
mingw32(libglibmm-2.4-1.dll)
mingw32(libgobject-2.0-0.dll)
mingw32(libgtkmm-3.0-1.dll)
mingw32(libgtkspell3-3-0.dll)
mingw32(libintl-8.dll)
mingw32(libsigc-2.0-0.dll)
mingw32(libstdc++-6.dll)
mingw32(msvcrt.dll)
mingw32-pkg-config
rpmlib(PayloadIsXz) <= 5.2-1
$ rpm --query --requires mingw64-gtkspellmm30
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
mingw64-crt
mingw64-filesystem >= 83
mingw64(kernel32.dll)
mingw64(libgcc_s_seh-1.dll)
mingw64(libglibmm-2.4-1.dll)
mingw64(libgobject-2.0-0.dll)
mingw64(libgtkmm-3.0-1.dll)
mingw64(libgtkspell3-3-0.dll)
mingw64(libsigc-2.0-0.dll)
mingw64(libstdc++-6.dll)
mingw64(msvcrt.dll)
mingw64-pkg-config
rpmlib(PayloadIsXz) <= 5.2-1
$ rpm --query --requires mingw32-gtkspellmm30-static
mingw32-gtkspellmm30 = 3.0.1-2.fc19
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadIsXz) <= 5.2-1
$ rpm --query --requires mingw64-gtkspellmm30-static
mingw64-gtkspellmm30 = 3.0.1-2.fc19
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadIsXz) <= 5.2-1
$ rpm --query --provides mingw32-gtkspellmm30
mingw32-gtkspellmm30 = 3.0.1-2.fc19
mingw32(libgtkspellmm-3.0-0.dll)
$ rpm --query --provides mingw64-gtkspellmm30
mingw64-gtkspellmm30 = 3.0.1-2.fc19
mingw64(libgtkspellmm-3.0-0.dll)
$ rpm --query --provides mingw32-gtkspellmm30-static
mingw32-gtkspellmm30-static = 3.0.1-2.fc19
$ rpm --query --provides mingw64-gtkspellmm30-static
mingw64-gtkspellmm30-static = 3.0.1-2.fc19
$ wget --quiet
http://downloads.sourceforge.net/gtkspell/gtkspellmm-3.0.1.tar.gz -O - | md5sum
bf36504f2c837f1109885a082fd90153 -
$ md5sum gtkspellmm-3.0.1.tar.gz
bf36504f2c837f1109885a082fd90153 gtkspellmm-3.0.1.tar.gz
+ OK
! Needs to be looked into
/ Not applicable
[+] Compliant with generic Fedora Packaging Guidelines
[+] Source package name is prefixed with 'mingw-'
[+] Spec file starts with %{?mingw_package_header}
[+] BuildRequires: mingw32-filesystem >= 95 is in the .spec file
[+] BuildRequires: mingw64-filesystem >= 95 is in the .spec file
[+] Spec file contains %package sections for both mingw32 and mingw64 packages
[+] Binary mingw32 and mingw64 packages are noarch
[+] Spec file contains %{?mingw_debug_package} after the %description section
[+] Uses one of the macros %mingw_configure, %mingw_cmake, or %mingw_cmake_kde4
to configure the package
[+] Uses the macro %mingw_make to build the package
[+] Uses the macro %mingw_make to install the package
[+] If package contains translations, the %mingw_find_lang macro must be used
[+] No binary package named mingw-$pkgname is generated
[+] Libtool .la files are not bundled
[+] .def files are not bundled
[+] Man pages which duplicate native package are not bundled
[+] Info files which duplicate native package are not bundled
[+] Provides of the binary mingw32 and mingw64 packages are equal
[!] Requires of the binary mingw32 and mingw64 packages are equal
The mingw32 package requires libintl-8.dll while the mingw64 package does not.
This looks suspicious and needs to be investigated first.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=yt7SXlYDPx&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=914788
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |erik-fedora(a)vanpienbroek.nl
| |,
| |fedora-mingw(a)lists.fedorapr
| |oject.org
--- Comment #2 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> ---
What's so special about this package that the regular native libtool package
doesn't have? The only thing I can think of is the target-prefixed libtool
script (i686-w64-mingw32-libtool). If this is the only thing and mingw-qemu
really requires it then we can better add a wrapper script to the
mingw-filesystem package (for which we already have the infrastructure in
place)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=mTGq1xnitI&a=cc_unsubscribe