msys2-users

[Msys2-users] Winsock2 issue when building a library

[James F. <mjf...@gm...>]

I am attempting to build ACE using msys2. I have successfully managed to
build it using msys.
However when I try to build it using msys2 I get the following error

admin@US044 MINGW64 /c/ACE/ACE_wrappers/ace
$ make64
make64[1]: Entering directory 'C:/ACE/ACE_wrappers/ace'

GNUmakefile: /c/ACE/ACE_wrappers/ace/GNUmakefile.ACE MAKEFLAGS=w

g++ -Wnon-virtual-dtor -O3 -g -mthreads -mtune=generic -fno-strict-aliasing
-Wall -W -Wpointer-arith -pipe -DACE_HAS_CUSTOM_EXPORT_MACROS=0
-Wno-unknown-pragmas   -IC:\ACE\ACE_wrappers\ -DACE_NO_INLINE -I..
-DACE_BUILD_DLL  -c  -o .shobj/Local_Name_Space.o Local_Name_Space.cpp
In file included from ../ace/config-win32.h:30:0,
                 from ../ace/config.h:1,
                 from ../ace/config-macros.h:24,
                 from ../ace/config-lite.h:24,
                 from ../ace/ACE_export.h:11,
                 from ../ace/Malloc.h:18,
                 from ../ace/Malloc_T.h:18,
                 from ../ace/Local_Name_Space.h:20,
                 from Local_Name_Space.cpp:3:
../ace/config-win32-common.h:474:29: fatal error: winsock2.h: No such file
or directory
 #  include /**/ <winsock2.h>
                             ^
compilation terminated.
C:\ACE\ACE_wrappers\/include/makeinclude/rules.local.GNU:188: recipe for
target '.shobj/Local_Name_Space.o' failed
make64[1]: *** [.shobj/Local_Name_Space.o] Error 1
make64[1]: Leaving directory 'C:/ACE/ACE_wrappers/ace'
GNUmakefile:45: recipe for target 'ACE' failed
make64: *** [ACE] Error 2


Any suggestions on why the library builds fine using the standard msys but
gives the above error with msys2 ? I am using mingw 64 and did this before
attempting to build the library

export PATH=/c/mingw64/bin:$PATH

The above adds the path of Mingw64 to the path

Re: [Msys2-users] Winsock2 issue when building a library

[David M. <dav...@gm...>]

On 8. 5. 2015 1:04, James Franco wrote:
> I am attempting to build ACE using msys2. I have successfully managed to build it using msys.
> However when I try to build it using msys2 I get the following error

> Any suggestions on why the library builds fine using the standard msys but gives the above error with msys2 ? I am using mingw 64 and did this before attempting to build the library
> 
> export PATH=/c/mingw64/bin:$PATH

Please specify what toolchain (and distribution and version) you're using with MSYS2, as that's what affects headers. Are you using the same mingw toolchain from both MSYS and MSYS2?

-- 
David Macek

Re: [Msys2-users] Winsock2 issue when building a library

[James F. <mjf...@gm...>]

I am sorry that was a silly mistake I made earlier (I set the path to the
wrong gcc).
I have corrected it and that problem does not occur. (Not sure if I should
have started a different thread for this)

Here is the problem though
This is the result using msystem2. and below it is the result using msystem

