Re: [Mingw-w64-public] User experience with mingw-w64

[sisyphus]

I, too, get the impression that providing up-to-date releases is not of
much interest to the developers.
IMO that would be a pity and a pathetically weak business model.

I recently used msys2's pacman to grab gcc-8.2.1, hoping to use it in a
native win32 situation.
It seems to have a dependency on libgmp-10.dll (for some tasks, at least) -
which can complicate matters when one is wanting to build one's own gmp
library. Luckily, I'm always building *static* gmp libraries so it was just
a matter of getting rid of msys2's gmp headers and libraries. When building
shared gmp libs, one would need to give some thought as to how the PATH is
arranged.
There was another (unsolved) glitch that made it unsatisfactory for my
purposes but it's probably generally ok.
I've discarded it in favour of the 8.1.0 compilers as I've got better
things to do than investigate mysterious glitches.

The Strawberry Perl project provides 8.3.0 native win32 compilers (which
I've just started using):

For 32 bit:
Thread model: posix
gcc version 8.3.0 (i686-posix-dwarf, Built by strawberryperl.com project)

For 64 bit:
Thread model: posix
gcc version 8.3.0 (x86_64-posix-seh, Built by strawberryperl.com project)

They probably also provide the scripts they use to build those compilers
... not sure.
Anyway, the compilers seem fine, and you can download them at:

http://strawberryperl.com/package/kmx/32_gcctoolchain/mingw64-w32-gcc8.3.0_20190316.zip
and
http://strawberryperl.com/package/kmx/64_gcctoolchain/mingw64-w64-gcc8.3.0_20190316.zip

I don't know of anywhere that provides gcc-9.1 for windows. Anyone ??

Cheers,
Rob



On Wed, May 29, 2019 at 2:52 AM Edward Diener <
eldlistmaili...@tropicsoft.com> wrote:

> There has not been an update to MingW-W64-builds for over a year while
> gcc 6.5, 7.4, 8.2, 8.3, and 9.1 have been released. The mingw-w64
> downloads page at https://mingw-w64.org/doku.php/download looks wildly
> out of date as far as latest releases are concerned.
>
> Does nobody care ?
>
> I realize I am just an end-user and not a mingw-w64 developer, but does
> no one of the latter actually care about these things, or has mingw-w64
> just become a platform for mingw-w64 developers where end-users are no
> longer very important ?
>
>
>
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>

___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] undefined reference to `__chkstk_ms'

[Rastislav Stanik]

Hi,

I've hit a problem when compiling my project with
gcc --version
gcc (x86_64-win32-sjlj-rev0, Built by MinGW-W64 project) 8.1.0

I'm trying to build a 32-bit (using -m32) shared library that uses PCRE
(Perl Compatible Regular Expressions library) compiled by myself using the
same compiler. At linking stage I get a report about missing symbol
__chkstk_ms:

{MinGW-root}/bin/../lib/gcc/x86_64-w64-mingw32/8.1.0/../../../../x86_64-w64-mingw32/lib/../lib32/libmingw32.a(lib32_libmingw32_a-pseudo-reloc.o):pseudo-reloc.c:(.text+0x18d):
undefined reference to `__chkstk_ms'

Reference to __chkstk_ms() is added by compiler when some function declares
local variables exceeding page size (~4k). In my case the function that
exceeds the limit is in PRCE, so I cannot simply work around it in my code.
The function __chkstk_ms() is provided by libgcc.a located in directory

  {MinGW-root}/lib/gcc/x86_64-w64-mingw32/8.1.0/32/

So if I add linking of that libgcc.a then the linking stage succeeds. But I
also have to ensure that libgcc.a is in link search path.

Questions:
- why the compiler does not add libgcc.a by itself when it added
__chkstk_ms() by itself?
- if I add -lgcc, why do I also have to add path with -L? Shouldn't the
directory be in the default linker search path?
- is there a solution that will keep working after next release of
MinGW/GCC when the path to libgcc.a changes?
--
bye
RastoS


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] User experience with mingw-w64

[Edward Diener]

There has not been an update to MingW-W64-builds for over a year while 
gcc 6.5, 7.4, 8.2, 8.3, and 9.1 have been released. The mingw-w64 
downloads page at https://mingw-w64.org/doku.php/download looks wildly 
out of date as far as latest releases are concerned.


Does nobody care ?

I realize I am just an end-user and not a mingw-w64 developer, but does 
no one of the latter actually care about these things, or has mingw-w64 
just become a platform for mingw-w64 developers where end-users are no 
longer very important ?




___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public