search for: lws2_32

JonY wrote: > Looks like there are some missed defines in the test_libFLAC++. Attached > patch fixes that. Good one. Thanks. > Also, wsock32 usage is deprecated, on Win7, wsock32 forwards everything > to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. > Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. For that I think I'd prefer to purge all use of ntohl. Will make that a high priority. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega...

...you guys time to > > test this. > > > > Hi, > > Looks like there are some missed defines in the test_libFLAC++. Attached > patch fixes that. > > Also, wsock32 usage is deprecated, on Win7, wsock32 forwards everything > to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. > Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. > > I also suggest changing all the switch-case statements in configure.ac > to AS_CASE. > -------------- next part -------------- > An embedded and charset-unspecified text was scrubbed... &gt...

...YES # path to parent of ICU headers ICU_PATH = D:/home/ICU ICU_LIBS = -lsicuin -lsicuuc -lsicudt -lstdc++ # set to use libcurl USE_LIBCURL = YES # path to parent of libcurl headers CURL_PATH = D:/home/curl # libs: for 32-bit # CURL_LIBS = -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lcrypt32 -lz -lws2_32 -lgdi32 -lcrypt32 -lwldap32 -lwinmm -lidn # libs: for 64-bit CURL_LIBS = -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lcrypt32 -lz -lws2_32 -lgdi32 -lcrypt32 -lwldap32 -lwinmm # For the cairographics devices # Optionally use a static build of cairographics from # https://www.rforge.net/Cairo/fil...

Hi all, especially David Yeo and JonY, I've started moving compiler specific CPP hacker into a separate file at include/share/compat.h. Eventually I hope to be able to move all of the require CPP hackery for $random_compiler into this file and have any C file which needs any compiler specific tweak to include this new compatibilty header. My belief is that one this CPP hackery is all in one

...H = D:/home/ICU > ICU_LIBS = -lsicuin -lsicuuc -lsicudt -lstdc++ > > # set to use libcurl > USE_LIBCURL = YES > # path to parent of libcurl headers > CURL_PATH = D:/home/curl > # libs: for 32-bit > # CURL_LIBS = -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lcrypt32 -lz > -lws2_32 -lgdi32 -lcrypt32 -lwldap32 -lwinmm -lidn > # libs: for 64-bit > CURL_LIBS = -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lcrypt32 -lz > -lws2_32 -lgdi32 -lcrypt32 -lwldap32 -lwinmm > > # For the cairographics devices > # Optionally use a static build of cairographics from > #...

