Position-independent code (English Wikipedia)

Analysis of information sources in references of the Wikipedia article "Position-independent code" in English language version.

refsWebsite
Global rank English rank
4,153rd place
2,291st place
low place
low place
3,145th place
2,798th place
low place
low place
3,857th place
2,958th place
7,949th place
7,411th place
5,386th place
4,042nd place
14th place
14th place
5th place
5th place
1,514th place
1,024th place
1,131st place
850th place
332nd place
246th place
low place
low place
18th place
17th place
5,404th place
4,889th place
70th place
63rd place
low place
low place
2nd place
2nd place
low place
low place
4,643rd place
2,973rd place
67th place
64th place
low place
6,737th place
low place
low place
low place
8,208th place
4,803rd place
3,931st place

android.com (Global: 3,145th place; English: 2,798th place)

source.android.com

apple.com (Global: 67th place; English: 64th place)

developer.apple.com

archive.today (Global: 14th place; English: 14th place)

bitsavers.org (Global: 4,153rd place; English: 2,291st place)

cornell.edu (Global: 332nd place; English: 246th place)

cs.cornell.edu

  • Gingell, Robert A.; Lee, Meng; Dang, Xuong T.; Weeks, Mary S. Shared Libraries in SunOS (PDF). 1987 Summer USENIX Technical Conference and Exhibition. pp. 131–146.

debian.org (Global: 3,857th place; English: 2,958th place)

people.debian.org

lists.debian.org

doi.org (Global: 2nd place; English: 2nd place)

fedoraproject.org (Global: low place; English: 8,208th place)

gentoo.org (Global: low place; English: low place)

harvard.edu (Global: 18th place; English: 17th place)

cs61.seas.harvard.edu

ibm.com (Global: 1,131st place; English: 850th place)

iecc.com (Global: low place; English: low place)

iecc.com

linker.iecc.com

live.com (Global: 5,404th place; English: 4,889th place)

view.officeapps.live.com

loc.gov (Global: 70th place; English: 63rd place)

lccn.loc.gov

multicians.org (Global: low place; English: low place)

openbsd.org (Global: low place; English: 6,737th place)

oracle.com (Global: 1,514th place; English: 1,024th place)

docs.oracle.com

redhat.com (Global: 5,386th place; English: 4,042nd place)

access.redhat.com

sco.com (Global: low place; English: low place)

stackoverflow.com (Global: 4,643rd place; English: 2,973rd place)

ubuntu.com (Global: 4,803rd place; English: 3,931st place)

lists.ubuntu.com

undeadly.org (Global: low place; English: low place)

uni-stuttgart.de (Global: 7,949th place; English: 7,411th place)

bitsavers.informatik.uni-stuttgart.de

  • "Types of Object Code". iRMX 86 Application Loader Reference Manual (PDF). Intel. pp. 1-2, 1-3. Retrieved 2017-08-21. […] Absolute code, and an absolute object module, is code that has been processed by LOC86 to run only at a specific location in memory. The Loader loads an absolute object module only into the specific location the module must occupy. Position-independent code (commonly referred to as PIC) differs from absolute code in that PIC can be loaded into any memory location. The advantage of PIC over absolute code is that PIC does not require you to reserve a specific block of memory. When the Loader loads PIC, it obtains iRMX 86 memory segments from the pool of the calling task's job and loads the PIC into the segments. A restriction concerning PIC is that, as in the PL/M-86 COMPACT model of segmentation […], it can have only one code segment and one data segment, rather than letting the base addresses of these segments, and therefore the segments themselves, vary dynamically. This means that PIC programs are necessarily less than 64K bytes in length. PIC code can be produced by means of the BIND control of LINK86. Load-time locatable code (commonly referred to as LTL code) is the third form of object code. LTL code is similar to PIC in that LTL code can be loaded anywhere in memory. However, when loading LTL code, the Loader changes the base portion of pointers so that the pointers are independent of the initial contents of the registers in the microprocessor. Because of this fixup (adjustment of base addresses), LTL code can be used by tasks having more than one code segment or more than one data segment. This means that LTL programs may be more than 64K bytes in length. FORTRAN 86 and Pascal 86 automatically produce LTL code, even for short programs. LTL code can be produced by means of the BIND control of LINK86. […]

unipi.it (Global: low place; English: low place)

lettieri.iet.unipi.it

worldcat.org (Global: 5th place; English: 5th place)

search.worldcat.org