Dear Gentlemen, was anyone successful in building Squid 3.5 for Win2k with SSL (> OpenSSL 1.0.1 / TLS 1.2) so far?
If not, I will not be able to do it without an tremendous amount of support, which is a great pity, if Squid can only be used on x64 while the field of application spans over mitigating TLS compatibility problems for older x86 servers (eg. php4 with cURL w/o TLS1.2, which is needed for several APIs), too. Best Regards Reinhard Am So., 10. Feb. 2019 um 11:53 Uhr schrieb Rafael Akchurin <rafael.akchu...@diladele.com>: > > Hello Amos, Reinhard, > > Interestingly enough this error does not popup when building Squid on 64-bit > Cygwin. > Might be some 32-bit installation glitch? > > Best regards, > Rafael Akchurin > Diladele B.V. > > > > -----Original Message----- > From: squid-users <squid-users-boun...@lists.squid-cache.org> On Behalf Of > Amos Jeffries > Sent: Sunday, 10 February 2019 11:30 > To: squid-users@lists.squid-cache.org > Subject: Re: [squid-users] Building Squid 3.5 for Win2k with SSL > > On 10/02/19 9:56 pm, Reinhard Zumpf Dipl.-Ing. wrote: > > Hi, > > > > thanks so much for helping out. I managed to get configure run through > > now as described from Diladele. > > > > But, make terminates like that: > > > > ... > > mv -f $depbase.Tpo $depbase.Po > > depbase=`echo SBuf.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ > > g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\"/etc/squid/squid.conf\" > > -DDEFAULT_SQUID_DATA_DIR=\"/usr/share/squid\" > > -DDEFAULT_SQUID_CONFIG_DIR=\"/etc/squid\" -I.. -I../include -I../lib > > -I../src -I../include -I../src -I/usr/include/libxml2 > > -I/usr/include/libxml2 -Wall -Wpointer-arith -Wwrite-strings > > -Wcomments -Wshadow -Woverloaded-virtual -pipe -D_REENTRANT -g -O2 > > -march=native -MT SBuf.o -MD -MP -MF $depbase.Tpo -c -o SBuf.o SBuf.cc > > &&\ mv -f $depbase.Tpo $depbase.Po > > SBuf.cc: In Elementfunktion »SBuf::size_type SBuf::rfind(char, > > SBuf::size_type) const«: > > SBuf.cc:760:21: Fehler: »memrchr« wurde in diesem Gültigkeitsbereich > > nicht definiert > > const void *i = memrchr(buf(), (int)c, (size_type)endPos); > > ^~~~~~~ > > SBuf.cc:760:21: Anmerkung: empfohlene Alternative: »memchr« > > const void *i = memrchr(buf(), (int)c, (size_type)endPos); > > ^~~~~~~ > > memchr > > make[3]: *** [Makefile:7173: SBuf.o] Fehler 1 > > make[3]: Verzeichnis „/home/synrzu/squid-3.5.28/src“ wird verlassen > > make[2]: *** [Makefile:7296: all-recursive] Fehler 1 > > make[2]: Verzeichnis „/home/synrzu/squid-3.5.28/src“ wird verlassen > > make[1]: *** [Makefile:6157: all] Fehler 2 > > make[1]: Verzeichnis „/home/synrzu/squid-3.5.28/src“ wird verlassen > > make: *** [Makefile:581: all-recursive] Fehler 1 > > > > It is the latest x86 cygwin with all packages mentioned by Diladele > > and Squid 3.5.28 sources. > > > > What can I do? > > > > I'm not familiar enough with Cygwin to be specific, sorry. You will need to > track down where the memrchr is defined and make sure that file gets included > properly by the compiler. > > Rafael has not mentioned this failing with 3.5 before so I assume it is > something missing from the ./configure options, or perhapse some extension to > cygwin that needs installing. > > You could try and ask Rafael / Diladele directly since it is their document > you are following here. > > Amos > _______________________________________________ > squid-users mailing list > squid-users@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-users > _______________________________________________ > squid-users mailing list > squid-users@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-users _______________________________________________ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
