Date: Thu, 29 Dec 2005 20:20:11 -0800 From: Maxim Sobolev <sobomax@portaone.com> To: Coleman Kane <zombyfork@gmail.com> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, Olivier Houchard <cognet@ci0.org>, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/kern imgact_elf.c Message-ID: <43B4B57B.8040004@portaone.com> In-Reply-To: <346a80220512292014y8b70da0g41bbf65a884c8754@mail.gmail.com> References: <200511142224.jAEMO0RG057965@repoman.freebsd.org> <43AFD14F.9050303@portaone.com> <20051226173819.GA74846@ci0.org> <346a80220512292014y8b70da0g41bbf65a884c8754@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Coleman Kane wrote: > On 12/26/05, *Olivier Houchard* <cognet@ci0.org <mailto:cognet@ci0.org>> > wrote: > > On Mon, Dec 26, 2005 at 03:17:35AM -0800, Maxim Sobolev wrote: > > Hi, > > > > IMHO this approach is suboptimal, since it depends on user's > ability to > > debug reason of failure of each particular script. I think since > target > > platform allows execution of shared libs by default our emulation > layer > > should do the same without requiring user to set some obscure > sysctls first. > > > > I have prepared a patch to remove that sysctl and make such > behaviour > > default for linux ELF shared libs. Patch can be found here: > > > > http://www.pbxpress.com/~sobomax/linux_et_dynamic.patch > > > > If there are no objections I would like to commit it (also removing > > respective linux.4 delta). > > > > Thanks! > > > > Regards, > > > > Maxim > > Hi Maxim, > > I see nothing wrong with this patch. If nobody else has an > objection, please > go ahead. > > Chears, > > Olivier > _______________________________________________ > cvs-src@freebsd.org <mailto:cvs-src@freebsd.org> mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-src > To unsubscribe, send any mail to "cvs-src-unsubscribe@freebsd.org > <mailto:cvs-src-unsubscribe@freebsd.org>" > > > Do you think this will finally fix the breakage of the gentoo emulation > port? The script that you run to do the initial bootstrapping attempts > to call ld-linux.so (but dies do to not being allowed to exec it). Yes, it should be fixed now at least if attempt of ld-linux.so execution is the only obstacle. -Maxim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43B4B57B.8040004>