public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-dev] Prelinking
@ 2002-01-11 18:52 Sebastian Werner
  2002-01-11 19:09 ` Daniel Robbins
  0 siblings, 1 reply; 5+ messages in thread
From: Sebastian Werner @ 2002-01-11 18:52 UTC (permalink / raw
  To: gentoo-dev

Hey

Sometimes ago there was a mail in this list, which tell us the way away
from objprelink to full system prelink. Do you mean the prelink-concept
by Jakub Jelinek? It look at his ftp-directory...

ftp://people.redhat.com/jakub/prelink/

mhh it seems that there were no changes the last days... know anybody of
you about the state of this prelinking (or has the site moved last
days?). It seems to be very interesting. I look at his concepts but the
files there are to old to patch them against current version of kernel
and glibc... mhh. I think all these cool c++ applications like kde and
openoffice need much more speed to be a alternative for
before-windows-users...

Sebastian

-- 
---------------------------------
Sebastian Werner

http://www.werner-productions.de
sebastian@werner-productions.de

Bismarckstraße 51
32427 Minden
---------------------------------




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-dev] Prelinking
  2002-01-11 18:52 [gentoo-dev] Prelinking Sebastian Werner
@ 2002-01-11 19:09 ` Daniel Robbins
  2002-01-11 19:17   ` Sebastian Werner
  0 siblings, 1 reply; 5+ messages in thread
From: Daniel Robbins @ 2002-01-11 19:09 UTC (permalink / raw
  To: gentoo-dev

On Fri, 2002-01-11 at 11:52, Sebastian Werner wrote:
> Hey
> 
> Sometimes ago there was a mail in this list, which tell us the way away
> from objprelink to full system prelink. Do you mean the prelink-concept
> by Jakub Jelinek? It look at his ftp-directory...

I believe that this can be enabled by turning the "-z combreloc" option
to "ld" on by default (probably by using a patch).  However, this breaks
binary compatibility with existing packages, which makes upgrading to
this new functionality quite a challenge.  It may be something that must
be enabled (via a USE var) at bootstrap-time only.

>From the "ld" man page:

"combreloc" combines multiple reloc sections and sorts them to make 
dynamic symbol lookup caching possible.

Note:

This feature may need additional glue in the dynamic linker.  I'm not
sure if the support is there yet.  You can probably do a google search
for "combreloc" and get more information.

Best Regards,

-- 
Daniel Robbins                                  <drobbins@gentoo.org>
Chief Architect/President                       http://www.gentoo.org 
Gentoo Technologies, Inc.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-dev] Prelinking
  2002-01-11 19:09 ` Daniel Robbins
@ 2002-01-11 19:17   ` Sebastian Werner
  2002-01-11 19:52     ` Daniel Robbins
  0 siblings, 1 reply; 5+ messages in thread