...------------------------------- diff --git a/configure.in b/configure.in index 8e1ae87..b1f7d78 100644 --- a/configure.in +++ b/configure.in @@ -63,7 +63,7 @@ *mingw*) AC_DEFINE(HAVE_MINGW, 1, [MinGW]) [ rm -f src/device.c; cp -f src/mingw/device.c src/device.c ] - LIBS="$LIBS -lws2_32" + LIBS="$LIBS -lws2_32 -liphlpapi" ;; *) AC_MSG_ERROR("Unknown operating system.") @@ -108,6 +108,15 @@ ) AC_CHECK_HEADERS([netinet/tcp.h netinet/ip_icmp.h netinet/icmp6.h], [], [], [#include "have.h"] +) +AC_CHECK_HEADERS([ifaddrs.h], + [], [...

Hi All, I am trying to compile R from source on a 64 bit Windows. I have downloaded and installed all the third party software as per the R - documentation. The compilation starts fine and after a while it stops with the following error message: D:/Rtools/mingw_64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.3/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lRgraphapp collect2.exe: error: ld

...further hacking for a couple of days to give you guys time to > test this. > Hi, Looks like there are some missed defines in the test_libFLAC++. Attached patch fixes that. Also, wsock32 usage is deprecated, on Win7, wsock32 forwards everything to ws2_32, suggest changing to -lwsock32 to -lws2_32 in configure.ac. Additionally, using -lwsock32 on Cygwin is wrong. Fix in config.txt. I also suggest changing all the switch-case statements in configure.ac to AS_CASE. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cpp_hack.txt Url: http://l...

..... no checking for socklen_t equivalent... configure: error: Cannot find a type to use in place of socklen_t $ In a Mail from 2002 I found the following: > This one"s easy to fix: > > #ifdef _WIN32 > # include <winsock2.h> > #endif > > And be sure to add -lws2_32 when linking. > > Earnie. ...but haven't been able to get it to work, since I can't figure out how to include this in the config check (or even if this is still the correct solution). I've attached the config log. Thanks for any help! Nils. -- Supergünstige DSL-Tarife + W...

...no checking for socklen_t equivalent... configure: error: Cannot find a type to use in place of socklen_t $ In a Mail from 2002 I found the following: > This one"s easy to fix: > > #ifdef _WIN32 > # include <winsock2.h> > #endif > > And be sure to add -lws2_32 when linking. > > Earnie. ...but haven't been able to get it to work, since I can't figure out how to include this in the config check (or even if this is still the correct solution). I've attached the config log. Thanks for any help! Nils.

Hi, I''m trying to build a binary for win32-open with a mingw install but I''m having trouble. I''ve installed MinGW 5.1.6 and I''ve got gcc, etc. But, when I run "ruby extconf.rb; make" I get the following error: C:\Documents and Settings\djberge\Repositories\win32-open3\ext>ruby extconf.rb checking for ruby/io.h... no checking for rb_pid_t in

All, I'm having some issues compiling omega. Here are the particulars I'm on win7, using cygwin 4.9.2 64 bit. Here's the relevant output from make: libtool: link: g++ -fshow-column -Wall -W -Wredundant-decls -Wpointer-arith -Wca st-qual -Wcast-align -Wno-long-long -Wformat-security -fno-gnu-keywords -Wundef -Woverloaded-virtual -Wstrict-null-sentinel -Wshadow -Wstrict-overflow=1

...utils.o configfile.o date.o cdb_init.o cdb_find.o cdb_h ash.o cdb_unpack.o jsonescape.o loadfile.o datevalue.o common/str.o sample.o url encode.o weight.o expand.o csvescape.o -Wl,--enable-runtime-pseudo-reloc /home/ John/xapian-omega-1.4.0/../xapian-core-1.4.0/.libs/libxapian.dll.a -lrpcrt4 -lz -lws2_32 ./.libs/libtransform.a -L/lib -lpcre -L/usr/local/lib datevalue.o: In function `DateRangeLimit::operator-(int)': /home/John/xapian-omega-1.4.0/datevalue.cc:87: undefined reference to `timegm(tm *)' datevalue.o: In function `DateRangeLimit::operator+(int)': /home/John/xapian-omega-1.4.0/...

...ght/.libs/dphweight.o weight/.libs/ifb2weight.o weight/.libs/ineb2weight.o weight/.libs/inl2weight.o weight/.libs/lmweight.o weight/.libs/pl2plusweight.o weight/.libs/pl2weight.o weight/.libs/tfidfweight.o weight/.libs/tradweight.o weight/.libs/weight.o weight/.libs/weightinternal.o -lrpcrt4 -lz -lws2_32 -LD:/bda-ci/msys2/unstable/mingw64/lib/gcc/x86_64-w64-mingw32/6.3.0 -LD:/bda-ci/msys2/unstable/mingw64/lib/gcc/x86_64-w64-mingw32/6.3.0/../../../../x86_64-w64-mingw32/lib/../lib -LD:/bda-ci/msys2/unstable/mingw64/lib/gcc/x86_64-w64-mingw32/6.3.0/../../../../lib -LD:/bda-ci/msys2/unstable/mingw64/x8...

...-lsicuin -lsicuuc -lsicudt -lstdc++ >> >> # set to use libcurl >> USE_LIBCURL = YES >> # path to parent of libcurl headers >> CURL_PATH = D:/home/curl >> # libs: for 32-bit >> # CURL_LIBS = -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lcrypt32 -lz >> -lws2_32 -lgdi32 -lcrypt32 -lwldap32 -lwinmm -lidn >> # libs: for 64-bit >> CURL_LIBS = -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lcrypt32 -lz >> -lws2_32 -lgdi32 -lcrypt32 -lwldap32 -lwinmm >> >> # For the cairographics devices >> # Optionally use a static build of ca...

Hi! I would like to ask about current state of Windows port. Is it frozen? It will be cool to know the plans :) Where are a lot of Windows-branches at GitHub. What is the most actual one? The Windows builder looks like turned off, am I right that it is not available currently and where were no builds after version 2.6.5-6? I couldn't find any info about proper environment to build Windows

The patches following do indeed allow you to compile nbdkit.exe, but it does not actually work yet. I'm posting this experimental series more as a work in progress and to get feedback. Note this does not require Windows itself to build or test. You can cross-compile it using mingw64-* packages on Fedora or Debian, and test it [spoiler alert: it fails] using Wine. Rich.