pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/43939 (security/openssl dumps core on Solaris 10/x86)
The following reply was made to PR pkg/43939; it has been noted by GNATS.
From: Tim Zingelman <zingelman%gmail.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: solaris-pkg-people%netbsd.org@localhost, pkg-manager%netbsd.org@localhost,
pkgsrc-bugs%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
obache%netbsd.org@localhost,
jwise%netbsd.org@localhost
Subject: Re: pkg/43939 (security/openssl dumps core on Solaris 10/x86)
Date: Mon, 4 Oct 2010 11:08:04 -0500
On Mon, Oct 4, 2010 at 9:10 AM, <obache%netbsd.org@localhost> wrote:
> Synopsis: security/openssl dumps core on Solaris 10/x86
>
> Responsible-Changed-From-To: pkg-manager->solaris-pkg-people
> Responsible-Changed-By: obache%NetBSD.org@localhost
> Responsible-Changed-When: Mon, 04 Oct 2010 14:10:55 +0000
> Responsible-Changed-Why:
> solaris pkgsrc problem.
Per http://www.openssl.org/~appro/values.c
# This is Solaris x86 specific GCC run-time environment patch, which
# makes it possible to reliably deploy .init snippets. Trouble is that
# Solaris linker erroneously pads .init segment with zeros [instead of
# nops], which is bound to SEGV early upon program start-up. This bug
# was recognized by GCC team [it is mentioned in source code], but
# workaround apparently and obviously erroneously slipped away in some
# newer GCC release. This patch compensates for this mishap by dropping
# modified values-X*.o into GCC installation tree. Object modules in
# question are normally provided by Sun and linked prior crtbegin.o.
# Modified versions are additionally crafted with custom .init segment,
# which does some magic:-)
Not sure if this could/should be integrated into the pkgsrc gcc
package? (that would only fix folks using pkgsrc gcc, not the one
provided by sun)
Maybe just add a reference to this in a MESSAGES file?
-Tim
Home |
Main Index |
Thread Index |
Old Index