libc源碼下載

⑴ c標准函數庫源碼下載

http://ftp.gnu.org/gnu/libc/ 應該是這個吧

⑵ centos6.5安裝wps提示缺libc.so.6(GLIBC_2.15)(64bit),怎辦

1.試圖運行程序，提示"libc.so.6: version `GLIBC_2.14' not found",原因是系統的glibc版本太低，軟體編譯時使用了較高版本的glibc引起的：

[ghui@StuOS bin]$ pwd

/var/VMdisks/cross/mingw32/bin

[ghui@StuOS bin]$ ls

lrelease QtCore4.dll QtNetwork4.dll QtSql4.dll QtXml4.dll

moc QtDeclarative4.dll QtOpenGL4.dll QtSvg4.dll rcc

phonon4.dll QtGui4.dll QtScript4.dll QtTest4.dll uic

qmake QtMultimedia4.dll QtScriptTools4.dll QtWebKit4.dll

[ghui@StuOS bin]$ ./qmake

./qmake: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./qmake)

2.查看系統glibc支持的版本：

[ghui@StuOS bin]$ strings /lib64/libc.so.6 |grep GLIBC_

GLIBC_2.2.5

GLIBC_2.2.6

GLIBC_2.3

GLIBC_2.3.2

GLIBC_2.3.3

GLIBC_2.3.4

GLIBC_2.4

GLIBC_2.5

GLIBC_2.6

GLIBC_2.7

GLIBC_2.8

GLIBC_2.9

GLIBC_2.10

GLIBC_2.11

GLIBC_2.12

GLIBC_PRIVATE

[ghui@StuOS bin]$ rpm -qa |grep glibc

glibc-static-2.12-1.80.el6_3.6.x86_64

glibc-headers-2.12-1.80.el6_3.6.x86_64

glibc-common-2.12-1.80.el6_3.6.x86_64

glibc-devel-2.12-1.80.el6_3.6.x86_64

glibc-static-2.12-1.80.el6_3.6.i686

glibc-devel-2.12-1.80.el6_3.6.i686

glibc-2.12-1.80.el6_3.6.i686

glibc-2.12-1.80.el6_3.6.x86_64

3.可以看到最高只支持2.12版本，所以考慮編譯解決這個問題：

a. 到http://www.gnu.org/software/libc/下載最新版本，我這里下載了glibc-2.14.tar.xz 這個版本，解壓到任意目錄准備編譯

b.這里解壓到/var/VMdisks/glibc-2.14/

[ghui@StuOS bin]$ cd /var/VMdisks/glibc-2.14/

[ghui@StuOS glibc-2.14]$ pwd

/var/VMdisks/glibc-2.14

[ghui@StuOS glibc-2.14]$ ls

abilist config.h.in intl README.libm

abi-tags config.log io resolv

aclocal.m4 config.make.in libc-abis resource

aout configure libidn rt

argp configure.in libio Rules

assert conform LICENSES scripts

autom4te.cache CONFORMANCE locale setjmp

bits COPYING localedata shadow

BUGS COPYING.LIB login shlib-versions

build cppflags-iterator.mk mach signal

CANCEL-FCT-WAIVE crypt Makeconfig socket

CANCEL-FILE-WAIVE csu Makefile soft-fp

catgets ctype Makefile.in stdio-common

ChangeLog debug Makerules stdlib

ChangeLog.1 dirent malloc streams

ChangeLog.10 dlfcn manual string

ChangeLog.11 elf math sunrpc

ChangeLog.12 extra-lib.mk misc sysdeps

ChangeLog.13 extra-moles.mk NAMESPACE sysvipc

ChangeLog.14 FAQ NEWS termios

ChangeLog.15 FAQ.in nis test-skeleton.c

ChangeLog.16 gmon NOTES time

ChangeLog.17 gnulib nptl timezone

ChangeLog.2 grp nptl_db tls.make.c

ChangeLog.3 gshadow nscd version.h

ChangeLog.4 hesiod nss Versions.def

ChangeLog.5 hurd o-iterator.mk wcsmbs

ChangeLog.6 iconv po wctype

