R: R: /bzr/squid3/trunk/ r10281: Author: Serassio Guido <serassio@squid-cache.org>

From: Guido Serassio <guido.serassio_at_acmeconsulting.it>
Date: Sun, 14 Feb 2010 18:19:39 +0100

Hi Amos,

> -----Messaggio originale-----
> Da: Amos Jeffries [mailto:squid3_at_treenet.co.nz]
> Inviato: domenica 14 febbraio 2010 12.31
> A: squid-dev_at_squid-cache.org
> Oggetto: Re: R: /bzr/squid3/trunk/ r10281: Author: Serassio Guido
> <serassio_at_squid-cache.org>
>
> Guido Serassio wrote:
> > Hi Amos,
> >
> > Please note two things about this helper:
> >
> > - The code cannot be compiled as C++, it must be heavy adapted in
the
> > COM+ interface code.
> > - The code can be compiled only using MS Visual Studio, but Squid
3.1
> > cannot be compiled with it, so this is the main reason because
before I
> > have never commited it to trunk.
> >
> > Regards
>
> Oh. Okay.
>
> I saw the note about it being MSVS only. Overlooked the C++ issue
> though. That said, the C++ conversion of helpers is more to get them
> linking against libcompat, for portability with *nix and *BSD. Kind
of
> irrelevant for something with such hard MSVS requirements.
>
> A little hack-adaptation of the includes and we can stay away from all
> the C++ bits easily.
>
> Or have I misunderstood how globally the MSVS project is making the
> compiler mode? I thought you said the file .c / .cc was triggering the
> compiler for each file?
>

MSVC allow easily to force the compile mode, so this is not a problem.
Also change the helper code is not a big issue: the COM+ interface was
natively developed for C++ and after adapted for C.
My big effort was to use the totally undocumented C interface ....
Revert it to C++ is simple, we just remember to add this task to the
TODO list.
 
> The only question is; can it / should it be adapted to build either
way
> for one or both of the windows build systems?
>

The main problem is that MinGW ad Cygwin are totally lacking the support
for ADSI API.
There is an open bug about the previous version of the helper:
http://bugs.squid-cache.org/show_bug.cgi?id=2815
But I think that the proposed solution is really too much complex and
not reliable because is too much related to MS Platform SDK.

A better solution will be to allow Squid 3 to build again using MSVC.
I have tried to do this in August 2009, but I have found this problem
that I was not capable to solve myself:
http://www.squid-cache.org/mail-archive/squid-dev/200908/0192.html

After a try from Henrik, nobody else has tried to help me on solving it,
so I have released the effort. I'm aware that my recent contribution to
Squid was very little, so I cannot expect some particular effort from
others developers.

Regards

Guido

Guido Serassio
Acme Consulting S.r.l.
Microsoft Gold Certified Partner
Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY
Tel. : +39.011.9530135 Fax. : +39.011.9781115
Email: guido.serassio_at_acmeconsulting.it
WWW: http://www.acmeconsulting.it
Received on Sun Feb 14 2010 - 17:19:48 MST

This archive was generated by hypermail 2.2.0 : Mon Feb 15 2010 - 12:00:10 MST