I have a project
(https://build.opensuse.org/package/show/home:rogeroberholtzer:mingw/mingw32…)
I am compiling for MINGW32. It has been rebuilding fine as
dependencies have been updated. Recently, I noticed that the DLL that
it builds has ceased to be a DLL and is now a library archive. This is
very mysterious as the source/spec files were not changed. It is the
only package I have that is doing this. So I am guessing that there is
something incorrect in the package that is effected by a change in the
build environment.
I have tried building the package locally with mingw32 as a cross
compiler. Mysteriously, the configure step goes fine. But I cannot get
anything to compile. I had hoped to see if I could recreate the
problem locally. On OBS all seems to compile okay, but the DLL is a
lib and not a DLL.
I sense I am rambling here because I am a bit lost about what has
happened to make things stop producing the expected results. Any
suggestions for what to try?
--
Roger Oberholtzer
--
To unsubscribe, e-mail: opensuse-mingw+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-mingw+owner(a)opensuse.org
Probably a silly question:
I build a number of packages for Windows in OBS. It uses the MinGW
infrastructure. All the RPMs I make are eventually available in the
'noarch' and 'src' directories. My question is why I (and the MinGW
project in OBS) are building for both x86_64 and i586? It seems there
are two builds that will result in one RPM. Why not just build for one
of them? Am I missing something?
For example:
https://build.opensuse.org/package/show/windows:mingw:win32/mingw32-tcl
--
Roger Oberholtzer
--
To unsubscribe, e-mail: opensuse-mingw+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-mingw+owner(a)opensuse.org
I am trying to build a MinGW package in OBS that has been working fine:
https://build.opensuse.org/package/show/home:rogeroberholtzer:mingw/mingw32…
I now get a message that there are some libgcc choices:
have choice for mingw32(libgcc_s_sjlj-1.dll) needed by
mingw32-libgeos: mingw32-libgcc mingw32-libgcc_s_sjlj1,
have choice for mingw32(libstdc++-6.dll) needed by mingw32-libgeos:
mingw32-libstdc++ mingw32-libstdc++6,
have choice for mingw32(libgcc_s_sjlj-1.dll) needed by mingw32-sqlite:
mingw32-libgcc mingw32-libgcc_s_sjlj1
I have seen this before and I think it was a matter of general changes
to the MinGW code that needed to resolve themselves. I am not certain
this is the case here as it only picks on this one library and has
been doing so for a while. All the libraries that this message refer
to are built ok and available for use.
How to proceed?
--
Roger Oberholtzer
--
To unsubscribe, e-mail: opensuse-mingw+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-mingw+owner(a)opensuse.org