ChangeLog.7 iconvdata posix WUR-REPORT

ChangeLog.8 include PROJECTS

ChangeLog.9 inet pwd

conf INSTALL README

c.在glibc源碼目錄建立構建目錄，並cd進入構建目錄

[ghui@StuOS glibc-2.14]$ mkdir build

[ghui@StuOS glibc-2.14]$ cd build

d.運行configure配置，make && sudo make install

[ghui@StuOS build]$ ../configure --prefix=/opt/glibc-2.14

[ghui@StuOS build]$ make -j4

[ghui@StuOS build]$ sudo make install

[sudo] password for ghui:

4.臨時修改環境變數

[ghui@StuOS bin]$ export LD_LIBRARY_PATH=/opt/glibc-2.14/lib:$LD_LIBRARY_PATH

[ghui@StuOS glibc-2.14]$ cd /var/VMdisks/cross/mingw32/bin/

[ghui@StuOS bin]$ ./qmake

Usage: ./qmake [mode] [options] [files]

QMake has two modes, one mode for generating project files based on

some heuristics, and the other for generating makefiles. Normally you

shouldn't need to specify a mode, as makefile generation is the default

mode for qmake, but you may use this to test qmake on an existing project

...

⑶ 如何解決源碼包安裝時的依賴性問題

