[squid-users] Building Squid 3.5 for Win2k with SSL

[Reinhard Zumpf Dipl.-Ing.]

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.akchurin at 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-bounces at lists.squid-cache.org> On Behalf Of Amos Jeffries
> Sent: Sunday, 10 February 2019 11:30
> To: squid-users at 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 at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users