*....*
*...*
*System_Time.o .shobj/Task.o .shobj/Thread.o .shobj/Thread_Adapter.o
.shobj/Thread_Control.o .shobj/Thread_Exit.o .shobj/Thread_Hook.o
.shobj/Thread_Manager.o .shobj/Thread_Mutex.o .shobj/Thread_Semaphore.o
.shobj/Throughput_Stats.o .shobj/Time_Policy.o .shobj/Time_Value.o
.shobj/Timeprobe.o .shobj/TLI.o .shobj/TLI_Acceptor.o
.shobj/TLI_Connector.o .shobj/TLI_Stream.o .shobj/Token.o
.shobj/TP_Reactor.o .shobj/Trace.o .shobj/TSS_Adapter.o .shobj/TTY_IO.o
.shobj/UNIX_Addr.o .shobj/UPIPE_Acceptor.o .shobj/UPIPE_Connector.o
.shobj/UPIPE_Stream.o .shobj/WFMO_Reactor.o .shobj/WIN32_Asynch_IO.o
.shobj/WIN32_Proactor.o .shobj/XTI_ATM_Mcast.o .shobj/ace.rc.o  -lws2_32
-lmswsock -liphlpapi -lwsock32 -lnetapi32*
*C:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.8.2/../../../../x86_64-w64-mingw32/bin/ld.exe:
cannot find .: Permission denied*
*collect2.exe: error: ld returned 1 exit status*
*C:/ACE/ACE_wrappers/include/makeinclude/rules.lib.GNU:242: recipe for
target 'libACE.dll' failed*
*make64[1]: *** [libACE.dll] Error 1*
*make64[1]: Leaving directory 'C:/ACE/ACE_wrappers/ace'*
*GNUmakefile:45: recipe for target 'ACE' failed*
*make64: *** [ACE] Error 2*

*admin@US01WKS03044 MSYS /c/ACE/ACE_wrappers/ace*
*$ gcc -v*
*Using built-in specs.*
*COLLECT_GCC=C:\mingw64\bin\gcc.exe*
*COLLECT_LTO_WRAPPER=C:/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.8.2/lto-wrapper.exe*
*Target: x86_64-w64-mingw32*
*Configured with: ../../../src/gcc-4.8.2/configure
--host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32
--target=x86_64-w64-mingw32 --prefix=/mingw64
--with-sysroot=/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64
--with-gxx-include-dir=/mingw64/x86_64-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=win32 --enable-libgomp
--enable-libatomic --enable-lto --enable-graphite --enable-checking=release
--enable-fully-dynamic-string --enable-version-specific-runtime-libs
--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=nocona
--with-tune=core2 --with-libiconv --with-system-zlib
--with-gmp=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
--with-mpfr=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
--with-mpc=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
--with-isl=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
--with-cloog=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
--enable-cloog-backend=isl --with-pkgversion='x86_64-win32-seh-rev3, Built
by MinGW-W64 project'
--with-bugurl=http://sourceforge.net/projects/mingw-w64
<http://sourceforge.net/projects/mingw-w64> CFLAGS='-O2 -pipe
-I/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/include
-I/c/mingw482/prerequisites/x86_64-zlib-static/include
-I/c/mingw482/prerequisites/x86_64-w64-mingw32-static/include'
CXXFLAGS='-O2 -pipe
-I/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/include
-I/c/mingw482/prerequisites/x86_64-zlib-static/include
-I/c/mingw482/prerequisites/x86_64-w64-mingw32-static/include' CPPFLAGS=
LDFLAGS='-pipe
-L/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/lib
-L/c/mingw482/prerequisites/x86_64-zlib-static/lib
-L/c/mingw482/prerequisites/x86_64-w64-mingw32-static/lib '*
*Thread model: win32*
*gcc version 4.8.2 (x86_64-win32-seh-rev3, Built by MinGW-W64 project)*



This is the result using the regular msystem
The library builds fine
and this is the output of the build system
admin@US01WKS03044 ~
$ export PATH=/c/mingw64/bin:$PATH

admin@US01WKS03044 ~
$ gcc -v
Using built-in specs.
COLLECT_GCC=c:\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.8.2/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../../../src/gcc-4.8.2/configure --host=x86_64-w64-mingw32
--build=x86_64-w64-mingw32 --target=x86_64-w64-mingw3
-with-sysroot=/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64
--with-gxx-include-dir=/mingw64/x86_64-w64-mingw32/include/c++
ble-static --disable-multilib
--enable-languages=ada,c,c++,fortran,objc,obj-c++,lto
--enable-libstdcxx-time=yes --enable-threads=
p --enable-libatomic --enable-lto --enable-graphite
--enable-checking=release --enable-fully-dynamic-string
--enable-version-spec
isable-isl-version-check --disable-cloog-version-check
--disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --dis
win32-registry --disable-nls --disable-werror --disable-symvers
--with-gnu-as --with-gnu-ld --with-arch=nocona --with-tune=core2
h-system-zlib
--with-gmp=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
--with-mpfr=/c/mingw482/prerequisites/x86_64-w64-min
c=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
--with-isl=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --with-cloog
sites/x86_64-w64-mingw32-static --enable-cloog-backend=isl
--with-pkgversion='x86_64-win32-seh-rev3, Built by MinGW-W64 project'
sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe
-I/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/include -I/c/mingw
_64-zlib-static/include
-I/c/mingw482/prerequisites/x86_64-w64-mingw32-static/include'
CXXFLAGS='-O2 -pipe -I/c/mingw482/x86_64-4
v3/mingw64/opt/include
-I/c/mingw482/prerequisites/x86_64-zlib-static/include
-I/c/mingw482/prerequisites/x86_64-w64-mingw32-stat
 LDFLAGS='-pipe
-L/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/lib
-L/c/mingw482/prerequisites/x86_64-zlib-static/lib
isites/x86_64-w64-mingw32-static/lib '
Thread model: win32
gcc version 4.8.2 (x86_64-win32-seh-rev3, Built by MinGW-W64 project)

Any suggestions ?




On Thu, May 7, 2015 at 4:57 PM, David Macek <dav...@gm...> wrote:

> On 8. 5. 2015 1:04, James Franco wrote:
> > I am attempting to build ACE using msys2. I have successfully managed to
> build it using msys.
> > However when I try to build it using msys2 I get the following error
>
> > Any suggestions on why the library builds fine using the standard msys
> but gives the above error with msys2 ? I am using mingw 64 and did this
> before attempting to build the library
> >
> > export PATH=/c/mingw64/bin:$PATH
>
> Please specify what toolchain (and distribution and version) you're using
> with MSYS2, as that's what affects headers. Are you using the same mingw
> toolchain from both MSYS and MSYS2?
>
> --
> David Macek
>
>

Re: [Msys2-users] Winsock2 issue when building a library

[David M. <dav...@gm...>]

On 8. 5. 2015 2:18, James Franco wrote:
> Here is the problem though
> This is the result using msystem2. and below it is the result using msystem

The correct names are msys2 and msys (possibly with different capitalization). In the case of msys and mingw, there's a bunch of similar names with different meanings, so it's best to stick with the official names. Just a friendly reminder.

