On Tue, 10 Nov 2009 15:47:22 +0100, Kinkie <gkinkie_at_gmail.com> wrote:
> On Sat, Nov 7, 2009 at 2:27 AM, Amos Jeffries <squid3_at_treenet.co.nz>
wrote:
>> Francesco Chemolli wrote:
>>>
>>> ------------------------------------------------------------
>>> revno: 10096
>>> committer: Francesco Chemolli <kinkie_at_squid-cache.org>
>>> branch nick: trunk
>>> timestamp: Fri 2009-11-06 17:22:16 +0100
>>> message:
>>> Bug 2778: fix linking issues using SunCC
>>> SunCC doesn't handle inline extern functions, and misses some
>>> duplicate
>>> code detection features gcc has; as a result squid-specific operator
>>> new
>>> and
>>> operator delete get defined multiple times and fail linking.
>>> Implemented a compiler-specific workaround by de-inlining the code.
>>> Improved Solaris OS detection logic (and dropped _SQUID_SUNOS_ which
>>> was
>>> not
>>> used anyways)
>>> modified:
>>> compat/compat.h
>>> compat/os/solaris.h
>>> compat/osdetect.h
>>> include/SquidNew.h
>>> src/SquidNew.cc
>>>
>>
>> Oops. _SQUID_SUNOS_ is used. _SQUID_SUN_ was the unused one.
>
> Done in revno 10104.
> as an aside, does it really matter to support SunOS nowadays? The last
> release dates back to 1994, I'd be surprised if ANY kind of surviving
> hardware would still support it (but un-supporting the platform is a
> different project).
Worth a query to squid-users. Any OS which is so old it does not support
the auto-tools and libraries we now need is a candidate. I'm thinking
NextStep may be one more.
Though I'm inclined to keep as much support as possible until we have
solid evidence the OS is not able to ever be build Squid.
Amos
Received on Tue Nov 10 2009 - 21:38:22 MST
This archive was generated by hypermail 2.2.0 : Wed Nov 11 2009 - 12:00:05 MST