Re: [PATCH, resent] fix openssl headers conflicting with custom SHA1 implementations

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Oct 01, 2008 at 08:54:58AM -0700, Shawn O. Pearce wrote:

> >   void ARM_SHA1_Init()
> > 
> > and
> > 
> >   #define SHA1_Init ARM_SHA1_Init
> 
> Ick.  I agree that renaming our SHA1 implementation to a different
> set of symbols is the right solution.  But this could cause trouble
> in any code that needs both SHA1 implementation and OpenSSL,
> especially if a SHA_CTX was passed to a function in another module.

Yes. You're never going to be able to get access to _both_
implementations if they have the same name. ;)

> I think its easy enough to just rename our SHA_CTX and SHA_*
> functions to something more git specific.  Since its mostly a global

I think that is the cleanest and simplest solution. As for merging pain,
I think Junio would generally do a mechanical change like this as the
first thing after a release. However, in this case, I think we might
want it sooner if the conflict is causing breakage.

-Peff
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux