We narrowed the definition of what a static pie binary is in the kernel.
This change is a flag day where newer kernels will not recognize older
pie binaries making upgrading via source hard. If you are running an
older version of -current, upgrade via snapshots prior to building a new
kernel from s
On Friday 22 March 2013 4:08:47 pm James Turner wrote:
> On Thu, Mar 21, 2013 at 10:01:42PM -0500, Kurt Miller wrote:
> > On Thursday 21 March 2013 7:47:34 am Brad Smith wrote:
> > > On Thu, Mar 21, 2013 at 11:43:15AM +, Stuart Henderson wrote:
> > > > On 201
On 03/22/13 08:35, Stuart Henderson wrote:
> On 2013/03/21 22:01, Kurt Miller wrote:
>> I stalled on submitting them with upstream. I ran into a snafu. However, I
>> do have an update for boehm-gc that can be tested. There's one i386
>> machine in my cluster that does
On Thursday 21 March 2013 7:47:34 am Brad Smith wrote:
> On Thu, Mar 21, 2013 at 11:43:15AM +, Stuart Henderson wrote:
> > On 2013/03/21 12:32, Taylan Ulrich B. wrote:
> > > Stuart Henderson writes:
> > >
> > > > As I said, "perhaps the uthread workarounds that we used to have
> > > > in the
On Wednesday 30 January 2013 3:49:34 am Mark Kettenis wrote:
> > Date: Tue, 29 Jan 2013 17:35:13 -0500
> > From: Matt Dainty
> >
> > * Christian Weisgerber [2013-01-24 13:03:43]:
> > > I think it's dubious that we match the CPU brand name for this at
> > > all. Shouldn't this be properly handle
Currently our runtime linker must locate a shared library via hits, or
directory search operations prior to identifying the shared library is already
loaded. This differs from Linux, FreeBSD and Solaris at least, where loaded
objects are checked for matches first. This difference prevents a usef
FreeBSD tried this and reverted it. See the following thread
for a discusion about it and various reasons for not doing it.
http://www.mail-archive.com/cvs-...@freebsd.org/msg112466.html
On Tuesday 09 June 2009 2:22:51 am Paul Stoeber wrote:
> This is a recipe for bringing the system into a state
