This list is closed, nobody may subscribe to it.
2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(57) |
May
(43) |
Jun
(24) |
Jul
(21) |
Aug
(70) |
Sep
(112) |
Oct
(107) |
Nov
(150) |
Dec
(23) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2015 |
Jan
(35) |
Feb
(58) |
Mar
(64) |
Apr
(131) |
May
(71) |
Jun
(31) |
Jul
(29) |
Aug
(30) |
Sep
(22) |
Oct
(13) |
Nov
(46) |
Dec
(22) |
2016 |
Jan
(29) |
Feb
(49) |
Mar
(79) |
Apr
(67) |
May
(14) |
Jun
(5) |
Jul
(40) |
Aug
(31) |
Sep
(23) |
Oct
(34) |
Nov
(38) |
Dec
(28) |
2017 |
Jan
(36) |
Feb
(61) |
Mar
(18) |
Apr
(37) |
May
(25) |
Jun
(65) |
Jul
(20) |
Aug
(41) |
Sep
(17) |
Oct
(21) |
Nov
(29) |
Dec
(10) |
2018 |
Jan
(1) |
Feb
(8) |
Mar
|
Apr
(9) |
May
(5) |
Jun
(4) |
Jul
(5) |
Aug
(10) |
Sep
(12) |
Oct
(7) |
Nov
|
Dec
(3) |
2019 |
Jan
(16) |
Feb
(3) |
Mar
(33) |
Apr
(2) |
May
(17) |
Jun
(10) |
Jul
|
Aug
(3) |
Sep
(2) |
Oct
|
Nov
(6) |
Dec
(19) |
2020 |
Jan
(6) |
Feb
(8) |
Mar
(6) |
Apr
(17) |
May
(8) |
Jun
(12) |
Jul
(13) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(9) |
Dec
|
2021 |
Jan
(1) |
Feb
(8) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(2) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Ray D. <min...@gm...> - 2014-04-29 23:18:36
|
msys2 should convert paths depending on the nature of the executable (msys vs native). I've got a strong feeling that you should start from scratch so I am writing a complete run down of getting everything in place to start working on monotone. Are you interested in me completing this guide? On Wed, Apr 30, 2014 at 12:15 AM, Stephen Leake <ste...@st...> wrote: > Stephen Leake <ste...@st...> writes: > >> Stephen Leake <ste...@st...> writes: >> >>> Stephen Leake <ste...@st...> writes: >>> >>>> Ray Donnelly <min...@gm...> writes: >>>> >>>>> pacman -S mingw-w64-x86_64-toolchain mingw-w64-i686-toolchain >>>> >>>> That helps, thanks. >>> >>> I take it back :) >>> >>> configure is trying to find the Botan I installed, but g++ doesn't >>> seem understand the filesystem: > > I found the solution. mingw64/bin/g++ is not an msys tool, so it doesn't > know msys paths. So use Windows paths! > > $ g++ -v -o conftest0 -I/Msys2/msys64/mingw64/include -g -O2 -Wall -I/Msys2/msys64/mingw64/include/botan-1.10 -L/Msys2/msys64/mingw64/lib conftest.cpp -lz -lbotan-1.10 > > That works. > > -- > -- Stephe > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Stephen L. <ste...@st...> - 2014-04-29 23:15:18
|
Stephen Leake <ste...@st...> writes: > Stephen Leake <ste...@st...> writes: > >> Stephen Leake <ste...@st...> writes: >> >>> Ray Donnelly <min...@gm...> writes: >>> >>>> pacman -S mingw-w64-x86_64-toolchain mingw-w64-i686-toolchain >>> >>> That helps, thanks. >> >> I take it back :) >> >> configure is trying to find the Botan I installed, but g++ doesn't >> seem understand the filesystem: I found the solution. mingw64/bin/g++ is not an msys tool, so it doesn't know msys paths. So use Windows paths! $ g++ -v -o conftest0 -I/Msys2/msys64/mingw64/include -g -O2 -Wall -I/Msys2/msys64/mingw64/include/botan-1.10 -L/Msys2/msys64/mingw64/lib conftest.cpp -lz -lbotan-1.10 That works. -- -- Stephe |
From: Stephen L. <ste...@st...> - 2014-04-29 22:11:11
|
Stephen Leake <ste...@st...> writes: > Stephen Leake <ste...@st...> writes: > >> Ray Donnelly <min...@gm...> writes: >> >>> pacman -S mingw-w64-x86_64-toolchain mingw-w64-i686-toolchain >> >> That helps, thanks. > > I take it back :) > > configure is trying to find the Botan I installed, but g++ doesn't > seem understand the filesystem: I thought the solution might be to use mingw-w64-cross-toolchain, but that does not install gcc or g++; $ ls /Msys2/msys64/bin/*gcc* /Msys2/msys64/bin/msys-gcc_s-seh-1.dll /Msys2/msys64/bin/msys-gccpp-1.dll $ ls /Msys2/msys64/bin/*gcc* /Msys2/msys64/bin/msys-gcc_s-seh-1.dll /Msys2/msys64/bin/msys-gccpp-1.dll -- -- Stephe |
From: Stephen L. <ste...@st...> - 2014-04-29 21:45:26
|
Ray Donnelly <min...@gm...> writes: > Which python do you mean here? There are many: > > mingw64/mingw-w64-x86_64-python2 2.7.6-10 [installed] > A high-level scripting language (mingw-w64) This one; it was installed by mingw-w64-x86_64-toolchain. > msys/python2 should never use '\'. Ah, yes. I keep forgetting when I need to use msys tools, and when I need to use mingw. I'll get used to it about the time I'm done building monotone :). > mingw*/python* should check for env. variable MSYSTEM being set > (indicating it is running under the MSYS2 bash shell), and if it is > set then '/' is used as os.sep, otherwise '\' is used (in-case you run > it from cmd.exe with scripts that assume os.sep on Windows to be '\'). export MSYSTEM=MSYS fixes my problem, using mingw/python Thanks. -- -- Stephe |
From: Jon b. <jon...@gm...> - 2014-04-29 20:40:47
|
Hello everyone, please allow me another question. The last time I was saying the I don't get my one ffmpeg build running, and I find out that it has something to do with x265. So I kick that out and after that ffmpeg runs. When I was trying to run the x265 console app I had the same problem like in ffmpeg, no output. But now I find out that this is only happen when I compile the 32 bit version with the 32 bit mingw compiler. In 64 bit mode everything is fine, also with including it in ffmpeg. I also saw that x265 have a link in his config to objcopy, but maybe her works something not right. Running this manual has no effect. Have you trying it to compile x265 in 32 bit? A nice evening to all! Jonathan Am 28.04.2014 17:58, schrieb Alexey Pavlov: > > 28 апр. 2014 г., в 19:56, Jon bae <jon...@gm... > <mailto:jon...@gm...>> написал(а): > >> I have trying it, it does something but after it is the same. I don't >> now maybe I do something wrong, but I don't get it. >> > you need after install do: > objcopy --subsystem console ffmpeg.exe >> >> 2014-04-28 17:49 GMT+02:00 Alexey Pavlov <ale...@gm... >> <mailto:ale...@gm...>>: >> >> >> 28 апр. 2014 г., в 19:48, Jon bae <jon...@gm... >> <mailto:jon...@gm...>> написал(а): >> >>> Ok I think I have it now. I found this: >>> http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=5&t=624 There >>> they saying it is because of the -mwindows flag in the pkg >>> config file from the sdl.pc file. I have try to build my own sdl >>> without this flag, but it was not enough. Maybe I use another >>> lib from msys2 mingw what has this flag. I need to try here a >>> little bit. >>> >> I told you about it yet. You need relink executable as I wrote to >> you. >> >> Regards, >> Alexey. >> >>> Regards! >>> >>> Jonathan >>> >>> >>> >>> 2014-04-28 7:29 GMT+02:00 Alexey Pavlov <ale...@gm... >>> <mailto:ale...@gm...>>: >>> >>> >>> 28 апр. 2014 г., в 9:26, Jon bae <jon...@gm... >>> <mailto:jon...@gm...>> написал(а): >>> >>>> This is my config line: >>>> >>>> /./configure --arch=$arch --target-os=mingw32 >>>> --prefix=$LOCALDESTDIR --extra-cflags='-DPTW32_STATIC_LIB >>>> -DLIBTWOLAME_STATIC' --extra-libs='-lxml2 -llzma -lstdc++ >>>> -lpng -lm -lpthread -lwsock32 -lhogweed -lnettle -lgmp >>>> -ltasn1 -lws2_32 -lwinmm -lgdi32 -lcrypt32 -lintl -lz >>>> -liconv' --disable-debug --enable-gpl --enable-version3 >>>> --enable-runtime-cpudetect --disable-shared --enable-static >>>> --enable-avfilter --enable-bzlib --enable-zlib >>>> --enable-librtmp --enable-gnutls --enable-avisynth >>>> --enable-frei0r --enable-filter=frei0r --enable-libbluray >>>> --enable-libcaca --enable-libopenjpeg --enable-fontconfig >>>> --enable-libfreetype --enable-libass --enable-libgsm >>>> --enable-libmodplug --enable-libmp3lame >>>> --enable-libopencore-amrnb --enable-libopencore-amrwb >>>> --enable-libvo-amrwbenc --enable-libschroedinger >>>> --enable-libsoxr --enable-libtwolame --enable-libutvideo >>>> --enable-libspeex --enable-libtheora --enable-libvorbis >>>> --enable-libvo-aacenc --enable-libopus --enable-libvidstab >>>> --enable-libvpx --enable-libxavs --enable-libx264 >>>> --enable-libx265 --enable-libxvid --enable-libzvbi >>>> --enable-nonfree --enable-libfaac --enable-libfdk-aac/ >>>> >>>> In my build script you can selection that you want to build >>>> 32 bit or 64 bit. >>>> >>> This is my build script >>> https://github.com/Alexpux/MINGW-packages/blob/master/mingw-w64-ffmpeg/PKGBUILD#L55 >>> |
From: Ray D. <min...@gm...> - 2014-04-29 20:33:46
|
Which python do you mean here? There are many: pacman -Ss "A high-level scripting language" mingw32/mingw-w64-i686-python2 2.7.6-10 [installed] A high-level scripting language (mingw-w64) mingw32/mingw-w64-i686-python3 3.4.0-3 [installed] A high-level scripting language (mingw-w64) mingw64/mingw-w64-x86_64-python2 2.7.6-10 [installed] A high-level scripting language (mingw-w64) mingw64/mingw-w64-x86_64-python3 3.4.0-3 [installed] A high-level scripting language (mingw-w64) msys/python2 2.7.6-1 [installed] A high-level scripting language msys/python2 should never use '\'. mingw*/python* should check for env. variable MSYSTEM being set (indicating it is running under the MSYS2 bash shell), and if it is set then '/' is used as os.sep, otherwise '\' is used (in-case you run it from cmd.exe with scripts that assume os.sep on Windows to be '\'). Can you show the result of: echo $MSYSTEM .. from bash please? On Tue, Apr 29, 2014 at 7:54 PM, Alexpux <al...@gm...> wrote: > > 29 апр. 2014 г., в 22:43, Stephen Leake <ste...@st...> написал(а): > >> Stephen Leake <ste...@st...> writes: >> >>> I had the same problem in msys; I solved it with a sed script: >>> >>> $ sed -i 's#\\\(.\)#/\1#g' Makefile >>> >>> But that is broken in msys2: >>> >>> /usr/bin/sed: -e expression #1, char 11: Unmatched ( or \( >> >> I found a workaround; use Cygwin bash, Cygwin sed to run this command. >> Then the msys64 'make install' succeeds. >> >> > Can you give me small test case for this issue? > >> -- >> -- Stephe >> >> ------------------------------------------------------------------------------ >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. Get >> unparalleled scalability from the best Selenium testing platform available. >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> Msys2-users mailing list >> Msy...@li... >> https://lists.sourceforge.net/lists/listinfo/msys2-users > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexpux <al...@gm...> - 2014-04-29 20:01:27
|
29 апр. 2014 г., в 23:09, Stephen Leake <ste...@st...> написал(а): > Stephen Leake <ste...@st...> writes: > >> Ray Donnelly <min...@gm...> writes: >> >>> pacman -S mingw-w64-x86_64-toolchain mingw-w64-i686-toolchain >> >> That helps, thanks. > > I take it back :) > > configure is trying to find the Botan I installed, but g++ doesn't > seem understand the filesystem: First, I’m upload today more rebuilds include GCC-4.9.0-2. Please update system: pacman -Syu > > $ mount > C:/Msys2/msys64 on /usr type ntfs (binary,noacl,auto) > C:/Msys2/msys64 on / type ntfs (binary,noacl,auto) > C: on /c type ntfs (binary,noacl,posix=0,user,noumount,auto) > $ type g++ > g++ is hashed (/Msys2/msys64/mingw64/bin/g++) > $ g++ -v -o conftest0 -I/mingw64/include -g -O2 -Wall -I/mingw64/include/botan-1.10 -L/mingw64/lib conftest.cpp -lz -lbotan-1.10 > Using built-in specs. > COLLECT_GCC=C:\Msys2\msys64\mingw64\bin\g++.exe > COLLECT_LTO_WRAPPER=C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/lto-wrapper.exe > Target: x86_64-w64-mingw32 > Configured with: ../gcc-4.9.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --with-gxx-include-dir=/mingw64/include/c++/4.9.0 --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-cloog-backend=isl --enable-version-specific-runtime-libs --disable-cloog-version-check --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-cloog=/mingw64 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=http://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld > Thread model: posix > gcc version 4.9.0 (Rev1, Built by MSYS2 project) > COLLECT_GCC_OPTIONS='-v' '-o' 'conftest0.exe' '-I' '/mingw64/include' '-g' '-O2' '-Wall' '-I' '/mingw64/include/botan-1.10' '-L/mingw64/lib' '-shared-libgcc' '-mtune=generic' '-march=x86-64' > C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/cc1plus.exe -quiet -v -I /mingw64/include -I /mingw64/include/botan-1.10 -iprefix C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/ -D_REENTRANT conftest.cpp -quiet -dumpbase conftest.cpp -mtune=generic -march=x86-64 -auxbase conftest -g -O2 -Wall -version -o C:\tmp\cc1z4ika.s > GNU C++ (Rev1, Built by MSYS2 project) version 4.9.0 (x86_64-w64-mingw32) > compiled by GNU C version 4.9.0, GMP version 6.0.0, MPFR version 3.1.2-p5, MPC version 1.0.2 > GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 > ignoring duplicate directory "C:/Msys2/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.0/include" > ignoring nonexistent directory "C:/msys64/mingw64/include" > ignoring nonexistent directory "/mingw64/include" > ignoring duplicate directory "C:/Msys2/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.0/include-fixed" > ignoring duplicate directory "C:/Msys2/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/include" > ignoring nonexistent directory "C:/msys64/mingw64/x86_64-w64-mingw32/include" > ignoring nonexistent directory "/mingw64/include" > ignoring nonexistent directory "/mingw64/include/botan-1.10" > #include "..." search starts here: > #include <...> search starts here: > C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/include > C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../include > C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/include-fixed > C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/include > C:/Msys2/msys64/mingw64/lib/gcc/../../include/c++/4.9.0 > C:/Msys2/msys64/mingw64/lib/gcc/../../include/c++/4.9.0/x86_64-w64-mingw32 > C:/Msys2/msys64/mingw64/lib/gcc/../../include/c++/4.9.0/backward > End of search list. > GNU C++ (Rev1, Built by MSYS2 project) version 4.9.0 (x86_64-w64-mingw32) > compiled by GNU C version 4.9.0, GMP version 6.0.0, MPFR version 3.1.2-p5, MPC version 1.0.2 > GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 > Compiler executable checksum: 24a2abd61b42a3ceb183d4c0b02e83f2 > conftest.cpp:14:25: fatal error: botan/botan.h: No such file or directory > #include <botan/botan.h> > ^ > compilation terminated. > > > In particular, note: > > ignoring nonexistent directory "C:/msys64/mingw64/include" > ignoring nonexistent directory "/mingw64/include" > > This was run in a shell I spawned under Emacs. To see if that causes the > problem, I ran in the msys shell spawned by msys2_shell.bat; that was > worse: > > $ export PATH=/Msys2/msys64/mingw64/bin:$PATH export PATH=/mingw64/bin:$PATH See the difference between commands > $ g++ -v -o conftest0 -I/mingw64/include -g -O2 -Wall -I/mingw64/include/botan-1.10 -L/mingw64/lib conftest.cpp -lz -lbotan-1.10 g++ -v -o conftest0 -I/mingw64/include -g -O2 -Wall -I/mingw64/include/botan-1.10 -L/mingw64/lib conftest.cpp -lz -lbotan-1.10 > g++.exe: error: g++: No such file or directory > Using built-in specs. > COLLECT_GCC=C:\Msys2\msys64\mingw64\bin\g++.exe > COLLECT_LTO_WRAPPER=C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/lto-wrapper.exe > Target: x86_64-w64-mingw32 > Configured with: ../gcc-4.9.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --with-gxx-include-dir=/mingw64/include/c++/4.9.0 --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-cloog-backend=isl --enable-version-specific-runtime-libs --disable-cloog-version-check --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-cloog=/mingw64 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=http://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld > Thread model: posix > gcc version 4.9.0 (Rev1, Built by MSYS2 project) > > Note: 'g++.exe: error: g++: No such file or directory', and that there is > no further output. > > > -- > -- Stephe > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Stephen L. <ste...@st...> - 2014-04-29 19:09:17
|
Stephen Leake <ste...@st...> writes: > Ray Donnelly <min...@gm...> writes: > >> pacman -S mingw-w64-x86_64-toolchain mingw-w64-i686-toolchain > > That helps, thanks. I take it back :) configure is trying to find the Botan I installed, but g++ doesn't seem understand the filesystem: $ mount C:/Msys2/msys64 on /usr type ntfs (binary,noacl,auto) C:/Msys2/msys64 on / type ntfs (binary,noacl,auto) C: on /c type ntfs (binary,noacl,posix=0,user,noumount,auto) $ type g++ g++ is hashed (/Msys2/msys64/mingw64/bin/g++) $ g++ -v -o conftest0 -I/mingw64/include -g -O2 -Wall -I/mingw64/include/botan-1.10 -L/mingw64/lib conftest.cpp -lz -lbotan-1.10 Using built-in specs. COLLECT_GCC=C:\Msys2\msys64\mingw64\bin\g++.exe COLLECT_LTO_WRAPPER=C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/lto-wrapper.exe Target: x86_64-w64-mingw32 Configured with: ../gcc-4.9.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --with-gxx-include-dir=/mingw64/include/c++/4.9.0 --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-cloog-backend=isl --enable-version-specific-runtime-libs --disable-cloog-version-check --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-cloog=/mingw64 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=http://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld Thread model: posix gcc version 4.9.0 (Rev1, Built by MSYS2 project) COLLECT_GCC_OPTIONS='-v' '-o' 'conftest0.exe' '-I' '/mingw64/include' '-g' '-O2' '-Wall' '-I' '/mingw64/include/botan-1.10' '-L/mingw64/lib' '-shared-libgcc' '-mtune=generic' '-march=x86-64' C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/cc1plus.exe -quiet -v -I /mingw64/include -I /mingw64/include/botan-1.10 -iprefix C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/ -D_REENTRANT conftest.cpp -quiet -dumpbase conftest.cpp -mtune=generic -march=x86-64 -auxbase conftest -g -O2 -Wall -version -o C:\tmp\cc1z4ika.s GNU C++ (Rev1, Built by MSYS2 project) version 4.9.0 (x86_64-w64-mingw32) compiled by GNU C version 4.9.0, GMP version 6.0.0, MPFR version 3.1.2-p5, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring duplicate directory "C:/Msys2/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.0/include" ignoring nonexistent directory "C:/msys64/mingw64/include" ignoring nonexistent directory "/mingw64/include" ignoring duplicate directory "C:/Msys2/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.0/include-fixed" ignoring duplicate directory "C:/Msys2/msys64/mingw64/lib/gcc/../../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/include" ignoring nonexistent directory "C:/msys64/mingw64/x86_64-w64-mingw32/include" ignoring nonexistent directory "/mingw64/include" ignoring nonexistent directory "/mingw64/include/botan-1.10" #include "..." search starts here: #include <...> search starts here: C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/include C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../include C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/include-fixed C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/include C:/Msys2/msys64/mingw64/lib/gcc/../../include/c++/4.9.0 C:/Msys2/msys64/mingw64/lib/gcc/../../include/c++/4.9.0/x86_64-w64-mingw32 C:/Msys2/msys64/mingw64/lib/gcc/../../include/c++/4.9.0/backward End of search list. GNU C++ (Rev1, Built by MSYS2 project) version 4.9.0 (x86_64-w64-mingw32) compiled by GNU C version 4.9.0, GMP version 6.0.0, MPFR version 3.1.2-p5, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 24a2abd61b42a3ceb183d4c0b02e83f2 conftest.cpp:14:25: fatal error: botan/botan.h: No such file or directory #include <botan/botan.h> ^ compilation terminated. In particular, note: ignoring nonexistent directory "C:/msys64/mingw64/include" ignoring nonexistent directory "/mingw64/include" This was run in a shell I spawned under Emacs. To see if that causes the problem, I ran in the msys shell spawned by msys2_shell.bat; that was worse: $ export PATH=/Msys2/msys64/mingw64/bin:$PATH $ g++ -v -o conftest0 -I/mingw64/include -g -O2 -Wall -I/mingw64/include/botan-1.10 -L/mingw64/lib conftest.cpp -lz -lbotan-1.10 g++ -v -o conftest0 -I/mingw64/include -g -O2 -Wall -I/mingw64/include/botan-1.10 -L/mingw64/lib conftest.cpp -lz -lbotan-1.10 g++.exe: error: g++: No such file or directory Using built-in specs. COLLECT_GCC=C:\Msys2\msys64\mingw64\bin\g++.exe COLLECT_LTO_WRAPPER=C:/Msys2/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/lto-wrapper.exe Target: x86_64-w64-mingw32 Configured with: ../gcc-4.9.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --with-gxx-include-dir=/mingw64/include/c++/4.9.0 --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-cloog-backend=isl --enable-version-specific-runtime-libs --disable-cloog-version-check --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-cloog=/mingw64 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=http://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld Thread model: posix gcc version 4.9.0 (Rev1, Built by MSYS2 project) Note: 'g++.exe: error: g++: No such file or directory', and that there is no further output. -- -- Stephe |
From: Alexpux <al...@gm...> - 2014-04-29 18:54:35
|
29 апр. 2014 г., в 22:43, Stephen Leake <ste...@st...> написал(а): > Stephen Leake <ste...@st...> writes: > >> I had the same problem in msys; I solved it with a sed script: >> >> $ sed -i 's#\\\(.\)#/\1#g' Makefile >> >> But that is broken in msys2: >> >> /usr/bin/sed: -e expression #1, char 11: Unmatched ( or \( > > I found a workaround; use Cygwin bash, Cygwin sed to run this command. > Then the msys64 'make install' succeeds. > > Can you give me small test case for this issue? > -- > -- Stephe > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Stephen L. <ste...@st...> - 2014-04-29 18:44:02
|
Stephen Leake <ste...@st...> writes: > I had the same problem in msys; I solved it with a sed script: > > $ sed -i 's#\\\(.\)#/\1#g' Makefile > > But that is broken in msys2: > > /usr/bin/sed: -e expression #1, char 11: Unmatched ( or \( I found a workaround; use Cygwin bash, Cygwin sed to run this command. Then the msys64 'make install' succeeds. -- -- Stephe |
From: Alexpux <al...@gm...> - 2014-04-29 18:38:21
|
29 апр. 2014 г., в 22:36, Stephen Leake <ste...@st...> написал(а): > I'm building Botan (http://botan.randombit.net/download.html). It uses a > Python script for configre. The configure script generates paths with Python's > os.path.join(...); in msys Python this uses '\' as the path separator. > This causes problems in many places in the Makefile, giving errors like: > > install: cannot stat ‘.srcutilstypes.h > > when it should be ./src/utils/types.h > > I had the same problem in msys; I solved it with a sed script: > > $ sed -i 's#\\\(.\)#/\1#g' Makefile > > But that is broken in msys2: > > /usr/bin/sed: -e expression #1, char 11: Unmatched ( or \( > > We can't simply replace _all_ \; some are line continuations. > > > The best fix would seem to be to fix msys2 Python os.path.join to use /. > > Can I do that? > > Short of that, any ideas? > Maybe you use mingw-python? > -- > -- Stephe > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Stephen L. <ste...@st...> - 2014-04-29 18:36:34
|
I'm building Botan (http://botan.randombit.net/download.html). It uses a Python script for configre. The configure script generates paths with Python's os.path.join(...); in msys Python this uses '\' as the path separator. This causes problems in many places in the Makefile, giving errors like: install: cannot stat ‘.srcutilstypes.h when it should be ./src/utils/types.h I had the same problem in msys; I solved it with a sed script: $ sed -i 's#\\\(.\)#/\1#g' Makefile But that is broken in msys2: /usr/bin/sed: -e expression #1, char 11: Unmatched ( or \( We can't simply replace _all_ \; some are line continuations. The best fix would seem to be to fix msys2 Python os.path.join to use /. Can I do that? Short of that, any ideas? -- -- Stephe |
From: Stephen L. <ste...@st...> - 2014-04-29 18:30:40
|
Ray Donnelly <min...@gm...> writes: > Hi Stephe, > > pacman -S mingw-w64-x86_64-toolchain mingw-w64-i686-toolchain [remove > any arch you don't care about] > > It may good to read the following ticket where I walk people through > setting up a dev. env and building python2 from source (using our > PKGBUILD recipe - I recommend making a PKGBUILD for monotone and > submitting it to us too if you have the time/inclination!): > > http://sourceforge.net/p/msys2/tickets/32/?limit=10&page=1#216b That helps, thanks. -- -- Stephe |
From: Ray D. <min...@gm...> - 2014-04-29 10:02:27
|
Hi Stephe, pacman -S mingw-w64-x86_64-toolchain mingw-w64-i686-toolchain [remove any arch you don't care about] It may good to read the following ticket where I walk people through setting up a dev. env and building python2 from source (using our PKGBUILD recipe - I recommend making a PKGBUILD for monotone and submitting it to us too if you have the time/inclination!): http://sourceforge.net/p/msys2/tickets/32/?limit=10&page=1#216b Cheers, Ray. On Tue, Apr 29, 2014 at 10:32 AM, Stephen Leake <ste...@st...> wrote: > I'm trying to build monotone using MinGW64. monotone is written in C++, > so it requires the g++ compiler. > > In msys2, 'pacman -Ss g++' returns no results, so it appears g++ has not > yet been packaged for msys2; is this correct? > > The other option is to use MinGW64, which does provide g++. > > However, the MinGW64 compiler does not support Msys2 symlinks. Several > of the packages required by monotone use symlinks (when supported) in > the build process. 'configure' recognizes that msys2 supports symlinks, > and it assumes that 'gcc' does as well. > > The dependent packages don't need g++, so I could compile them with > msys2 gcc. However, I'm worried about compatibility of the two runtimes. > MinGW64 offers several options for the runtime; which ones were used for > the msys2 version? > > My current workaround is to run configure in msys2, which defines "LN_S = ln -s" > in the generated Makefile, then edit that to "LN_S = cp -pR", then > compile with MinGW64 gcc. > > Is there a better way? > > -- > -- Stephe > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Stephen L. <ste...@st...> - 2014-04-29 09:33:01
|
I'm trying to build monotone using MinGW64. monotone is written in C++, so it requires the g++ compiler. In msys2, 'pacman -Ss g++' returns no results, so it appears g++ has not yet been packaged for msys2; is this correct? The other option is to use MinGW64, which does provide g++. However, the MinGW64 compiler does not support Msys2 symlinks. Several of the packages required by monotone use symlinks (when supported) in the build process. 'configure' recognizes that msys2 supports symlinks, and it assumes that 'gcc' does as well. The dependent packages don't need g++, so I could compile them with msys2 gcc. However, I'm worried about compatibility of the two runtimes. MinGW64 offers several options for the runtime; which ones were used for the msys2 version? My current workaround is to run configure in msys2, which defines "LN_S = ln -s" in the generated Makefile, then edit that to "LN_S = cp -pR", then compile with MinGW64 gcc. Is there a better way? -- -- Stephe |
From: Ray D. <min...@gm...> - 2014-04-27 21:20:46
|
> I'm running c:/MinGW64/msys64/bin/bash.exe, with c:/MinGW64/msys64/bin first in PATH. Please read and follow the instructions on this wiki page: http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/ You should run one of mingw32_shell.bat, mingw64_shell.bat or msys2_shell.bat, or at least do everything important that those batch files do (setting MSYSTEM, running sh.exe with --login -i). Also, mintty works better than cmd.exe at present due to xterm emulation, this is something that we are keen to fix. > Ah; that says /mingw64/* but it did _not_ put them there. Are you sure about that? It definitely should have put them there. Obviously discussion of paths is trickier since MSYS has it's own version of each Windows path. For me: pacman -Ql mingw-w64-x86_64-make .. mingw-w64-x86_64-make /mingw64/bin/mingw32-make.exe .. and: ls -l /mingw64/bin/mingw32-make.exe -rwxr-xr-x 1 ray None 222723 Jan 13 04:37 /mingw64/bin/mingw32-make.exe > Msys2 seems to be very confused about what "/" means. 'mount' says: It's not 'confused' as such there are just two versions, the same as a bind mount in Linux. This is an unfortunate layout that we inherited from the original msys and it's a shame that we didn't correct it, but it can be lived with generally. Fixing it would mean rebuilding every MSYS2 package. > c:/MinGW64/msys64/mingw64; that doesn't exist. This indicates that you didn't run the startup scripts because you didn't run "sh.exe --login -i". |
From: Stephen L. <ste...@st...> - 2014-04-27 20:57:50
|
Ray Donnelly <min...@gm...> writes: > "pacman -Ql package-name" > Ah; that says /mingw64/* but it did _not_ put them there. Msys2 seems to be very confused about what "/" means. 'mount' says: C:/MinGW64/msys64 on /usr type ntfs (binary,noacl,auto) C:/MinGW64/msys64 on / type ntfs (binary,noacl,auto) C: on /cygdrive/c type ntfs (binary,noacl,posix=0,user,noumount,auto) but 'ls /' clearly shows the contents of c:\ c:/mingw64 does _not_ contain the result of installing make. Neither does c:/MinGW64/msys64/mingw64; that doesn't exist. I'm guessing pacman and/or the mingw-w64-x86_64-make package are assuming that c:/MinGW64 is mounted at '/mingw64', similar to '/mingw' in MSYS. But I don't see how to implement that. I have MinGW64 unpacked in c:/MinGW64/mingw64, so I try: $ mkdir /mingw64 $ mount c:/MinGW64/mingw64 /mingw64 $ mount C:/MinGW64/msys64 on /usr type ntfs (binary,noacl,auto) C:/MinGW64/msys64 on / type ntfs (binary,noacl,auto) C: on /cygdrive/c type ntfs (binary,noacl,posix=0,user,noumount,auto) $ ls /mingw64 $ why doesn't that work? Now when I do 'pacman -S mingw-w64-x86_64-make', the files are installed in c:/MinGW64/msys64/mingw64 > .. if you are asking because you want to remove the files by hand, No, I'm asking because I'm wondering what I need to add to PATH to see that 'make'. > don't, you'll confuse pacman's databases. Use "pacman -R package-name" > instead. right. -- -- Stephe |
From: Ray D. <min...@gm...> - 2014-04-27 18:33:34
|
"pacman -Ql package-name" .. if you are asking because you want to remove the files by hand, don't, you'll confuse pacman's databases. Use "pacman -R package-name" instead. There's also octopi if you want a graphical view of things but this is quite WIP and doesn't work very well (yet). On Sun, Apr 27, 2014 at 7:28 PM, Stephen Leake <ste...@st...> wrote: > Alexpux <al...@gm...> writes: > >>> $ pacman -S -s make >>> >>> This shows, among other things: >>> >>> mingw64/mingw-w64-x86_64-make 4.0.2289.432cb65-1 (mingw-w64-x86_64-toolchain) >>> GNU make utility to maintain groups of programs >>> >> this is mingw version of Make. It contain mingw32-make executable > > Ah. That makes sense. > > Where did it get installed? 'pacman -v' didn't give that info. > >> To install msys-make just run pacman -S make > > Yes, that works. > > Thanks. > > -- > -- Stephe > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Stephen L. <ste...@st...> - 2014-04-27 18:28:49
|
Alexpux <al...@gm...> writes: >> $ pacman -S -s make >> >> This shows, among other things: >> >> mingw64/mingw-w64-x86_64-make 4.0.2289.432cb65-1 (mingw-w64-x86_64-toolchain) >> GNU make utility to maintain groups of programs >> > this is mingw version of Make. It contain mingw32-make executable Ah. That makes sense. Where did it get installed? 'pacman -v' didn't give that info. > To install msys-make just run pacman -S make Yes, that works. Thanks. -- -- Stephe |
From: Alexpux <al...@gm...> - 2014-04-27 17:26:50
|
27 апр. 2014 г., в 19:21, Stephen Leake <ste...@st...> написал(а): > I'm just getting started with msys2 and mingw64. > > I've unpacked msys2-base-x86_64-20140216.tar.xz to c:/MinGW64, creating > c:/MinGW64/msys64/bin etc. > > I'm running c:/MinGW64/msys64/bin/bash.exe, with c:/MinGW64/msys64/bin > first in PATH. > > I'm trying to install Gnu 'make'. I find it with pacman: > > $ pacman -S -s make > > This shows, among other things: > > mingw64/mingw-w64-x86_64-make 4.0.2289.432cb65-1 (mingw-w64-x86_64-toolchain) > GNU make utility to maintain groups of programs > this is mingw version of Make. It contain mingw32-make executable To install msys-make just run pacman -S make Regards, Alexey. > So I try to install it: > > $ pacman -S mingw64/mingw-w64-x86_64-make > resolving dependencies... > looking for conflicting packages... > warning: insufficient columns available for table display > > Packages (1) mingw-w64-x86_64-make-4.0.2289.432cb65-1 > > > :: Proceed with installation? [Y/n] y > y > :: Retrieving packages ... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... > checking keyring... > checking package integrity... > loading package files... > checking for file conflicts... > checking available disk space... > installing mingw-w64-x86_64-make... > > But 'make' is still not there: > > $ type make > bash: type: make: not found > stephe@takver$ echo $PATH > /MinGW64/mingw64/bin:/MinGW64/msys64/bin:/Apps/monotone-1.0:/Apps/Inno_Setup_5:/Python27:/home/stephe/bin:/Apps/GNAT-7.1.2/bin:/Apps/emacs-24.3/bin:/windows/system32 > > $ ls /cygdrive/c/MinGW64/msys64/bin/*make* > /cygdrive/c/MinGW64/msys64/bin/makeinfo > /cygdrive/c/MinGW64/msys64/bin/makepkg > /cygdrive/c/MinGW64/msys64/bin/makepkg-mingw > /cygdrive/c/MinGW64/msys64/bin/makepkg-template > > > What am I missing? > > -- > -- Stephe > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Stephen L. <ste...@st...> - 2014-04-27 15:25:13
|
I'm just getting started with msys2 and mingw64. I've unpacked msys2-base-x86_64-20140216.tar.xz to c:/MinGW64, creating c:/MinGW64/msys64/bin etc. I'm running c:/MinGW64/msys64/bin/bash.exe, with c:/MinGW64/msys64/bin first in PATH. I'm trying to install Gnu 'make'. I find it with pacman: $ pacman -S -s make This shows, among other things: mingw64/mingw-w64-x86_64-make 4.0.2289.432cb65-1 (mingw-w64-x86_64-toolchain) GNU make utility to maintain groups of programs So I try to install it: $ pacman -S mingw64/mingw-w64-x86_64-make resolving dependencies... looking for conflicting packages... warning: insufficient columns available for table display Packages (1) mingw-w64-x86_64-make-4.0.2289.432cb65-1 :: Proceed with installation? [Y/n] y y :: Retrieving packages ... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... downloading mingw-w64-x86_64-make-4.0.2289.432cb65-1-any.pkg.tar.xz... checking keyring... checking package integrity... loading package files... checking for file conflicts... checking available disk space... installing mingw-w64-x86_64-make... But 'make' is still not there: $ type make bash: type: make: not found stephe@takver$ echo $PATH /MinGW64/mingw64/bin:/MinGW64/msys64/bin:/Apps/monotone-1.0:/Apps/Inno_Setup_5:/Python27:/home/stephe/bin:/Apps/GNAT-7.1.2/bin:/Apps/emacs-24.3/bin:/windows/system32 $ ls /cygdrive/c/MinGW64/msys64/bin/*make* /cygdrive/c/MinGW64/msys64/bin/makeinfo /cygdrive/c/MinGW64/msys64/bin/makepkg /cygdrive/c/MinGW64/msys64/bin/makepkg-mingw /cygdrive/c/MinGW64/msys64/bin/makepkg-template What am I missing? -- -- Stephe |
From: Ray D. <min...@gm...> - 2014-04-24 17:46:36
|
.. but we should try to come up with a solution to this if possible I think. On Thu, Apr 24, 2014 at 6:43 PM, Alexey Pavlov <ale...@gm...> wrote: > > 24 апр. 2014 г., в 21:02, Jon bae <jon...@gm...> написал(а): > >> Hello everybody, >> when I run the first time the update function from pacman I get after a while a bunch of errors. You see it in the text file. >> >> Can it be that it doesn't work when pacman become a new version and it updates the other tools also, without a new start between them? >> > > This errors is from replacing by pacman DLLs and EXEs that in use during update. You need restart MSYS2 after this errors. > I prefer the next update scenario. > pacman -Sy > pacman -Su —ignoregroup base > pacman -Su > > Regards, > Alexey. > >> Have a nice time! >> >> jb_ >> <first-udate.txt>------------------------------------------------------------------------------ >> Start Your Social Network Today - Download eXo Platform >> Build your Enterprise Intranet with eXo Platform Software >> Java Based Open Source Intranet - Social, Extensible, Cloud Ready >> Get Started Now And Turn Your Intranet Into A Collaboration Platform >> http://p.sf.net/sfu/ExoPlatform_______________________________________________ >> Msys2-users mailing list >> Msy...@li... >> https://lists.sourceforge.net/lists/listinfo/msys2-users > > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexey P. <ale...@gm...> - 2014-04-24 17:43:46
|
24 апр. 2014 г., в 21:02, Jon bae <jon...@gm...> написал(а): > Hello everybody, > when I run the first time the update function from pacman I get after a while a bunch of errors. You see it in the text file. > > Can it be that it doesn't work when pacman become a new version and it updates the other tools also, without a new start between them? > This errors is from replacing by pacman DLLs and EXEs that in use during update. You need restart MSYS2 after this errors. I prefer the next update scenario. pacman -Sy pacman -Su —ignoregroup base pacman -Su Regards, Alexey. > Have a nice time! > > jb_ > <first-udate.txt>------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform_______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Jon b. <jon...@gm...> - 2014-04-24 17:02:45
|
Hello everybody, when I run the first time the update function from pacman I get after a while a bunch of errors. You see it in the text file. Can it be that it doesn't work when pacman become a new version and it updates the other tools also, without a new start between them? Have a nice time! jb_ |
From: Alexey P. <ale...@gm...> - 2014-04-23 18:42:33
|
Hi, all! Today uploaded new released GCC-4.9.0. Please test it and write about any issues with it. Regards, MSYS2 team. |