動態可執行文件使用最初編譯和鏈接程序時使用的庫文件的共享對象名稱來查找共享對象。它們在少數的幾個標准位置查找，比如在/lib和/usr/lib目錄及在LD_LIBRARY_PATH環境變數（主要用於指定查找共享庫，比如我們在安裝Oracle時指定路徑，exportLD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib:/usr/local/lib）指定的目錄中。順便提一下，在這些庫目錄中找到的共享對象可能不是真正的文件;它們可能是指向位於其他位置的真實庫文件的符號鏈接（但通常仍舊在標准庫目錄的一個目錄中）。至少從系統管理員的觀點是在用於創建共享庫文件的共享庫軟體包的名稱和共享庫文件的名稱之間通常沒有什麼關系。例如，GLIBC2.3軟體包用於創建libc.so.6共享庫文件。也從本示例中注意到，添加到共享庫文件名結束的版本號(.6)跟用於創建它的版本號(2.3)沒有關系。這是由共享庫軟體包開發人員有意完成的，以便GLIBC的新版本可以重用相同的共享庫文件名libc.so.6。這允許您在系統上載入新版本的GLIBC，而不用中斷動態鏈接到lib.so.6共享庫文件的所有程序，當然假定新版本的GLIBC向後與動態可執行文件最初所鏈接的老版本GLIBC兼容。因此，即使庫文件或共享對象文件有與它們相關的版本號，這些版本號也不能幫助你確定他們來自哪個版本的共享軟體包。
注意：當將whatprovides選項用於rpm查詢命令時，可以獲得有關使用rpm軟體包載入到系統的現有共享對象的信息。這種混亂是由下面的事實造成的：單個共享庫文件可能支持某個范圍的共享庫軟體包版本。例如，要檢查soname庫文件/lib/libc.so.6支持的GLIBC共享庫軟體包，運行下面的命令：
#objmp--all-headers/lib/libc.so.6|less
向下滾動此報告，直到到達Versiondefinitions:部分，以便查看libc.so.6共享庫文件支持哪些GLIBC版本：
Versiondefinitions:
10x010x0865f4e6libc.so.6
20x000x0d696910GLIBC_2.0
30x000x0d696911GLIBC_2.1
GLIBC_2.0
40x000x09691f71GLIBC_2.1.1
GLIBC_2.1
50x000x09691f72GLIBC_2.1.2
GLIBC_2.1.1
60x000x09691f73GLIBC_2.1.3
GLIBC_2.1.2
70x000x0d696912GLIBC_2.2
GLIBC_2.1.3
80x000x09691a71GLIBC_2.2.1
GLIBC_2.2
90x000x09691a72GLIBC_2.2.2
GLIBC_2.2.1
100x000x09691a73GLIBC_2.2.3
GLIBC_2.2.2
110x000x09691a74GLIBC_2.2.4
GLIBC_2.2.3
120x000x09691a76GLIBC_2.2.6
GLIBC_2.2.4
130x000x0d696913GLIBC_2.3
GLIBC_2.2.6
140x000x09691972GLIBC_2.3.2
GLIBC_2.3
150x000x09691973GLIBC_2.3.3
GLIBC_2.3.2
160x000x09691974GLIBC_2.3.4
GLIBC_2.3.3
170x000x0d696914GLIBC_2.4
GLIBC_2.3.4
180x000x0d696915GLIBC_2.5
GLIBC_2.4
190x000x0963cf85GLIBC_PRIVATE
GLIBC_2.5
200x000x0b792650GCC_3.0
在本示例中，1ibc.so.6共享庫文件支持原先為GLIBC版本2.0到2.5而開發的所有動態執行文件。注意：也可以使用objmp命令來從共享庫文件中提取soname，命令如下所示：
#objmp--all-headers/lib/libcrypto.so.0.9.8b|grepSONAME
SONAMElibcrypto.so.6
objmp:/lib/libcrypto.so.0.9.8b:
接下來，將討論rpm軟體包是如何生成的，以便在新系統上安裝rpm軟體包時，這些共庫依賴性是己知的。
三、Rpm軟體包和共享庫依賴性
當程序員生成rpm軟體包時，ldd命令用於報告動態可執行文件軟體包中所有動態可執行文件使用的所有共享庫。另一個混亂是由下面的事實帶來的：相同軟體包中的不同動態可執行文件可能與相同的共享庫軟體包的不同版本進行鏈接。例如，Heartbeat軟體包中的不同程序可能已經進行了開發，並動態鏈接到libc.so.6sonmae共享庫文件的不同GLIBC版本。對rpm命令使用-q和--requires參數，可以看到rpm軟體包需要的共享庫的完整清單。例如，要看到Heartbeatrpm軟體包所有的所需依賴性，請使用命令：
#rpm-q--requires-pheartbeat-1.x.x.i386.rpm
這產生了下面的報告：
sysklogd
/bin/sh
/bin/sh
/usr/bin/python
ld-linux.so.2
libapphb.so.0
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3)
libccmclient.so.0
libdl.so.2
libglib-1.2.so.0
libhbclient.so.0
libpils.so.0
libplumb.so.0
libpthread.so.0
librt.so.1
libstonith.so.0
注意，在此報告中，libc.so.6soname是所需要的，此共享庫必須支持使用GLIBC共享軟體包版本號2.0、2.1、2.1.3、2.2和2.3進行鏈接的動態可執行文件。這是由下面的事實決定的：Heartbeat軟體包中的不同動態可執行文件是針對不同版本的libc.so.6庫的每個版本進行鏈接的。在了解了動態可執行文件、共享對象、soname和共享庫軟體包彼此是如何相關的後，下面准備來看這樣的一個例子：當嘗試安裝rpm軟體包，並且它由於依賴性錯誤而失敗時，會發生什麼。yum能夠從指定的伺服器自動下載RPM包並且安裝，可以自動處理依賴性關系，並且一次安裝所有依賴的軟體包，無須繁瑣地一次次下載、安裝。
四、手工解決依賴性問題
通常，當嘗試安裝發行版中沒有包括的軟體包（及不能由像up2date、apt-get或Yum一樣的更新工具自動解決其依賴性的軟體包）時，將碰到rpm依賴性錯誤。例如，如果嘗試在老的Linux發行版上使用rpm–ivh*rpm命令，例如所有的Heartbeatrpm包，那麼在安裝過程中就可能碰到下面的錯誤：
error:faileddependencies:
libc.so.6(GLIBC_2.3)isneededbyheartbeat-1.x.x
libc.so.6(GLIBC_2.3)isneededbyheartbeat-pils-1.x.x
libcrypto.so.0.9.6isneededbyheartbeat-stonith-1.x.x
libsnmp-0.4.2.6.soisneededbyheartbeat-stonith-1.x.x
注意，rpm命令沒有干擾報告所需的每個GLIBC共享庫軟體包版本號——它只報告所需的最高編號的版本號(GLIBC_2.3)。(假定原來的軟體包開發人員不會將相同軟體包中的可執行文件鏈接到不兼容版本的共享庫軟體包)所有的這些故障都報告所需的共享庫名稱或soname（而不是文件名稱，soname始終以「lib」開始）。但可以刪除添加到rpm報告的soname結束的版本號，並快速檢查以查看是否在系統中使用locate命令安裝這些共享庫(假設您的locate資料庫是最新的，有關更多信息，請參閱locate或slocate的手冊頁)。例如，

