Package scripts for MinGW-w64 targets to build under MSYS2.
Home Page: https://packages.msys2.org
License: BSD 3-Clause "New" or "Revised" License
Start on the website, there's news and documentation.
See the repositories on the org page.
We expect your reports in MINGW packages or MSYS packages, depending on which repository the affected software comes from.
I just downloaded qt3d from
https://qt.gitorious.org/qt-labs
and followed the README to compile, when I run make, the error message is like this
In file included from ......\qt3d\src\threed\global\qglnamespace.h:45:0,
from ......\qt3d\src\threed\global\qglnamespace.cpp:42:
......\qt3d\src\threed\global\qt3dglobal.h:48:19: error: expected constructor, destructor, or type conversion before '(' token
QT_LICENSED_MODULE(Qt3d)
^
In file included from ......\qt3d\src\threed\global\qglnamespace.cpp:42:0:
......\qt3d\src\threed\global\qglnamespace.h:156:19: error: 'QSize' does not name a type
Q_QT3D_EXPORT QSize nextPowerOfTwo(const QSize& value);
^
......\qt3d\src\threed\global\qglnamespace.cpp:284:45: error: 'QSize QGL::nextPowerOfTwo(const QSize&)' should have been declared inside 'QGL'
QSize QGL::nextPowerOfTwo(const QSize& value)
^
/bin/sh ./libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -march=x86-64 -mtune=generic -O2 -pipe -D__USE_MINGW_ACCESS -static-libstdc++ -static-libgcc -pipe -Wl,--stack,12582912 -o as-new.exe app.o as.o atof-generic.o compress-debug.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-coff.o atof-ieee.o ../opcodes/libopcodes.la ../bfd/libbfd.la ../libiberty/libiberty.a /mingw64/lib/libintl.a /mingw64/lib/libiconv.a -lz
libtool: link: x86_64-w64-mingw32-gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -march=x86-64 -mtune=generic -O2 -pipe -D__USE_MINGW_ACCESS -static-libstdc++ -static-libgcc -pipe -Wl,--stack -Wl,12582912 -o as-new.exe app.o as.o atof-generic.o compress-debug.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-coff.o atof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty/libiberty.a /mingw64/lib/libintl.a /mingw64/lib/libiconv.a -lz
../bfd/.libs/libbfd.a(plugin.o):plugin.c:(.text+0x1e8): undefined reference to `dlopen'
../bfd/.libs/libbfd.a(plugin.o):plugin.c:(.text+0x207): undefined reference to `dlsym'
../bfd/.libs/libbfd.a(plugin.o):plugin.c:(.text+0x29d): undefined reference to `dlerror'
C:/msys2/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.1/../../../../x86_64-w64-mingw32/bin/ld.exe: ../bfd/.libs/libbfd.a(plugin.o): bad reloc address 0x0 in section `.pdata'
C:/msys2/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.1/../../../../x86_64-w64-mingw32/bin/ld.exe: final link failed: Invalid operationmingw-w64-{both_archs}-freetype is built with the following dependencies
$ pkg-config --libs freetype2
-L/mingw64/lib -lfreetype -lbz2 -lpng16 -lz -lharfbuzz
but the installed /include/freetype2/config/ftoption.h does not match those options, bzip2, png, harfbuzz #includes are all commented out.
I'd like to use CMAKE to identify those optional dependencies w/o resorting to use pkg-config, and parsing that file could be a solution.
Found that static libs are stripped from the package before installing.
https://mailman.archlinux.org/pipermail/arch-dev-public/2013-October/025542.html
$ pacman -S mingw64/mingw-w64-x86_64-python2-setuptools
resolving dependencies...
looking for conflicting packages...
Packages (1) mingw-w64-x86_64-python2-setuptools-2.2-3
Total Installed Size: 2.63 MiB
:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [######################] 100%
(1/1) checking package integrity [######################] 100%
(1/1) loading package files [######################] 100%
(1/1) checking for file conflicts [######################] 100%
(1/1) checking available disk space [######################] 100%
(1/1) installing mingw-w64-x86_64-python2-setu... [######################] 100%
sed: can't read mingw64/bin/easy_install-3.3-script.py: No such file or directory
error: command failed to execute correctly
It must be because of '3.3' not '2.7' here:
https://github.com/Alexpux/MINGW-packages/blob/180624bb4f5fa0c5a453a1c947cae1fc01731c10/mingw-w64-python-setuptools/setuptools2-x86_64.install#L6
BTW, it would be helpful to have also pip packaged.
Thanks for your work, using pacman feels great!
ArchLinux build uses -D options to Configure to override default locations for core, vendor and site library and binary paths.
As all Windows systems are (almost) the same, and running configure on Windows is a tough task, Perl tries to avoid it. All variables normally set by configure are hardcoded in win32/config.gc. gc stands for Gnu Compiler I think.
I think Msys2 should follow ArchLinux, with /usr/ basically replaced by .../mingw{32,64}/. The following should be converted into a patch for win32/config.gc:
-Dprefix=/usr -Dvendorprefix=/usr \
-Dprivlib=/usr/share/perl5/core_perl \
-Darchlib=/usr/lib/perl5/core_perl \
-Dsitelib=/usr/share/perl5/site_perl \
-Dsitearch=/usr/lib/perl5/site_perl \
-Dvendorlib=/usr/share/perl5/vendor_perl \
-Dvendorarch=/usr/lib/perl5/vendor_perl \
-Dscriptdir=/usr/bin/core_perl \
-Dsitescript=/usr/bin/site_perl \
-Dvendorscript=/usr/bin/vendor_perl \
It may be also useful to take a look at the build process used by Strawberry perl, arguably the best perl distribution for mingw.
It's quite cumbersome, but here are patches it applies:
http://api.metacpan.org/source/KMX/Perl-Dist-Strawberry-4.002/share/perl-5.20/
And here is its build procedure for core perl:
It still invokes dmake at line 151, so I don't see a reason to change our bulid process, but we may take some variables it sets.
For some reason the msilib module is missing on my system. The low level _msi module is there though. Since msilib is a pure Python package, I just copied it over and it works just fine.
I took a quick look at the patches applied to the python package, but I don't see why msilib would not be installed.
Thanks!
Package ${_mingw_suff}-blender has a bad package dependent ${_mingw_suff}-numphy. should have ${_mingw_suff}-python3-numphy?
ะฟะพัะปะต ะฟะพัะปะตะดะฝะธั ะพะฑะฝะพะฒะปะตะฝะธะน curl ะฟะตัะตััะฐะป ะทะฐะฟััะบะฐัััั. ะฒ ะทะฐะฒะธัะธะผะพัััั ััะพะธั librtmp-1.dll ะธะท ะฟะฐะบะตัะฐ mingw-w64-i686-rtmpdump-git. ะดะฐะฝะฝัะน ะฟะฐะบะตั ะฝะต ััะฐะฒะธััั ะฟัะธ ัััะฐะฝะพะฒะบะต mingw-w64-curl.
the nasm make dependency for fluidsynth should be changed to ${MINGW_PACKAGE_PREFIX}-nasm
Additionally the following should be added as make dependencies: patch, automake-wrapper, autoconf, ${MINGW_PACKAGE_PREFIX}-libtool
Fluidsynth runs into errors when extracting:
tar: fluidsynth-1.1.6/m4/ltobsolete.m4: Cannot create symlink to โ/usr/share/aclocal/ltobsolete.m4โ: No such file or directory
tar: fluidsynth-1.1.6/m4/ltversion.m4: Cannot create symlink to โ/usr/share/aclocal/ltversion.m4โ: No such file or directory
tar: fluidsynth-1.1.6/m4/ltoptions.m4: Cannot create symlink to โ/usr/share/aclocal/ltoptions.m4โ: No such file or directory
tar: fluidsynth-1.1.6/m4/libtool.m4: Cannot create symlink to โ/usr/share/aclocal/libtool.m4โ: No such file or directory
tar: fluidsynth-1.1.6/m4/ltsugar.m4: Cannot create symlink to โ/usr/share/aclocal/ltsugar.m4โ: No such file or directory
This is resolved by using .zip instead of .tar.gz
Finally for fluidsynth, the following should be added to the build command:
--enable-static
--enable-shared \
Great job with Msys2. I love where it is going. I did want to let you know that npm isn't working (the node package manager). Steps to reproduce:
produces this message:
$ /mingw64/bin/npm
module.js:340
throw err;
^
Error: Cannot find module 'npmlog'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at C:\Users\krobrian\Development\utility\msys64\mingw64\bin\npm:18:11
at Object. (C:\Users\krobrian\Development\utility\msys64\mingw64\bin\npm:86:3)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
So, I was looking around at the cygwin mirrorlist, seeing if any of the hosts offered free hosting to open source projects, and www.ibiblio.org came to mind, having fetched a goodly amount of GNU goodies from them before.
Hi.
ConEmu.exe depends on libgcc_s_seh-1.dll & libstdc++-6.dll, so it seems the package should depend on one of the providers of these dlls (gcc-libs or cross-gcc).
Also the package installs only some files from ConEmu distribution and on each run there is a warning, that recommended files (ConEmuC.exe, ConEmuCD.dll, ConEmuHk.dll) are not found.
Thanks
Can someone change the path to the file LICENSE. Pillow package can not be installed for Python 2 and Python 3.
PKGBUILD
line 47
"
install -Dm644 docs/LICENSE "${pkgdir}${MINGW_PREFIX}/share/licenses/$_realname/LICENSE"
"
on
"
install -Dm644 docs/LICENSE "${pkgdir}${MINGW_PREFIX}/share/licenses/python3-${_realname}/LICENSE"
"
line 72
"
install -Dm644 docs/LICENSE "$pkgdir${MINGW_PREFIX}/share/licenses/$_realname/LICENSE"
"
on
"
install -Dm644 docs/LICENSE "${pkgdir}${MINGW_PREFIX}/share/licenses/python2-${_realname}/LICENSE"
"
Gedit (x64) does not even open, it appears for a blink of an eye into the task manager, even running the gedit.exe in the command prompt does not give any information.
Installed software:
"
mingw-w64-x86_64-pyqt5-common 5.3.1-2
mingw-w64-x86_64-python3-pyqt5 5.3.1-2
mingw-w64-x86_64-qt5 5.3.1-3
mingw-w64-x86_64-postgresql-9.3.5-1
"
The Qt5 installation seams not to be able to load the database
drivers from the postgresql package.
Python script to replicate problem:
"
from PyQt5.QtSql import QSqlDatabase
db = QSqlDatabase.addDatabase('QPSQL')
"
Script output:
"
QSqlDatabase: QPSQL driver not loaded
QSqlDatabase: available drivers: QIBASE QSQLITE QMYSQL QMYSQL3 QODBC QODBC3 QPSQL QPSQL7
"
I'm using mingw-w64-x86_64-{python2,sqlite3}. Their command line consoles when executed quit instantly in either windows cmd.exe or msys2 console.
I've built personal packages by dropping readline/curses support. They're working fine then.
The SVN client is unable to communicate with servers that require SASL encryption.
Would it be possible to add compiler-rt from clang/llvm?
It would be great if in msys2 appeared codelite
Hi,
when running tesseract training tools(specifically text2image), I am getting a seg fault. Looking at process monitor output I found that problem is with the pango installation.
Date & Time: 09/04/14 12:03:11
Event Class: File System
Operation: CreateFile
Result: PATH NOT FOUND
Path: C:\msys32\mingw32\etc\pango\pango.aliases
TID: 6800
Duration: 0.0002051
Desired Access: Generic Read
Disposition: Open
Options: Synchronous IO Non-Alert, Non-Directory File
Attributes: N
ShareMode: Read, Write, Delete
AllocationSize: n/a
Since gcc version 4.8 gcc started to include .ident directives in assembly files, which binutils gas converts into strings into .rdata$zzz for COFF targets (i.e. windows). The problem however that basically every object ends up with a string like GCC: (Rev6, Built by MSYS2 project) 4.8.2, and when linking all of them are tucked at the end of the .rdata section. The problem here is with section flags. On ELF (i.e. linux) the section is added with SEC_MERGE flag, so the resulting binary only contains a handful duplications (when different objects are compiled with different compilers or their versions). However for COFF no such deduplication occurs, which can easily result in long chains of hundreds of identical strings. While I support gcc's desire to advertise itself I worry this is way too excessive.
Not sure how to fix this, it's obviously an upstream bug, and wasn't visible because there weren't many comments before. Now there are. And if gas is ever fixed, all libraries would have to be recompiled, since section flags are in those object files.
What do you think? See for example how many of those comments are in gcc.exe (which is simply a big executable with lots of linked object files).
Hi @mingwandroid,
When building ninja I found that using a native python2.7.7 from python.org works to bootstrap the build while our mingw-python2 and msys-python2 both fail.
I think this will help get to the bottom of the path issue with our python builds.
success with official
[25/26] AR build\libninja.a
1 file(s) moved.
[26/26] LINK ninja.exe
fail with our pythons
[25/26] AR build/libninja.a
FAILED: cmd /c ar cqs build/libninja.a.tmp build/build.o build/build_log.o build/clean.o build/debug_flags.o build/depfile_parser.o build/deps_log.o build/disk_interface.o build/edit_distance.o build/eval_env.o build/graph.o build/graphviz.o build/lexer.o build/line_printer.o build/manifest_parser.o build/metrics.o build/state.o build/util.o build/version.o build/subprocess-win32.o build/includes_normalize-win32.o build/msvc_helper-win32.o build/msvc_helper_main-win32.o build/getopt.o && move /Y build/libninja.a.tmp build/libninja.a
The system cannot find the path specified.
[25/26] CXX build/ninja.o
ninja: build stopped: subcommand failed.
@Alexpux python is not used in the resulting ninja.exe so it doesn't matter that we use the native python to bootstrap the build. This is obviously not a desired make dependency but this should help us get to the bottom of the python path issue we are having
EDIT: it seems to all that ninja should detect if it is in a POSIX layer and use mv instead of move if that is the case.
Apparently I modified this on my system and I had forgotten, so building sip4 currently fails, sorry :-/
Here is the build error from sip4:
$ makepkg-mingw -L --nocheck
=> WARNING: You don't have installed mingw-w64 toolchain for architecture x86_64.
=> WARNING: To install it run: 'pacman -S mingw-w64-x86_64-toolchain'
==> Making package: mingw-w64-i686-python2-sip4 4.16.2-1 (Thu, Jul 24, 2014 5:25:03 PM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found sip-4.16.2.zip
==> Validating source files with md5sums...
sip-4.16.2.zip ... Passed
==> Extracting sources...
-> Extracting sip-4.16.2.zip with /usr/bin/bsdtar
==> Starting prepare()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
This is SIP 4.16.2 for Python 2.7.8 on win32.
The SIP code generator will be installed in
C:/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/pkg/mingw-w64-i686-python2-sip4/mingw32/bin.
The sip module will be installed in
C:/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/pkg/mingw-w64-i686-python2-sip4/mingw32/lib/python2.7/site-packages.
The sip.h header file will be installed in
C:/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/pkg/mingw-w64-i686-python2-sip4/mingw32/include/python2.7.
The default directory to install .sip files in is
C:/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/pkg/mingw-w64-i686-python2-sip4/mingw32/sip.
Creating siplib/sip.h...
Creating siplib/siplib.c...
Creating siplib/siplib.sbf...
Creating sipconfig.py...
Creating top level Makefile...
Creating sip code generator Makefile...
Creating sip module Makefile...
make[1]: Entering directory '/c/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/src/sip-4.16.2/sipgen'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/c/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/src/sip-4.16.2/sipgen'
make[1]: Entering directory '/c/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/src/sip-4.16.2/siplib'
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o siplib.o siplib.c
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o apiversions.o apiversions.c
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o descriptors.o descriptors.c
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o qtlib.o qtlib.c
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o threads.o threads.c
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o objmap.o objmap.c
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o voidptr.o voidptr.c
gcc -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o array.o array.c
g++ -c -O2 -w -DNDEBUG -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -IC:\msys2\mingw32\include\python2.7 -o bool.o bool.cpp
g++ -mthreads -Wl,-enable-stdcall-fixup -Wl,-enable-auto-import -Wl,-enable-runtime-pseudo-reloc -shared -Wl,-subsystem,console -Wl,-s -o sip.pyd siplib.o apiversions.o descriptors.o qtlib.o threads.o objmap.o voidptr.o array.o bool.o -LC:\msys2\mingw32\libs -lpython27
C:/msys2/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lpython27
collect2.exe: error: ld returned 1 exit status
Makefile:36: recipe for target 'sip.pyd' failed
make[1]: *** [sip.pyd] Error 1
make[1]: Leaving directory '/c/Users/saghul/work/MINGW-packages/mingw-w64-python2-sip4/src/sip-4.16.2/siplib'
Makefile:3: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
For some reason it cannot find -lpython27. I solved it like this:
cp /mingw32/lib/libpython2.7.dll.a /mingw32/lib/libpython27.dll.a
Is this something that can be solved in the sip4 package or should we copy the file when installing, in the python2 package? Thanks!
After I install mingw-w64-i686-gcc and mingw-w64-i686-zlib a very simple C file does not compile:
#include <stdio.h>
#include <zlib.h>
int main(int argc, char** argv)
{
printf("%s\n", zlibVersion());
return 0;
}With the following error:
$ gcc -c ztest.c
ztest.c:2:18: fatal error: zlib.h: No such file or directory
#include <zlib.h>
^
compilation terminated.
The problem is that /mingw32/include is not searched by default for some reason, which means in order to use headers from installed packages I have to e.g. use:
$ gcc -I/mingw32/include -c ztest.c
Is it possible to fix gcc packages so it searches /mingw32/include by default? (/mingw32/lib is already searched for libraries when linking, the problem only seems to be with includes)
As the title, when running glade (x64) the icons in the toolbar are not shown
installed with pacman -S mingw-w64-x86_64-glade
Emscripten is an LLVM-to-javascript compiler that many have used to port C/other languages to a browser environment.
Given the installation's dependence on other packages (and fairly simple installation once those have been resolved), I think it's a good candidate to add.
Would it be possible to have SDL2_mixer and SDL2_net added?
I am trying to use build packages in msys2 enviornment. I am running into issue of
ERROR: One or more PGP signatures could not be verified!
Whenever I tried to build anyof MINGW-packages with makepkg-mingw. How do I get around this issue?
clang++ still uses __gxx_personality_v0 intead of __gxx_peronality_seh0, which results in a link error, since mingw64 uses SEH exception model by default.
$ cat test.cpp
int main() {
try {
throw 1;
} catch (int) {
}
}
$ clang++ test.cpp
C:\msys64\tmp\test-6b2410.o:fake:(.eh_frame+0x13): undefined reference to `__gxx_personality_v0'
collect2.exe: error: ld returned 1 exit status
clang++.exe: error: linker (via gcc) command failed with exit code 1 (use -v to see invocation)
Some of the exe's like the ogre converter utils are broken in the ogre package on x64.
The git version seems to work fine.
Can we get a repack?
some modules in /mingw32/lib/gdk-pixbuf-2.0/2.10.0/loaders make gdk-pixbuf-query-loaders.exe crash
in particular libpixbufloader-gdip-gif; but it seems quite random, beacause i must delete all files libpixbufloader-gdip* to make gdk-pixbuf-query-loaders.exe work
i don't know if the problem is only on mingw or also in upstream
When building qt5-static, the configure script somehow changes the include path for dbus as follows:
==> Removing existing $pkgdir/ directory...
==> Starting build()...
_extra_inc (for ./configure) is -IC:/msys2/mingw64/include/dbus-1.0
This is the correct include path. But during the build, it is somehow changed:
g++ -c -march=nocona -mtune=core2 -pipe -fno-keep-inline-dllexport -march=x86-64 -mtune=generic -O2 -pipe -ggdb -Og -Wall -Wextra -fno-rtti -fexceptions -mthreads -DUNICODE -DQT_NO_DYNAMIC_CAST -I. -I'C;C:/msys2/msys2/mingw64/include/dbus-1.0' -I'../../mkspecs/win32-g++' -o arch.o arch.cpp
Somehow the root is getting doubled up. Also, there is a strange "C;" at the beginning. It is like the colon (:) is being changed to a semicolon (;), leaving c;/msys2/mingw64.... Then the root (/) is translated to c:/msys2, leaving c:/msys2/msys2.
_g_filename_from_uri
_g_filename_from_utf8
_g_filename_to_uri
_g_filename_to_utf8
are in the 32bit build, but not in the 64bit build (defined in glib/gconvert.h)
$ cat test.cpp
#include <iostream>
$ clang++ test.cpp -v
clang version 3.4.2 (tags/RELEASE_34/dot2-final)
Target: x86_64-w64-mingw32
Thread model: posix
Found candidate GCC installation: C:\msys64\mingw64\bin/../lib/gcc/x86_64-w64-mingw32\4.9.1
Selected GCC installation:
"C:\msys64\mingw64\bin\clang++.exe" -cc1 -triple x86_64-w64-mingw32 -S -disable-free -main-file-name test.cpp -mrelocation-model static -mdisable-fp-elim -fmath-errno -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.24 -v -resource-dir "C:\\msys64\\mingw64\\bin\\..\\lib\\clang\\3.4.2" -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir "C:\\msys64\\home\\Administrator" -ferror-limit 19 -fmessage-length 0 -mstackrealign -fno-use-cxa-atexit -fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -vectorize-slp -o "C:\\msys64\\tmp\\test-ec3e64.s" -x c++ test.cpp
clang -cc1 version 3.4.2 based upon LLVM 3.4.2 default target x86_64-w64-mingw32
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.0"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.0/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.0/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.0/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.1"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.1/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.1/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.1/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.2"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.2/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.2/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.2/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.3"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.3/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.3/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.3/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.4"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.4/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.4/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.5.4/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.0"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.0/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.0/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.0/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.1"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.1/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.1/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.1/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.2"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.2/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.2/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.2/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.3"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.3/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.3/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.6.3/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.0"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.0/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.0/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.0/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.1"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.1/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.1/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.1/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.2"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.2/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.2/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.2/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.3"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.3/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.3/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.3/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.4"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.4/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.4/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.7.4/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.0"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.0/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.0/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.0/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.1"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.1/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.1/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.1/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.2"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.2/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.2/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.2/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.3"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.3/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.3/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.8.3/backward"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.9.0"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.9.0/x86_64-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.9.0/i686-w64-mingw32"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2/../../../include/c++/4.9.0/backward"
ignoring nonexistent directory "/mingw/lib/gcc/mingw32/4.5.2/include/c++"
ignoring nonexistent directory "/mingw/lib/gcc/mingw32/4.5.2/include/c++/mingw32"
ignoring nonexistent directory "/mingw/lib/gcc/mingw32/4.5.2/include/c++/backward"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.8.1/include/c++"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.8.1/include/c++/mingw32"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.8.1/include/c++/backward"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.6.2/include/c++"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.6.2/include/c++/mingw32"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.6.2/include/c++/backward"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.6.1/include/c++"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.6.1/include/c++/mingw32"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.6.1/include/c++/backward"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.5.2/include/c++"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.5.2/include/c++/mingw32"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.5.2/include/c++/backward"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.5.0/include/c++"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.5.0/include/c++/mingw32"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.5.0/include/c++/backward"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.4.0/include/c++"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.4.0/include/c++/mingw32"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.4.0/include/c++/backward"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.3.0/include/c++"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.3.0/include/c++/mingw32"
ignoring nonexistent directory "c:/MinGW/lib/gcc/mingw32/4.3.0/include/c++/backward"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "C:\msys64\mingw64\bin\..\lib\clang\3.4.2\../../../i686-w64-mingw32/include"
ignoring nonexistent directory "/mingw/include"
ignoring nonexistent directory "c:/mingw/include"
ignoring nonexistent directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
C:\msys64\mingw64\bin\..\lib\clang\3.4.2\include
C:\msys64\mingw64\bin\..\lib\clang\3.4.2\../../../x86_64-w64-mingw32/include
C:\msys64\mingw64\bin\..\lib\clang\3.4.2\../../../include
End of search list.
test.cpp:1:10: fatal error: 'iostream' file not found
#include <iostream>
^
1 error generated.
ImageMagick appears to be unable to find configuration files and modules if msys2 was installed on a drive different from C:\
Example snippet of output demonstrating the problem when running convert -debug configure in.png out.jpeg:
2014-07-11T15:48:36+02:00 0:00.002 0.000u 6.8.9 Configure convert.exe[6672]: ../magick/configure.c/GetConfigureOptions/679 /Configure
Searching for configure file: "C:\msys64\mingw64\share\ImageMagick-6\coder.xml"
2014-07-11T15:48:36+02:00 0:00.002 0.000u 6.8.9 Configure convert.exe[6672]: ../magick/configure.c/GetConfigureOptions/679 /Configure
Searching for configure file: "C:\msys64\mingw64\etc\ImageMagick-6\coder.xml"
2014-07-11T15:48:36+02:00 0:00.002 0.000u 6.8.9 Configure convert.exe[6672]: ../magick/configure.c/GetConfigureOptions/679 /Configure
Searching for configure file: "C:\msys64\mingw64\share\doc\ImageMagick-6\coder.xml"
2014-07-11T15:48:36+02:00 0:00.002 0.000u 6.8.9 Configure convert.exe[6672]: ../magick/configure.c/GetConfigureOptions/679 /Configure
When linking SDL2-mixer statically, I run across the following error
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x11): undefined reference to __imp_delete_fluid_player' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x1f): undefined reference to__imp_delete_fluid_settings'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x2d): undefined reference to __imp_delete_fluid_synth' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x3b): undefined reference to__imp_fluid_player_add'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x49): undefined reference to __imp_fluid_player_add_mem' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x57): undefined reference to__imp_fluid_player_get_status'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x65): undefined reference to __imp_fluid_player_play' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x73): undefined reference to__imp_fluid_player_set_loop'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x81): undefined reference to __imp_fluid_player_stop' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x8f): undefined reference to__imp_fluid_settings_setnum'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0x9d): undefined reference to __imp_fluid_synth_get_settings' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0xab): undefined reference to__imp_fluid_synth_set_gain'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0xb9): undefined reference to __imp_fluid_synth_sfload' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0xc7): undefined reference to__imp_fluid_synth_write_s16'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0xd5): undefined reference to __imp_new_fluid_player' C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0xe3): undefined reference to__imp_new_fluid_settings'
C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o):(.text+0xf1): undefined reference to __imp_new_fluid_synth' C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/lib\libSDL2_mixer.a(dynamic_fluidsynth.o): bad reloc address 0x0 in section.pdata'
I'm guessing that the fluidsynth part is compiled dynamically
perhaps setting --enable-music-midi-fluidsynth-shared=no would resolve the issue?
In file included from qdbusconnectioninterface.cpp:52:0:
qdbus_symbols_p.h:58:23: fatal error: dbus/dbus.h: No such file or directory
#include <dbus/dbus.h>
^
compilation terminated.
Makefile.Release:2643: recipe for target 'tmp/obj/release_shared/qdbusconnectioninterface.o' failed
mingw32-make[2]: *** [tmp/obj/release_shared/qdbusconnectioninterface.o] Error 1
In file included from qdbuserror.cpp:47:0:
qdbus_symbols_p.h:58:23: fatal error: dbus/dbus.h: No such file or directory
#include <dbus/dbus.h>
^
compilation terminated.
Makefile.Release:2856: recipe for target 'tmp/obj/release_shared/qdbuserror.o' failed
mingw32-make[2]: *** [tmp/obj/release_shared/qdbuserror.o] Error 1
mingw32-make[2]: Leaving directory 'C:/Users/saghul/work/MINGW-packages/mingw-w64-qt4/src/i686/src/dbus'
Makefile:56: recipe for target 'release-all' failed
mingw32-make[1]: *** [release-all] Error 2
mingw32-make[1]: Leaving directory 'C:/Users/saghul/work/MINGW-packages/mingw-w64-qt4/src/i686/src/dbus'
Makefile:427: recipe for target 'sub-dbus-make_default-ordered' failed
mingw32-make: *** [sub-dbus-make_default-ordered] Error 2
==> ERROR: A failure occurred in build().
Aborting...
Looks like the dbus include files are stored in dbus-1.0/dbus.
Pidgin++ uses LibSSP from GCC and when I compile Pidgin++ with GCC 4.9.1, then libssp-0.dll causes the crash below when closing the application. It seems that this is because libssp-0.dll from GCC 4.9.1 is statically linked with libgcc_s_dw2-1.dll when it should be dynamically linked. This is reproducible even in the pacman package which does not use any third-party prebuilt DLL.
i don't know if it is a bug of mingw or in upstream, but executing /mingw32/bin/gtk-update-icon-cache-3.0.exe i get "permission denied"
Would it be possible to add LLDB? It is a debugger designed for LLVM and it should be possible to include in the clang package.
I've tried building the package myself along with llvm and clang but I keep running into errors related to building llvm
Hi Ray and Alex,
I am getting seg-fault (under msys2) and assert failed when running 'text2image' (under windows command line).
eg.
text2image
Text file missing!
!FLAGS_text.empty():Error:Assert failed:in file C:/git/mingw/mingw-w64-tesseract-ocr/src/tesseract-ocr-298e31465a44/training/text2image.cpp, line 428
There are also errors related to font-config:
text2image --text=1.txt -outputbase=eng.Arial.exp0 --font='Arial' --fonts_dir=c:/windows/fonts --fontconfig_tmpdir /tmp
Initializing fontconfig
Unable to open '/tmp/fonts.conf' for writing
Could not find font named 'Arial'
FLAGS_find_fonts || FontUtils::IsAvailableFont(FLAGS_font.c_str()):Error:Assert failed:in file C:/git/mingw/mingw-w64-tesseract-ocr/src/tesseract-ocr-298e31465a44/training/text2image.cpp, line 435
Is there a way for me to have two versions of a program under msys2 - I can try to compile tesseract locally and see if it works differently without the patches.
How would I do it? Is there some order of preference in selecting /bin
Thanks.
Shree
openssl 1.0.1f is still in ftp://148.251.42.38/MINGW/x86_64/, however, the version in this repository has been updated to 1.0.1g already.
when using sdl2-config --static-libs to generate arguments for gcc, it runs into the following error
g++.exe: error: C:/msys64/lib/w32api/libuuid.a: No such file or directory
g++.exe: error: unrecognized command line option '-XCClinker'
This was fixed by modifying /mingw64/bin/sdl2-config
and removing
/lib/w32api/libuuid.a -XCClinker
from --static-libs
The PKGBUILD file for freeglut does not actually build the static library
Adding
--enable-static
--enable-shared
resolves this issue
Hi Alex,
thanks for the tesseract package. I was able to install and use it easily.
However,
make install for tesseract does not install the language data for any language, requiring the user to download the 'traineddata' files separately. This is intentional by tesseract developers, I think.
But
https://packages.debian.org/sid/tesseract-ocr
includes three additional packages for this
https://packages.debian.org/sid/tesseract-ocr-eng
https://packages.debian.org/sid/tesseract-ocr-equ
https://packages.debian.org/sid/tesseract-ocr-osd
So, I think it will be good to include these same languages in the mingw32/64 packages for tesseract and allow the user the ability to download other languages.
The latest files are at https://code.google.com/p/tesseract-ocr/source/checkout?repo=tessdata
However, we do not want all users to have to download the language data for ALL languages.
So there also need to be separate language traineddata and related files packaged together.
e.g.
hin - https://packages.debian.org/sid/tesseract-ocr-hin
ara - https://packages.debian.org/sid/tesseract-ocr-ara
These should be unpacked in the tessdata directory and TESSDATA_PREFIX should be given correctly.
I think there was 'install-langs' option for make at one time, but I do not see it now.
clear, tput and tabs fail with 'xterm-256color': unknown terminal type. when executed in the mingw64 shell, but work in the msys shell. This is probably because the mingw64 ncurses is built differently.
Would it be possible to include a static version of sdl2-mixer / sdl2-net?
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google โค๏ธ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.