lhmouse / mingw-packages Goto Github PK

thankfully.

Hi again,

I'm trying to compile darknet which gives an undefined reference to timersub while linking at the end.

mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles\darknet.dir/objects.a(classifier.c.obj):classifier.c:(.text+0x572c): undefined reference to 'timersub'

If this is an upstream issue I will gladly report it upstream.

Kind regards

I think "${MINGW_PACKAGE_PREFIX}-mcfgthread" needs added to makedepends for mingw-w64-gcc.

I built it and the build failed in libgcc because it failed to find gthr.h under mcfgthread folder.

Tim S.

hi,

i'm sorry for opening an issue but there is no chat or forum for that so i'm using this instead...

i'm trying to build gcc 8.3.0 (since no repository for old mcfgthread) and also it's a good exercise :-)
so this is what i done:

1. git clone lhmouse
2. find in "git log" the commit for 8.3.0 change update:

commit 9fb1f4c
Author: Alexey Pavlov [email protected]
Date: Sat Feb 23 16:11:53 2019 +0300

gcc: Update to 8.3.0

3. git checkout for commit number
4. compile mcfgthread depedency - went well
5. going to gcc-git folder trying to : "makepkg-mingw"

result:
remote: fatal: no such ref: refs/heads/gcc-8-branch

what is are the needed changes for PKGBUILD so i can get the 8.3.0 compilation work ?

When compiling aom, I get this error. Any help would be great.
https://github.com/eko5624/mpv-win64/actions/runs/6858299205/job/18648815957

logs_5086.zip

But his build no error.
https://github.com/brechtsanders/winlibs_mingw/releases/download/13.2.0mcf-16.0.6-11.0.1-ucrt-r2/winlibs-x86_64-mcf-seh-gcc-13.2.0-mingw-w64ucrt-11.0.1-r2.7z

after getting source
git clone https://github.com/lhmouse/MINGW-packages.git

and then gotten the following error:

$ makepkg-mingw
==> Making package: mingw-w64-gcc-mcf 10.0.1.d20200507.c12.g0df8d1efee2-1 (Sun, Jun 21, 2020 11:51:22 PM)
==> Checking runtime dependencies...
==> Missing dependencies:
-> mingw-w64-x86_64-mcfgthread-libs
==> Checking buildtime dependencies...
==> Missing dependencies:
-> mingw-w64-x86_64-mcfgthread
==> ERROR: Could not resolve all dependencies.

Hey, I'm posting it here because you do not have any strictly matching repository for GCC and since I encountered this problem using GCC with MCF you might be interested or at least help me localize who/what is responsible for this problem.

The bug is already described here: https://sourceforge.net/p/mingw-w64/bugs/829/

The git call in prepare()
git clean -fdx
likely should be
git clean -fdX

Tim S.

I have been testing GCC+MinGW-w64 built with mcfgthread (specifically this build) by building a lot of stuff from source with it.

Several projects fail to build because clock_gettime seems to be missing.

This is present in MinGW-w64 when built with pthread.

hi
i'm using windows Mingw and couldn't find a copmlete build of Mingw with latest gcc that was gcc configure with "--enable-plugin"
can you please build and upload a new build with gcc configured with "----enable-plugin" ? it should generate a new folder that is now missing in the latest build
the new folder should be generate in "mingw32\lib\gcc\i686-w64-mingw32\8.3.1" as a "plugin" folder with some libs and includes so it would be possible to compile plugins also in windows build..
it was published here that this is now supported :
https://www.phoronix.com/scan.php?page=news_item&px=GCC-Plugins-Windows-MinGW

Hi,

I am not able to compile OpenCV (4.6.0) with your compiler suite with videoio enabled; it errors out with vidcap.h not found which seems to be part of MinGWs w32api (and also part of the Windows SDK - MS Media Foundation). Could you point me in the right direction on how to solve the problem?

Kind Regards

Hi lhmouse,

Firstly, thanks very much for your up to date builds of gcc. I have been using them to compile vim/gvim (x64) on windows for a while now and have had great success.
However, the latest build of gcc 9.2.1 (27-Aug-2019) throws this error when compiling GvimExt.dll:
make -C GvimExt -f Make_ming.mak CROSS=no CROSS_COMPILE= CXX='g++' STATIC_STDCPLUS=no
make[1]: Entering directory 'U:/My Documents/Vim/vim/vim/src/GvimExt'
g++ -shared -O2 -s -o gvimext.dll \
-Wl,--enable-auto-image-base \
-Wl,--enable-auto-import \
-Wl,--whole-archive \
gvimext.o gvimext.res gvimext_ming.def \
-Wl,--no-whole-archive \
-luuid -lgdi32
c:/tmp/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: c:/tmp/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/lib/../lib/libuuid.a(lib64_libuuid_a-uuid.o):uuid.c:(.rdata+0x640): multiple definition of FMTID_ImageSummaryInformation'; gvimext.o:gvimext.cpp:(.rdata$FMTID_ImageSummaryInformation[FMTID_ImageSummaryInformation]+0x0) : first defined here c:/tmp/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: c:/tmp/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/lib/../lib/libuuid.a(lib64_libuuid_a-uuid.o):uuid.c:(.rdata+0x650): multiple definition of FMTID_MediaFileSummaryInformation'; gvimext.o:gvimext.cpp:(.rdata$FMTID_MediaFileSummaryInformation[FMTID_MediaFileSummaryInfor
mation]+0x0): first defined here
c:/tmp/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/bin/ld.exe: c:/tmp/MinGW/bin/../lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/lib/../lib/libuuid.a(lib64_libuuid_a-uuid.o):uuid.c:(.rdata+0x660): multiple definition of `FMTID_AudioSummaryInformation'; gvimext.o:gvimext.cpp:(.rdata$FMTID_AudioSummaryInformation[FMTID_AudioSummaryInformation]+0x0)
: first defined here
collect2.exe: error: ld returned 1 exit status
make[1]: *** [Make_ming.mak:66: gvimext.dll] Error 1
make[1]: Leaving directory 'U:/My Documents/Vim/vim/vim/src/GvimExt'
make: *** [Make_cyg_ming.mak:1051: GvimExt/gvimext.dll] Error 2
make: Leaving directory 'U:/My Documents/Vim/vim/vim/src'

Copying libuuid.a from the previous release of 9.2.1 (13-aug-2019) into x86_64-w64-mingw32\lib directory of the latest release fixes the problem.
Cheers