⑷ c語言庫函數源代碼

http://www.gnu.org/software/libc/這里就有所有的c標准庫函數源碼。

⑸ fork()函數真正被實現的文件是哪個

fork 實際上是操作系統提供的系統調用 (syscall)，它是由操作系統，比如你在linux系統上，就要看內核源碼。

至於程序中我們使用的 fork 介面本身，是由標准C庫，libc 實現的，它其實很簡單，直接調用了操作系統提供的系統調用。如果你是想看這個，去下載 glibc 源碼找吧，不過沒什麼意義，對於系統調用來說，libc只是起個二傳手的作用，自己什麼都不做。

在linux內核源碼中 linux-2.6.32.10/arch/x86/kernel/syscall_table_32.S 中是所有系統調用介面定義的地方。 搜索之後你會發現 sys_fork 最終調用了 do_fork

再在 linux-2.6.32.10/kernel/fork.c 可以看到 do_fork的實現。

所以具體的代碼就在 kernel/fork.c 里了。

注意，你必須下載kernel源碼才能找到上面提到的信息。

⑹ rar: /lib/libc.so.6: version `GLIBC_2.7′ not found (required by rar) 解決

在centos5.3下下載了個rar3.0
linux版本源碼包，安裝後執行rar命令發現提示rar:
/lib/libc.so.6:
version
`GLIBC_2.7′not
found
(required
by
rar)
打開壓縮包是空的，所以此次在linux下安裝rar並沒有成功，根據錯誤信息應該是GLIBC_2.7′這個庫的問題
查詢了一番，找到的最簡單的解決方案竟然是直接將源碼包中的rar_static文件覆蓋安裝目錄下的rar文件
根據makefile我們可以找到rar腳本的位置:/usr/local/bin
然後執行命令即可
from:http://www.wood-moon.org/index.php/rar-liblibc-so-6-version-glibc_2-7-not-found-required-by-rar

⑺ 如何看c語言標准庫函數的源代碼

1、首先標准只是規定了這些函數的介面和具體的運行效率的要求，這些函數具體是怎麼寫得要看各個編譯器的實現和平台。

2、例如使用的編譯器是visual studio，微軟提供了一部分C運行時(CRT)的源碼，裡面會有memcpy，strcpy之類的函數的實現，在visual studio 2005下的路徑是C:Program FilesMicrosoft Visual Studio 8VCcrtsrc。

⑻ 在linux下怎麼查看每個函數的原型頭文件都只是聲明！man也只能查看用法！

glibc是linux下的libc庫，你安裝這個庫之後，會將發布的頭文件拷貝到 /usr/include下，而庫文件被拷貝到/lib或者/usr/lib下，你在應用時，需要指定頭文件路徑以及庫的路徑；當然/usr/include和/lib、/usr/lib是系統的默認路徑；
源碼可以從glibc的官網下載到（http://www.gnu.org/software/libc/）

⑼ 在哪裡可以找到C語言標准庫的實現源代碼

http://www.gnu.org/software/libc/
如果網頁嫌麻煩，可以先裝git，然後
git clone git://sourceware.org/git/glibc.git
cd glibc
git checkout --track -b glibc-2_11-branch origin/release/2.11/master

其實完全沒有必要全都看，無論你有沒有這個能力。因為由於歷史兼容等問題，C標准庫的代碼並不是很適合學習，裡面有些很雜亂。不過看過肯定比沒看好，畢竟都是牛人寫的。

望採納，謝謝