From: Sebastian Werner @ 2002-01-11 19:17 UTC (permalink / raw
  To: gentoo-dev

This seems not to be the same... 

Jakub patch the kernel and the glibc (also the 2.2.4) so it is not
included yet I think. The patch add the functionality to the kernel and
the glibc... The complete created applications must be patch with a
program named prelink. This seems to be compatible with not prelinked
applications because the patches don't delete the old lines to handle
elf-binaries - they extend them to different call of prelinked and not
prelinked binaries...

Sebastian

Am Fre, 2002-01-11 um 20.09 schrieb Daniel Robbins:
> On Fri, 2002-01-11 at 11:52, Sebastian Werner wrote:
> > Hey
> > 
> > Sometimes ago there was a mail in this list, which tell us the way away
> > from objprelink to full system prelink. Do you mean the prelink-concept
> > by Jakub Jelinek? It look at his ftp-directory...
> 
> I believe that this can be enabled by turning the "-z combreloc" option
> to "ld" on by default (probably by using a patch).  However, this breaks
> binary compatibility with existing packages, which makes upgrading to
> this new functionality quite a challenge.  It may be something that must
> be enabled (via a USE var) at bootstrap-time only.
> 
> >From the "ld" man page:
> 
> "combreloc" combines multiple reloc sections and sorts them to make 
> dynamic symbol lookup caching possible.
> 
> Note:
> 
> This feature may need additional glue in the dynamic linker.  I'm not
> sure if the support is there yet.  You can probably do a google search
> for "combreloc" and get more information.
> 
> Best Regards,
> 
> -- 
> Daniel Robbins                                  <drobbins@gentoo.org>
> Chief Architect/President                       http://www.gentoo.org 
> Gentoo Technologies, Inc.
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
-- 
---------------------------------
Sebastian Werner

http://www.werner-productions.de
sebastian@werner-productions.de

Bismarckstraße 51
32427 Minden
---------------------------------




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-dev] Prelinking
  2002-01-11 19:17   ` Sebastian Werner
@ 2002-01-11 19:52     ` Daniel Robbins
  2002-01-11 20:04       ` Sebastian Werner
  0 siblings, 1 reply; 5+ messages in thread
From: Daniel Robbins @ 2002-01-11 19:52 UTC (permalink / raw
  To: gentoo-dev

On Fri, 2002-01-11 at 12:17, Sebastian Werner wrote:
> This seems not to be the same... 
> 
> Jakub patch the kernel and the glibc (also the 2.2.4) so it is not
> included yet I think. The patch add the functionality to the kernel and
> the glibc... The complete created applications must be patch with a
> program named prelink. This seems to be compatible with not prelinked
> applications because the patches don't delete the old lines to handle
> elf-binaries - they extend them to different call of prelinked and not
> prelinked binaries...

Now that this feature is in binutils, the way to do this is to use the
binutils functionality, not Jakub's.  Correct me if you hear otherwise.

-- 
Daniel Robbins                                  <drobbins@gentoo.org>
Chief Architect/President                       http://www.gentoo.org 
Gentoo Technologies, Inc.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-dev] Prelinking
  2002-01-11 19:52     ` Daniel Robbins
@ 2002-01-11 20:04       ` Sebastian Werner
  0 siblings, 0 replies; 5+ messages in thread
From: Sebastian Werner @ 2002-01-11 20:04 UTC (permalink / raw
  To: gentoo-dev

Am Fre, 2002-01-11 um 20.52 schrieb Daniel Robbins:
> On Fri, 2002-01-11 at 12:17, Sebastian Werner wrote:
> > This seems not to be the same... 
> > 
> > Jakub patch the kernel and the glibc (also the 2.2.4) so it is not
> > included yet I think. The patch add the functionality to the kernel and
> > the glibc... The complete created applications must be patch with a
> > program named prelink. This seems to be compatible with not prelinked
> > applications because the patches don't delete the old lines to handle
> > elf-binaries - they extend them to different call of prelinked and not
> > prelinked binaries...
> 
> Now that this feature is in binutils, the way to do this is to use the
> binutils functionality, not Jakub's.  Correct me if you hear otherwise.

to use the binutils for this function seems to be... mhh I don't like it
because it's not directly supported by the kernel. Is the
binutils-solution an extension of the load-mechanism's? This work only
for libaries ... or? the elf-binaries are called directy with a
kernel-routine I think.

If have not listen all the times to the corresponent channels but i want
to know in what state are the different solutions... never heard before
about this binutils-prelinking... mhh

> 
> -- 
> Daniel Robbins                                  <drobbins@gentoo.org>
> Chief Architect/President                       http://www.gentoo.org 
> Gentoo Technologies, Inc.
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
-- 
---------------------------------
Sebastian Werner

http://www.werner-productions.de
sebastian@werner-productions.de

Bismarckstraße 51
32427 Minden
---------------------------------




^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2002-01-11 20:03 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-01-11 18:52 [gentoo-dev] Prelinking Sebastian Werner
2002-01-11 19:09 ` Daniel Robbins
2002-01-11 19:17   ` Sebastian Werner
2002-01-11 19:52     ` Daniel Robbins
2002-01-11 20:04       ` Sebastian Werner

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox