[Mingw-w64-public] compile with clang error.what's wrong
I used msys2 and prebuilt package from https://sourceforge.net/projects/msys2/files/REPOS/MINGW/ My OS is windows 7 home basic. My step is 1.install msys2 2.c:/>msys2>update-core 3.pacman -S mingw-w64-i686-toolchain 4.pacman -S mingw-w64-i686-clang 5.pacman -S mingw-w64-i686-libc++ 6.pacman -S mingw-w64-i686-libc++abi I test clang with hello world.But I get error clang++ --stdlib=libc++ -c hello.cpp -v clang version 3.8.0 (tags/RELEASE_380/final) Target: i686-w64-windows-gnu Thread model: posix InstalledDir: D:\msys32\mingw32\bin "D:\\msys32\\mingw32\\bin\\clang++.exe" -cc1 -triple i686-w64-windows-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name hello.cpp -mrelocation-model static -mthread-model posix -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -target-cpu pentium4 -v -dwarf-column-info -debugger-tuning=gdb -coverage-file "D:\\msys32\\home\\h\\hello.cpp" -resource-dir "D:\\msys32\\mingw32\\bin\\..\\lib\\clang\\3.8.0" -internal-isystem "D:\\msys32\\mingw32\\include\\c++\\v1" -internal-isystem "D:\\msys32\\mingw32\\bin\\..\\lib\\clang\\3.8.0\\include" -internal-isystem "D:\\msys32\\mingw32\\lib\\gcc\\i686-w64-mingw32\\5.3.0\\include" -internal-isystem "D:\\msys32\\mingw32\\i686-w64-mingw32/sys-root/mingw/include" -internal-isystem "D:\\msys32\\mingw32\\lib\\gcc\\i686-w64-mingw32\\5.3.0\\include-fixed" -internal-isystem "D:\\msys32\\mingw32\\i686-w64-mingw32\\include" -internal-isystem "D:\\msys32\\mingw32\\include" -fdeprecated-macro -fdebug-compilation-dir "D:\\msys32\\home\\h" -ferror-limit 19 -fmessage-length 0 -fno-use-cxa-atexit -fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -o hello.o -x c++ hello.cpp clang -cc1 version 3.8.0 based upon LLVM 3.8.0 default target i686-w64-windows-gnu ignoring nonexistent directory "D:\msys32\mingw32\i686-w64-mingw32/sys-root/mingw/include" #include "..." search starts here: #include <...> search starts here: D:\msys32\mingw32\include\c++\v1 D:\msys32\mingw32\bin\..\lib\clang\3.8.0\include D:\msys32\mingw32\lib\gcc\i686-w64-mingw32\5.3.0\include D:\msys32\mingw32\lib\gcc\i686-w64-mingw32\5.3.0\include-fixed D:\msys32\mingw32\i686-w64-mingw32\include D:\msys32\mingw32\include End of search list. In file included from hello.cpp:1: In file included from D:\msys32\mingw32\include\c++\v1\iostream:38: In file included from D:\msys32\mingw32\include\c++\v1\ios:216: In file included from D:\msys32\mingw32\include\c++\v1\__locale:15: In file included from D:\msys32\mingw32\include\c++\v1\string:439: In file included from D:\msys32\mingw32\include\c++\v1\algorithm:625: D:\msys32\mingw32\include\c++\v1\type_traits:1634:1: error: requested alignment must be 8192 bytes or smaller _CREATE_ALIGNED_STORAGE_SPECIALIZATION(0x4000); ^ ~~ D:\msys32\mingw32\include\c++\v1\type_traits:1612:12: note: expanded from macro '_CREATE_ALIGNED_STORAGE_SPECIALIZATION' struct _ALIGNAS(n) type\ ^~ D:\msys32\mingw32\include\c++\v1\__config:274:38: note: expanded from macro '_ALIGNAS' # define _ALIGNAS(x) __attribute__((__aligned__(x))) ^ ~ 1 error generated. I have found someone else had mentioned using clang toolchain,clang++,libc++,lld,compiler-rt etc in the mail lists several months ago.But there is no result whether it is working.Any successful result. Thanks -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] how to use ld.gold as the linker?
Mm I have some another questions 1.As the ld.gold only supports elf format,why it is included in the binutils for build target windows?Does that mean I will never touch this tool under windows. 2.As the compile/link speed is so slow under windows,I hope to speed it up.Can I use the cross compiler (e.g. target nonwin) to compiler/link source code to nonwin target file format(e.g. elf),then have a convert tool converted to windows pe format.It is best that I can do that all under windows. Is that possible?Is that worth to do? Great thanks. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] how to use ld.gold as the linker?
Hi,all
My OS is xp sp3
I used the i686-4.9.2-release-posix-dwarf-rt_v4-rev2.7z build from site
http://sourceforge.net/projects/mingw-w64
I write a helloworld.cpp program
#includestdio.h
#includeiostream
int main()
{
int i1=1,i2=2;
int sum = i1 + i2;
printf(%d\n,sum);
return 0;
}
when I use g++ -o hello.exe hello.cpp,It works well.Now I want it to be linked
with ld.gold,I use g++ -o hello.exe hello.cpp -fuse-ld=gold -v,I get following
error,what is the problem and how to resolve it.
Great thanks
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=D:/mingw32-gcc-4.9.2/mingw32/bin/../libexec/gcc/i686-w64-mingw32/4.9.2/lto-wrapper.exe
Target: i686-w64-mingw32
Configured with: ../../../src/gcc-4.9.2/configure --host=i686-w64-mingw32
--build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32
--with-sysroot=/c/mingw492/i686-492-posix-dwarf-rt_v4-rev2/mingw32
--with-gxx-include-dir=/mingw32/i686-w64-mingw32/include/c++ --enable-shared
--enable-static --disable-multilib
--enable-languages=ada,c,c++,fortran,objc,obj-c++,lto
--enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp
--enable-libatomic --enable-lto --enable-graphite --enable-checking=release
--enable-fully-dynamic-string --enable-version-specific-runtime-libs
--disable-sjlj-exceptions --with-dwarf2 --disable-isl-version-check
--disable-cloog-version-check --disable-libstdcxx-pch --disable-libstdcxx-debug
--enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls
--disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=i686
--with-tune=generic --with-libiconv --with-system-zlib
--with-gmp=/c/mingw492/prerequisites/i686-w64-mingw32-static
--with-mpfr=/c/mingw492/prerequisites/i686-w64-mingw32-static
--with-mpc=/c/mingw492/prerequisites/i686-w64-mingw32-static
--with-isl=/c/mingw492/prerequisites/i686-w64-mingw32-static
--with-cloog=/c/mingw492/prerequisites/i686-w64-mingw32-static
--enable-cloog-backend=isl --with-pkgversion='i686-posix-dwarf-rev2, Built by
MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64
CFLAGS='-O2 -pipe
-I/c/mingw492/i686-492-posix-dwarf-rt_v4-rev2/mingw32/opt/include
-I/c/mingw492/prerequisites/i686-zlib-static/include
-I/c/mingw492/prerequisites/i686-w64-mingw32-static/include' CXXFLAGS='-O2
-pipe -I/c/mingw492/i686-492-posix-dwarf-rt_v4-rev2/mingw32/opt/include
-I/c/mingw492/prerequisites/i686-zlib-static/include
-I/c/mingw492/prerequisites/i686-w64-mingw32-static/include' CPPFLAGS=
LDFLAGS='-pipe -L/c/mingw492/i686-492-posix-dwarf-rt_v4-rev2/mingw32/opt/lib
-L/c/mingw492/prerequisites/i686-zlib-static/lib
-L/c/mingw492/prerequisites/i686-w64-mingw32-static/lib
-Wl,--large-address-aware'
Thread model: posix
gcc version 4.9.2 (i686-posix-dwarf-rev2, Built by MinGW-W64 project)
COLLECT_GCC_OPTIONS='-o' 'hello.exe' '-fuse-ld=gold' '-v' '-shared-libgcc'
'-mtune=generic' '-march=i686'
D:/mingw32-gcc-4.9.2/mingw32/bin/../libexec/gcc/i686-w64-mingw32/4.9.2/cc1plus.exe
-quiet -v -iprefix
D:/mingw32-gcc-4.9.2/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/
-D_REENTRANT hello.cpp -quiet -dumpbase hello.cpp -mtune=generic -march=i686
-auxbase hello -version -fuse-ld=gold -o d:\tmp\ccEEmv6M.s
GNU C++ (i686-posix-dwarf-rev2, Built by MinGW-W64 project) version 4.9.2
(i686-w64-mingw32)
compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR version 3.1.2-p9, MPC
version 1.0.2
warning: MPFR header version 3.1.2-p9 differs from library version 3.1.2-p10.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring duplicate directory
D:/mingw32-gcc-4.9.2/mingw32/lib/gcc/../../lib/gcc/i686-w64-mingw32/4.9.2/include
ignoring nonexistent directory
C:/mingw492/i686-492-posix-dwarf-rt_v4-rev2/mingw32C:/msys64/mingw32/lib/gcc/i686-w64-mingw32/4.9.2/../../../../include
ignoring duplicate directory
D:/mingw32-gcc-4.9.2/mingw32/lib/gcc/../../lib/gcc/i686-w64-mingw32/4.9.2/include-fixed
ignoring duplicate directory
D:/mingw32-gcc-4.9.2/mingw32/lib/gcc/../../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/include
ignoring nonexistent directory
C:/mingw492/i686-492-posix-dwarf-rt_v4-rev2/mingw32/mingw/include
#include ... search starts here:
#include ... search starts here:
D:/mingw32-gcc-4.9.2/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/include
D:/mingw32-gcc-4.9.2/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/include-fixed
D:/mingw32-gcc-4.9.2/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.9.2/../../../../i686-w64-mingw32/include
D:/mingw32-gcc-4.9.2/mingw32/lib/gcc/../../i686-w64-mingw32/include/c++
D:/mingw32-gcc-4.9.2/mingw32/lib/gcc/../../i686-w64-mingw32/include/c++/i686-w64-mingw32
D:/mingw32-gcc-4.9.2/mingw32/lib/gcc/../../i686-w64-mingw32/include/c++/backward
End of search list.
GNU C++ (i686-posix-dwarf-rev2, Built by MinGW-W64 project) version 4.9.2
(i686-w64-mingw32)
compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR version 3.1.2-p9, MPC
version 1.0.2
[Mingw-w64-public] how to link msvcr100.dll
hi
I write a hello world program in c
#include stdio.h
int main()
{
printf(Hello world!\n);
return 0;
}
I try to link it with msvcr100.dll,I use the ruben win32 build from
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/
rubenvb/gcc-4.8-release/i686-w64-mingw32-gcc-4.8.0-win32_rubenvb.7z/download
gcc -o hello.exe main.cpp -L c:\windows\system32 -l msvcr100.dll or
gcc -o hello.exe main.cpp -Wl,-Lc:\windows\system32,-lmsvcr100.dll
Both return error
d:/mingw/mingwrubwin32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../i686-w6
4-mingw32/bin/ld.exe: cannot find -lmsvcr100.dll
How do I do that?
I also have a question,Is mingw64 crt independent of msvcrt.dll or not?I search
the archive and a little confused about
crt.
My understanding is under windows ,the most widely used crt is msvcrt.dll,there
are also other versions.
msvcr70,80,90,100 etc.All come from microsoft visual studio.Both mingw and
mingw64 depend on msvcrt.
If so,when I use stdio.h,which version do I use,mingw or vs.Under windows,How
mingw stdio.h integrate with
msvcrt.dll?Should I use visual studio's stdio.h under windows,which I think
must cooperate better with msvcrt than
mingw's stdio.h
Thanks
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Is it the gcc or mingw64 that cause the failure of wx building?
HI,recently I tried several mingw and mingw-w64 version to build wx 2.9.4 http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb /gcc-4.8-release/i686-w64-mingw32-gcc-4.8.0-win32_rubenvb.7z/download ..failed mingw64+gcc4.8 http://www.drangon.org/mingw/mirror.php?num=2fname=mingw-w32-bin-i686-20130601.7z ..failed mingw64+gcc4.8.1 http://files.1f0.de/mingw/mingw-w64-gcc-4.8.0-stable-r7.7z failed mingw64+gcc4.8 http://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/4.8.1/32-bit/threads-win32/ sjlj/x32-4.8.1-release-win32-sjlj-rev0.7z/download ..failed mingw64+gcc4.8.1 http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.7.1-3.exe/download ..succeed mingw64+gcc4.7.1 All above base on mingw64. http://nuwen.net/files/mingw/mingw-10.1.exe ..succeed, gcc4.8+mingw It seems that if only gcc 4.8 or mingw64 is used,the building succeeds,If integrate them,then building fails. Maybe there is a conflict between gcc4.8 and mingw64. Best Regards-- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Is there a way to control the output file format of windres directly during building wx?
hello I find there is no way to control the output file format of windres directly when I build wx. If I use mingw32-make under cmd,I must manually modify makefile.gcc,add rcflags to every windres command. If I use msys,I also have no way to directly do that using configure, ../../configure --host=i686-w64-mingw32 --enable-shared --disable-debug --disable-monolithic --enable-unicode CXXFLAGS=-pipe -m32 fno-keep-inline-dllexport -Os LDFLAGS=-m32 CFLAGS=-m32 RCFLAGS=-F pe-i386 the basedll_version_rc.o's format is pe-x86-64,I can not find any windres flag in that make file controlling file format.So I think I must manually modify makefile . It is strange that RCFLAGS is not the standard flag in gcc like CXXFLAGS,LDFLAGS,CFLAGS etc,why Wx omit this flag? Or may be another method to reach the same result Thanks -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] build wx with tdm-gcc successfully
hello I have just succeeded in building wx 2.9.4 with tdm-gcc-64 4.7.1-3,I'm very glad.Thanks for all help. I invoke the command mingw32-make -f makefile.gcc -j4 BUILD=release SHARED=1 MONOLITHIC=0 UNICODE=1 CXXFLAGS=-m32 -pipe -fno-keep-inline-dllexport -Os LDFLAGS=-m32 CFLAGS=-m32 RCFLAGS=-F pe-i386 I also find I must change makefile.gcc,add RCFLAGS to MAKEARGS,and add $(RCFLAGS) to all windres command line. Is there an alternate way more quick and simple?Can I avoid modifying every windres command? Next I will try compile under msys using tdm-gcc,how to specify file format to pe-i386 for windres? I also try to build with ruben's toolchain. Best Regards -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Do I select the right build type
Hi I reset my msys according to http://ingar.satgnu.net/devenv/mingw32/base.html My os version is windows xp 32bit 5.1.2600 I copy the tdm-gcc into mingw directory,and rename the tdm-gcc directory to mingw64. when I run ../../configure --host=i686-w64-mingw32 --enable-shared --disable-debug --disable-monolithic --enable-unicode CXXFLAGS=-pipe -m32 fno-keep-inline-dllexport -Os LDFLAGS=-m32 CFLAGS=-m32 The script auto guess the building system is i686-pc-mingw32,which is now the i686-w64-mingw32. I'm confused,I think I should set build to x86_64-w64-mingw32,Is that right? -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] use tdm-gcc to compile wx2.9.4, get i386:x86-64 architecture of input file incompatible error
Hi,Ruben I think I must use --build and --host.If not,first I will get cannot guess build type error. The tdm-gcc is built with --build=x86_64-w64-mingw32,So I set build type to that. I want to build the wx dlls which are used under 32bit windows xp os. So I set host type to i686-w64-mingw32 I think I'm performing a cross compiling,Is that right? Thanks. -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] use tdm-gcc to compile wx2.9.4, get i386:x86-64 architecture of input file incompatible error
hello I try to build 32-bit wx2.9.4 with tdm-gcc. My os:windows xp (32bit) 5.1.2600 I download tdm-gcc from http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.7.1-3.exe/download I cd wx\build\msw directory and invoke command ../../configure --build=x86_64-w64-mingw32 --host=i686-w64-mingw32 --enable-shared --disable-debug --disable-monolithic --enable-unicode CXXFLAGS=-pipe -m32 fno-keep-inline-dllexport -Os LDFLAGS=-m32 CFLAGS=-m32 I get the error ld.exe: i386:x86-64 architecture of input file `basedll_version_rc.o' is incompatible with i386 output Where is wrong? Another question is if I use mingw32-make,how do I specify --build,--host and --target parameter,such as replace --enable-unicode with UNICODE=1 Thanks -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] build wxwidgets 2.9.4 with mingw64(rubenvb) return error
Hi I download i686-w64-mingw32-gcc-4.8.0-win32_rubenvb.7z from http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/rubenvb/gcc-4.8-release/,unpack it to a directory. I also download wxwidgets2.9.4 from https://sourceforge.net/projects/wxwindows/files/2.9.4/wxWidgets-2.9.4.7z,unpack it to a directory My OS:Microsoft Windows XP Professional (32-bit) version 5.01.2600 Service Pack 3 I cd the wx\build\msw directory and invoke command mingw32-make -f makefile.gcc -j4 LDFLAGS=-Wl,--gc-sections,--strip-all BUILD=release SHARED=1 MONOLITHIC=0 UNICODE=1 CXXFLAGS=-m32 -pipe -fno-keep-inline-dllexport -Os -ffunction-sections -fdata-sections -fvisibility=hidden -fvisibility-inlines-hidden -Wno-attributes -DNDEBUG USE_EXCEPTION=0 USE_RTTI=0 11.txt 22.txt The command returns error when it comes to g++ -shared -fPIC -o ..\..\lib\gcc_dll\wxmsw294u_core_gcc_custom.dll I check the 2.txt and find it returns error as following gcc_mswudll\coredll_textentry.o:textentry.cpp:(.text$_ZN20wxEventFunctorMethodI14wxEventTypeTagI10wxKeyEventE22wxTextAutoCompleteDataS1_S3_EclEP12wxEvtHandlerR7wxEvent[__ZN20wxEventFunctorMethodI14wxEventTypeTagI10wxKeyEventE22wxTextAutoCompleteDataS1_S3_EclEP12wxEvtHandlerR7wxEvent]+0xfe1dc0318d74f364): Cannot get section contents - auto-import exception gcc_mswudll\coredll_textentry.o:textentry.cpp:(.text$_ZN11wxTextEntry23DoAutoCompleteFileNamesEi+0x3cbfb505472509dc): Cannot get section contents - auto-import exception d:/mingw32win32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../i686-w64-mingw32/bin/ld.exe: gcc_mswudll\coredll_textentry.o: bad reloc address 0x2 in section `.text$_ZNK20wxEventFunctorMethodI14wxEventTypeTagI10wxKeyEventE22wxTextAutoCompleteDataS1_S3_E11GetWxTypeIdEv[__ZNK20wxEventFunctorMethodI14wxEventTypeTagI10wxKeyEventE22wxTextAutoCompleteDataS1_S3_E11GetWxTypeIdEv]' collect2.exe: error: ld returned 1 exit status mingw32-make: *** [..\..\lib\gcc_dll\wxmsw294u_core_gcc_custom.dll] Error 1 What's wrong Thanks -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