> *....*
> *...*
> *System_Time.o .shobj/Task.o .shobj/Thread.o .shobj/Thread_Adapter.o .shobj/Thread_Control.o .shobj/Thread_Exit.o .shobj/Thread_Hook.o .shobj/Thread_Manager.o .shobj/Thread_Mutex.o .shobj/Thread_Semaphore.o .shobj/Throughput_Stats.o .shobj/Time_Policy.o .shobj/Time_Value.o .shobj/Timeprobe.o .shobj/TLI.o .shobj/TLI_Acceptor.o .shobj/TLI_Connector.o .shobj/TLI_Stream.o .shobj/Token.o .shobj/TP_Reactor.o .shobj/Trace.o .shobj/TSS_Adapter.o .shobj/TTY_IO.o .shobj/UNIX_Addr.o .shobj/UPIPE_Acceptor.o .shobj/UPIPE_Connector.o .shobj/UPIPE_Stream.o .shobj/WFMO_Reactor.o .shobj/WIN32_Asynch_IO.o .shobj/WIN32_Proactor.o .shobj/XTI_ATM_Mcast.o .shobj/ace.rc.o  -lws2_32 -lmswsock -liphlpapi -lwsock32 -lnetapi32*
> *C:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.8.2/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find .: Permission denied*
> *collect2.exe: error: ld returned 1 exit status*
> *C:/ACE/ACE_wrappers/include/makeinclude/rules.lib.GNU:242: recipe for target 'libACE.dll' failed*
> *make64[1]: *** [libACE.dll] Error 1*
> *make64[1]: Leaving directory 'C:/ACE/ACE_wrappers/ace'*
> *GNUmakefile:45: recipe for target 'ACE' failed*
> *make64: *** [ACE] Error 2*
> *
> *
> *admin@US01WKS03044 MSYS /c/ACE/ACE_wrappers/ace*
> *$ gcc -v*
> *Using built-in specs.*
> *COLLECT_GCC=C:\mingw64\bin\gcc.exe*
> *COLLECT_LTO_WRAPPER=C:/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.8.2/lto-wrapper.exe*
> *Target: x86_64-w64-mingw32*
> *Configured with: ../../../src/gcc-4.8.2/configure --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --prefix=/mingw64 --with-sysroot=/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64 --with-gxx-include-dir=/mingw64/x86_64-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=win32 --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --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=nocona --with-tune=core2 --with-libiconv --with-system-zlib --with-gmp=/c/mingw482/prerequisites/x86_64-w64-mingw32-static
> --with-mpfr=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --with-mpc=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --with-isl=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --with-cloog=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='x86_64-win32-seh-rev3, Built by MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -I/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/include -I/c/mingw482/prerequisites/x86_64-zlib-static/include -I/c/mingw482/prerequisites/x86_64-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -I/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/include -I/c/mingw482/prerequisites/x86_64-zlib-static/include -I/c/mingw482/prerequisites/x86_64-w64-mingw32-static/include' CPPFLAGS= LDFLAGS='-pipe -L/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/lib -L/c/mingw482/prerequisites/x86_64-zlib-static/lib
> -L/c/mingw482/prerequisites/x86_64-w64-mingw32-static/lib '*
> *Thread model: win32*
> *gcc version 4.8.2 (x86_64-win32-seh-rev3, Built by MinGW-W64 project)*
> 
> 
> 
> This is the result using the regular msystem
> The library builds fine
> and this is the output of the build system
> admin@US01WKS03044 ~
> $ export PATH=/c/mingw64/bin:$PATH
> 
> admin@US01WKS03044 ~
> $ gcc -v
> Using built-in specs.
> COLLECT_GCC=c:\mingw64\bin\gcc.exe
> COLLECT_LTO_WRAPPER=c:/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.8.2/lto-wrapper.exe
> Target: x86_64-w64-mingw32
> Configured with: ../../../src/gcc-4.8.2/configure --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --target=x86_64-w64-mingw3
> -with-sysroot=/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64 --with-gxx-include-dir=/mingw64/x86_64-w64-mingw32/include/c++
> ble-static --disable-multilib --enable-languages=ada,c,c++,fortran,objc,obj-c++,lto --enable-libstdcxx-time=yes --enable-threads=
> p --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-spec
> isable-isl-version-check --disable-cloog-version-check --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --dis
> win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=nocona --with-tune=core2
> h-system-zlib --with-gmp=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --with-mpfr=/c/mingw482/prerequisites/x86_64-w64-min
> c=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --with-isl=/c/mingw482/prerequisites/x86_64-w64-mingw32-static --with-cloog
> sites/x86_64-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='x86_64-win32-seh-rev3, Built by MinGW-W64 project'
> sourceforge.net/projects/mingw-w64 <http://sourceforge.net/projects/mingw-w64> CFLAGS='-O2 -pipe -I/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/include -I/c/mingw
> _64-zlib-static/include -I/c/mingw482/prerequisites/x86_64-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -I/c/mingw482/x86_64-4
> v3/mingw64/opt/include -I/c/mingw482/prerequisites/x86_64-zlib-static/include -I/c/mingw482/prerequisites/x86_64-w64-mingw32-stat
>  LDFLAGS='-pipe -L/c/mingw482/x86_64-482-win32-seh-rt_v3-rev3/mingw64/opt/lib -L/c/mingw482/prerequisites/x86_64-zlib-static/lib
> isites/x86_64-w64-mingw32-static/lib '
> Thread model: win32
> gcc version 4.8.2 (x86_64-win32-seh-rev3, Built by MinGW-W64 project)
> 
> Any suggestions ?

You could've included a link to the software you're building (there seem to be multiple open-source projects of the name ACE). I'm assuming it's <http://www.cs.wustl.edu/~schmidt/ACE.html>.

Anyway, to the point. Building ACE in MSYS2 works for me (I'm using "gcc version 4.9.2 (Rev5, Built by MSYS2 project)"). Judging from the error, maybe it's a global issue -- are you able to successfully link anything with ld in MSYS2?

Can you provide an small example for us to test? The example would ideally be just two or three small files. Building a big third-party project isn't exactly a quick way to test hypotheses. 

-- 
David Macek

Re: [Msys2-users] Winsock2 issue when building a library

[David M. <dav...@gm...>]

Please use the Reply All feature of your mail client, so that your messages make it to the mailing list (instead of just me).

On 11. 5. 2015 23:27, James Franco wrote:
> I tried creating a makefile with a simple "Hello World" and it works. So I am not sure what the problem might be.

That's weird. I can't think of any reasonably testable hypotheses about what's wrong.

I noticed though, that you're using some "make64" for your build. I used regular make from MSYS2. Could that be the source of the problem?

> However I did notice something when building with msys (instead of msys2)
> I get the following output *chmod a+rx libACE.dll * and the ebuild continues. Normally in msys2 instead of  *chmod a+rx libACE.dll *message  I would get the error message that I have been complaining about.

This is expected. The chmod command is most likely the next command in the build, but the error stops the build, so the chmod command is never executed.

-- 
David Macek

Re: [Msys2-users] Winsock2 issue when building a library

[James F. <mjf...@gm...>]

So here is what I did. I installed msys2 using the directions at
http://msys2.github.io/
My msys2 does not have a make.exe. My c:/mingw64/bin does have a make
called *mingw32-make.exe*
I renamed that to make64 and then in msys2 console I did the following
*export PATH=/c/mingw64/bin:$PATH*
as a result of this I have a make64.exe available.



On Mon, May 11, 2015 at 2:54 PM, David Macek <dav...@gm...>
wrote:

> Please use the Reply All feature of your mail client, so that your
> messages make it to the mailing list (instead of just me).
>
> On 11. 5. 2015 23:27, James Franco wrote:
> > I tried creating a makefile with a simple "Hello World" and it works. So
> I am not sure what the problem might be.
>
> That's weird. I can't think of any reasonably testable hypotheses about
> what's wrong.
>
> I noticed though, that you're using some "make64" for your build. I used
> regular make from MSYS2. Could that be the source of the problem?
>
> > However I did notice something when building with msys (instead of msys2)
> > I get the following output *chmod a+rx libACE.dll * and the ebuild
> continues. Normally in msys2 instead of  *chmod a+rx libACE.dll *message  I
> would get the error message that I have been complaining about.
>
> This is expected. The chmod command is most likely the next command in the
> build, but the error stops the build, so the chmod command is never
> executed.
>
> --
> David Macek
>
>

Re: [Msys2-users] Winsock2 issue when building a library

[David M. <dav...@gm...>]

On 12. 5. 2015 0:56, James Franco wrote:
> So here is what I did. I installed msys2 using the directions at http://msys2.github.io/
> My msys2 does not have a make.exe. My c:/mingw64/bin does have a make called *mingw32-make.exe*
> I renamed that to make64 and then in msys2 console I did the following 
> *export PATH=/c/mingw64/bin:$PATH*
> as a result of this I have a make64.exe available.

Can you try MSYS2 make instead? You can `pacman -S --needed base-devel` to install a bunch of development programs to MSYS2, including GNU make.

-- 
David Macek

Re: [Msys2-users] Winsock2 issue when building a library

[James F. <mjf...@gm...>]

I am downloading the packages and will report back once I have an update

On Mon, May 11, 2015 at 4:36 PM, David Macek <dav...@gm...>
wrote:

> On 12. 5. 2015 0:56, James Franco wrote:
> > So here is what I did. I installed msys2 using the directions at
> http://msys2.github.io/
> > My msys2 does not have a make.exe. My c:/mingw64/bin does have a make
> called *mingw32-make.exe*
> > I renamed that to make64 and then in msys2 console I did the following
> > *export PATH=/c/mingw64/bin:$PATH*
> > as a result of this I have a make64.exe available.
>
> Can you try MSYS2 make instead? You can `pacman -S --needed base-devel` to
> install a bunch of development programs to MSYS2, including GNU make.
>
> --
> David Macek
>
>

Re: [Msys2-users] Winsock2 issue when building a library

[James F. <mjf...@gm...>]

Looks like that did the trick.. Thank you



On Mon, May 11, 2015 at 4:42 PM, James Franco <mjf...@gm...> wrote:

> I am downloading the packages and will report back once I have an update
>
> On Mon, May 11, 2015 at 4:36 PM, David Macek <dav...@gm...>
> wrote:
>
>> On 12. 5. 2015 0:56, James Franco wrote:
>> > So here is what I did. I installed msys2 using the directions at
>> http://msys2.github.io/
>> > My msys2 does not have a make.exe. My c:/mingw64/bin does have a make
>> called *mingw32-make.exe*
>> > I renamed that to make64 and then in msys2 console I did the following
>> > *export PATH=/c/mingw64/bin:$PATH*
>> > as a result of this I have a make64.exe available.
>>
>> Can you try MSYS2 make instead? You can `pacman -S --needed base-devel`
>> to install a bunch of development programs to MSYS2, including GNU make.
>>
>> --
>> David Macek
>>
>>
>

Re: [Msys2-users] Winsock2 issue when building a library

[David M. <uti...@gm...>]

On 05/07/2015 07:04 PM, James Franco wrote:
> I am attempting to build ACE using msys2. I have successfully managed to
> build it using msys.
> However when I try to build it using msys2 I get the following error
>                  from Local_Name_Space.cpp:3:
> ../ace/config-win32-common.h:474:29: fatal error: winsock2.h: No such file
> or directory
>  #  include /**/ <winsock2.h>
The fact the characters < and > surround the winsock2.h indicate it
should be in your include path.

The -I should be in in your Makefile as a line like this:
CFLAGS=-g -Isomepath -Ithepathtowherethewinsock2headergoeshere

That should be enough.


>                              ^

> 
> Any suggestions on why the library builds fine using the standard msys but
> gives the above error with msys2 ? I am using mingw 64 and did this before
> attempting to build the library
> 
> export PATH=/c/mingw64/bin:$PATH
> 
> The above adds the path of Mingw64 to the path

Re: [Msys2-users] Winsock2 issue when building a library

[David M. <dav...@gm...>]

On 12. 5. 2015 18:30, James Franco wrote:
> Looks like that did the trick.. Thank you

Awesome. Assuming that <http://stackoverflow.com/questions/30177694/getting-more-information-out-of-make-file> is the same issue, can you post an answer there, so that other people know that they don't have to investigate?

-- 
David Macek

Re: [Msys2-users] Winsock2 issue when building a library

[James F. <mjf...@gm...>]

Just did. Thanks.

On Tue, May 12, 2015 at 1:19 PM, David Macek <dav...@gm...>
wrote:

> On 12. 5. 2015 18:30, James Franco wrote:
> > Looks like that did the trick.. Thank you
>
> Awesome. Assuming that <
> http://stackoverflow.com/questions/30177694/getting-more-information-out-of-make-file>
> is the same issue, can you post an answer there, so that other people know
> that they don't have to investigate?
>
> --
> David Macek
>
>