ncurses移植结果以及环境变量设置

Hamo

unread,

Jul 29, 2010, 2:30:48 AM7/29/10

to go...@googlegroups.com

bashrc是我编译时所选用的环境变量
ncurses包是编译的结果
请athurg试试能否在开发机上运行...

--
"""
Keep It Simple,Stupid.
"""

Chinese Name: 白杨
Nick Name: Hamo
Homepage: http://hamobai.com/
GPG KEY ID: 0xA4691A33
Key fingerprint = 09D5 2D78 8E2B 0995 CF8E 4331 33C4 3D24 A469 1A33

bashrc

ncurses.tar.xz

echo jonsk

unread,

Jul 29, 2010, 10:03:58 AM7/29/10

to go...@googlegroups.com

NAS 22:01:53 bin # ./tset

-bash: ./tset: Accessing a corrupted shared library

我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Hamo

unread,

Jul 29, 2010, 10:27:02 AM7/29/10

to go...@googlegroups.com

那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
附件是ccache

2010/7/29 echo jonsk <jonsk...@gmail.com>:

> NAS 22:01:53 bin # ./tset
> -bash: ./tset: Accessing a corrupted shared library
> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

ccache

Hamo

unread,

Jul 29, 2010, 10:34:40 AM7/29/10

to go...@googlegroups.com

这是为了multilib程序特别提供的，需要执行额外的步骤
mkdir /lib64
cd /lib64
ln -v -s ../lib/ld* .

2010/7/29 Hamo <ham...@gmail.com>:

Hamo

unread,

Jul 29, 2010, 10:29:39 PM7/29/10

to go...@googlegroups.com

求助！！
bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...

2010/7/29 Hamo <ham...@gmail.com>:

echo jonsk

unread,

Jul 29, 2010, 11:38:17 PM7/29/10

to go...@googlegroups.com

哪我用不成，我的龙芯NAS是n32的系统

在 2010年7月29日下午10:27，Hamo <hamo.by@gmail.com>写道：

那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
附件是ccache

2010/7/29 echo jonsk <jonsk...@gmail.com>:

> NAS 22:01:53 bin # ./tset
> -bash: ./tset: Accessing a corrupted shared library
> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

> 在 2010年7月29日下午2:30，Hamo <hamo.by@gmail.com>写道：
>>
>> bashrc是我编译时所选用的环境变量
>> ncurses包是编译的结果
>> 请athurg试试能否在开发机上运行...
>>
>> --
>> """
>> Keep It Simple,Stupid.
>> """
>>
>> Chinese Name: 白杨
>> Nick Name: Hamo
>> Homepage: http://hamobai.com/
>> GPG KEY ID: 0xA4691A33
>> Key fingerprint = 09D5 2D78 8E2B 0995 CF8E 4331 33C4 3D24 A469 1A33
>
>

echo jonsk

unread,

Jul 29, 2010, 11:38:52 PM7/29/10

to go...@googlegroups.com

说详细一点，需要什么帮忙？

在 2010年7月30日上午10:29，Hamo <hamo.by@gmail.com>写道：

求助！！
bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...

2010/7/29 Hamo <hamo.by@gmail.com>:
> 这是为了multilib程序特别提供的，需要执行额外的步骤
> mkdir /lib64
> cd /lib64
> ln -v -s ../lib/ld* .
>

> 2010/7/29 Hamo <hamo.by@gmail.com>:
>> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> 附件是ccache
>>
>>
>> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>>> NAS 22:01:53 bin # ./tset
>>> -bash: ./tset: Accessing a corrupted shared library
>>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Hamo

unread,

Jul 30, 2010, 3:07:27 AM7/30/10

to go...@googlegroups.com

在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..

2010/7/30 echo jonsk <jonsk...@gmail.com>:
> 说详细一点，需要什么帮忙？

>
> 在 2010年7月30日上午10:29，Hamo <ham...@gmail.com>写道：
>>
>> 求助！！
>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>>

>> 2010/7/29 Hamo <ham...@gmail.com>:

>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>> > mkdir /lib64
>> > cd /lib64
>> > ln -v -s ../lib/ld* .
>> >

>> > 2010/7/29 Hamo <ham...@gmail.com>:

>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> >> 附件是ccache
>> >>
>> >>
>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>> >>> NAS 22:01:53 bin # ./tset
>> >>> -bash: ./tset: Accessing a corrupted shared library
>> >>>
>> >>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Hamo

unread,

Aug 1, 2010, 12:10:25 PM8/1/10

to go...@googlegroups.com

OpenSSH移植过程进行中..现在需要有人编译一套原生的工具链，即HOST和TARGET均为mips64el-unknown-linux-gnu的工具链...

2010/7/30 Hamo <ham...@gmail.com>:

echo jonsk

unread,

Aug 2, 2010, 11:41:00 PM8/2/10

to go...@googlegroups.com

要怎么做？我好像可以做

在 2010年8月2日上午12:10，Hamo <hamo.by@gmail.com>写道：

OpenSSH移植过程进行中..现在需要有人编译一套原生的工具链，即HOST和TARGET均为mips64el-unknown-linux-gnu的工具链...

2010/7/30 Hamo <hamo.by@gmail.com>:

> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>
> 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>> 说详细一点，需要什么帮忙？
>>
>> 在 2010年7月30日上午10:29，Hamo <hamo.by@gmail.com>写道：
>>>
>>> 求助！！
>>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>>>
>>> 2010/7/29 Hamo <hamo.by@gmail.com>:
>>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>>> > mkdir /lib64
>>> > cd /lib64
>>> > ln -v -s ../lib/ld* .
>>> >
>>> > 2010/7/29 Hamo <hamo.by@gmail.com>:
>>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>>> >> 附件是ccache
>>> >>
>>> >>
>>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>>> >>> NAS 22:01:53 bin # ./tset
>>> >>> -bash: ./tset: Accessing a corrupted shared library
>>> >>>
>>> >>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Hamo

unread,

Aug 3, 2010, 12:29:22 AM8/3/10

to go...@googlegroups.com

很简单，用Athurg给我们的工具链，以工具链内sysroot目录的linux-headers和glibc为基础，编译一套host和target均为mips64el-unknown-linux-gnu的原生工具链，要求make
install时候指定DESTDIR为单独目录，将所有文件保留目录结构打包上传。必需保证解压到开发机根目录可以运行。我等等会上传我所用的环境变量和几个我打好的包作参考。

On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
> 要怎么做？我好像可以做
>

> 在 2010年8月2日上午12:10，Hamo <ham...@gmail.com>写道：
>
>>
>> OpenSSH移植过程进行中..现在需要有人编译一套原生的工具链，即HOST和TARGET均为mips64el-unknown-linux-gnu的工具链...
>>

>> 2010/7/30 Hamo <ham...@gmail.com>:

>> >
>> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>> >
>> > 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>> >> 说详细一点，需要什么帮忙？
>> >>
>> >> 在 2010年7月30日上午10:29，Hamo <ham...@gmail.com>写道：
>> >>>
>> >>> 求助！！
>> >>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>> >>>

>> >>> 2010/7/29 Hamo <ham...@gmail.com>:

>> >>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>> >>> > mkdir /lib64
>> >>> > cd /lib64
>> >>> > ln -v -s ../lib/ld* .
>> >>> >

>> >>> > 2010/7/29 Hamo <ham...@gmail.com>:

>> >>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> >>> >> 附件是ccache
>> >>> >>
>> >>> >>
>> >>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>> >>> >>> NAS 22:01:53 bin # ./tset
>> >>> >>> -bash: ./tset: Accessing a corrupted shared library
>> >>> >>>
>> >>> >>>
>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

--
Sent from my mobile device

echo jonsk

unread,

Aug 3, 2010, 1:53:42 AM8/3/10

to go...@googlegroups.com

就是说，最后的结果等于是在龙芯上编译一个工具链嘛

在 2010年8月3日下午12:29，Hamo <hamo.by@gmail.com>写道：

很简单，用Athurg给我们的工具链，以工具链内sysroot目录的linux-headers和glibc为基础，编译一套host和target均为mips64el-unknown-linux-gnu的原生工具链，要求make
install时候指定DESTDIR为单独目录，将所有文件保留目录结构打包上传。必需保证解压到开发机根目录可以运行。我等等会上传我所用的环境变量和几个我打好的包作参考。

On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
> 要怎么做？我好像可以做
>

> 在 2010年8月2日上午12:10，Hamo <hamo.by@gmail.com>写道：
>
>>
>> OpenSSH移植过程进行中..现在需要有人编译一套原生的工具链，即HOST和TARGET均为mips64el-unknown-linux-gnu的工具链...
>>
>> 2010/7/30 Hamo <hamo.by@gmail.com>:
>> >
>> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>> >
>> > 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>> >> 说详细一点，需要什么帮忙？
>> >>
>> >> 在 2010年7月30日上午10:29，Hamo <hamo.by@gmail.com>写道：
>> >>>
>> >>> 求助！！
>> >>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>> >>>
>> >>> 2010/7/29 Hamo <hamo.by@gmail.com>:
>> >>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>> >>> > mkdir /lib64
>> >>> > cd /lib64
>> >>> > ln -v -s ../lib/ld* .
>> >>> >
>> >>> > 2010/7/29 Hamo <hamo.by@gmail.com>:
>> >>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> >>> >> 附件是ccache
>> >>> >>
>> >>> >>
>> >>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>> >>> >>> NAS 22:01:53 bin # ./tset
>> >>> >>> -bash: ./tset: Accessing a corrupted shared library
>> >>> >>>
>> >>> >>>
>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Hamo

unread,

Aug 3, 2010, 2:01:56 AM8/3/10

to go...@googlegroups.com

对对，让我说的烦琐了。GCC版本就用AT的工具链的版本就行，别忘了disable-multilib。我其实主要是需要gcc-libs。

On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
> 就是说，最后的结果等于是在龙芯上编译一个工具链嘛
>

> 在 2010年8月3日下午12:29，Hamo <ham...@gmail.com>写道：
>
>>
>> 很简单，用Athurg给我们的工具链，以工具链内sysroot目录的linux-headers和glibc为基础，编译一套host和target均为mips64el-unknown-linux-gnu的原生工具链，要求make
>>
>> install时候指定DESTDIR为单独目录，将所有文件保留目录结构打包上传。必需保证解压到开发机根目录可以运行。我等等会上传我所用的环境变量和几个我打好的包作参考。
>>
>> On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
>> > 要怎么做？我好像可以做
>> >
>> > 在 2010年8月2日上午12:10，Hamo <ham...@gmail.com>写道：
>> >
>> >>
>> >>
>> OpenSSH移植过程进行中..现在需要有人编译一套原生的工具链，即HOST和TARGET均为mips64el-unknown-linux-gnu的工具链...
>> >>

>> >> 2010/7/30 Hamo <ham...@gmail.com>:

>> >> >
>> >>
>> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>> >> >
>> >> > 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>> >> >> 说详细一点，需要什么帮忙？
>> >> >>
>> >> >> 在 2010年7月30日上午10:29，Hamo <ham...@gmail.com>写道：
>> >> >>>
>> >> >>> 求助！！
>> >> >>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>> >> >>>

>> >> >>> 2010/7/29 Hamo <ham...@gmail.com>:

>> >> >>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>> >> >>> > mkdir /lib64
>> >> >>> > cd /lib64
>> >> >>> > ln -v -s ../lib/ld* .
>> >> >>> >

>> >> >>> > 2010/7/29 Hamo <ham...@gmail.com>:

>> >> >>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> >> >>> >> 附件是ccache
>> >> >>> >>
>> >> >>> >>
>> >> >>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>> >> >>> >>> NAS 22:01:53 bin # ./tset
>> >> >>> >>> -bash: ./tset: Accessing a corrupted shared library
>> >> >>> >>>
>> >> >>> >>>
>> >>
>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

echo jonsk

unread,

Aug 3, 2010, 2:17:37 AM8/3/10

to go...@googlegroups.com

我做一个，怎么给你？

在 2010年8月3日下午2:01，Hamo <hamo.by@gmail.com>写道：

对对，让我说的烦琐了。GCC版本就用AT的工具链的版本就行，别忘了disable-multilib。我其实主要是需要gcc-libs。

On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
> 就是说，最后的结果等于是在龙芯上编译一个工具链嘛
>

Hamo

unread,

Aug 3, 2010, 2:35:48 AM8/3/10

to go...@googlegroups.com

上传FTP吧，跟AT商量一下

On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
> 我做一个，怎么给你？
>

> 在 2010年8月3日下午2:01，Hamo <ham...@gmail.com>写道：
>
>> 对对，让我说的烦琐了。GCC版本就用AT的工具链的版本就行，别忘了disable-multilib。我其实主要是需要gcc-libs。
>>
>> On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
>> > 就是说，最后的结果等于是在龙芯上编译一个工具链嘛
>> >
>> > 在 2010年8月3日下午12:29，Hamo <ham...@gmail.com>写道：
>> >
>> >>
>> >>
>> 很简单，用Athurg给我们的工具链，以工具链内sysroot目录的linux-headers和glibc为基础，编译一套host和target均为mips64el-unknown-linux-gnu的原生工具链，要求make
>> >>
>> >>
>> install时候指定DESTDIR为单独目录，将所有文件保留目录结构打包上传。必需保证解压到开发机根目录可以运行。我等等会上传我所用的环境变量和几个我打好的包作参考。
>> >>
>> >> On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
>> >> > 要怎么做？我好像可以做
>> >> >
>> >> > 在 2010年8月2日上午12:10，Hamo <ham...@gmail.com>写道：
>> >> >
>> >> >>
>> >> >>
>> >>
>> OpenSSH移植过程进行中..现在需要有人编译一套原生的工具链，即HOST和TARGET均为mips64el-unknown-linux-gnu的工具链...
>> >> >>

>> >> >> 2010/7/30 Hamo <ham...@gmail.com>:

>> >> >> >
>> >> >>
>> >>
>> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>> >> >> >
>> >> >> > 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>> >> >> >> 说详细一点，需要什么帮忙？
>> >> >> >>
>> >> >> >> 在 2010年7月30日上午10:29，Hamo <ham...@gmail.com>写道：
>> >> >> >>>
>> >> >> >>> 求助！！
>> >> >> >>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>> >> >> >>>

>> >> >> >>> 2010/7/29 Hamo <ham...@gmail.com>:

>> >> >> >>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>> >> >> >>> > mkdir /lib64
>> >> >> >>> > cd /lib64
>> >> >> >>> > ln -v -s ../lib/ld* .
>> >> >> >>> >

>> >> >> >>> > 2010/7/29 Hamo <ham...@gmail.com>:

>> >> >> >>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> >> >> >>> >> 附件是ccache
>> >> >> >>> >>
>> >> >> >>> >>
>> >> >> >>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>> >> >> >>> >>> NAS 22:01:53 bin # ./tset
>> >> >> >>> >>> -bash: ./tset: Accessing a corrupted shared library
>> >> >> >>> >>>
>> >> >> >>> >>>
>> >> >>
>> >>
>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

echo jonsk

unread,

Aug 3, 2010, 3:15:36 AM8/3/10

to go...@googlegroups.com

AT从来就是神龙见首不见尾的

在 2010年8月3日下午2:35，Hamo <hamo.by@gmail.com>写道：

上传FTP吧，跟AT商量一下

On 8/3/10, echo jonsk <jonsk...@gmail.com> wrote:
> 我做一个，怎么给你？
>

Athurg Gooth

unread,

Aug 3, 2010, 6:58:50 AM8/3/10

to go...@googlegroups.com

最近工作实在太忙，请大家谅解！
-----------------------
yeap, I am AT
Welcome to http://www.gooth.cn

Athurg Gooth

unread,

Aug 3, 2010, 7:00:47 AM8/3/10

to go...@googlegroups.com

如果谁有时间，用工具链制作出一个包含openssh的基本系统，然后打包发给我，测试完成后。我会立刻将机器放到服务器上去。

请在打包发给我之前充分测试。因为我这段时间真很忙。

-----------------------
yeap, I am AT
Welcome to http://www.gooth.cn

echo jonsk

unread,

Aug 3, 2010, 7:04:24 AM8/3/10

to go...@googlegroups.com

工具链我做好了，基本系统没办法了，跟本就不了解，谁有资料可以发给我看看？

Hamo

unread,

Aug 3, 2010, 8:04:26 AM8/3/10

to go...@googlegroups.com

工具链可以给我，我现在正在制作OpenSSH，根据我的依赖图，我已经完成attr以下的所有包的构建。只是，测试的问题，我们没有开发机，该如何进行测试呢？

2010/8/3 echo jonsk <jonsk...@gmail.com>:

>>>>> >> >> >> 2010/7/30 Hamo <ham...@gmail.com>:

>>>>> >> >> >> >
>>>>> >> >> >>
>>>>> >> >>
>>>>> >>
>>>>> >> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>>>>> >> >> >> >
>>>>> >> >> >> > 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>>>>> >> >> >> >> 说详细一点，需要什么帮忙？
>>>>> >> >> >> >>
>>>>> >> >> >> >> 在 2010年7月30日上午10:29，Hamo <ham...@gmail.com>写道：
>>>>> >> >> >> >>>
>>>>> >> >> >> >>> 求助！！
>>>>> >> >> >> >>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>>>>> >> >> >> >>>

>>>>> >> >> >> >>> 2010/7/29 Hamo <ham...@gmail.com>:

>>>>> >> >> >> >>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>>>>> >> >> >> >>> > mkdir /lib64
>>>>> >> >> >> >>> > cd /lib64
>>>>> >> >> >> >>> > ln -v -s ../lib/ld* .
>>>>> >> >> >> >>> >

>>>>> >> >> >> >>> > 2010/7/29 Hamo <ham...@gmail.com>:

>>>>> >> >> >> >>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>>>>> >> >> >> >>> >> 附件是ccache
>>>>> >> >> >> >>> >>
>>>>> >> >> >> >>> >>
>>>>> >> >> >> >>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>>>>> >> >> >> >>> >>> NAS 22:01:53 bin # ./tset
>>>>> >> >> >> >>> >>> -bash: ./tset: Accessing a corrupted shared library
>>>>> >> >> >> >>> >>>
>>>>> >> >> >> >>> >>>
>>>>> >> >> >>
>>>>> >> >>
>>>>> >>
>>>>> >> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Hamo

unread,

Aug 3, 2010, 1:02:53 PM8/3/10

to go...@googlegroups.com

我已经将我打好的包上传自己的ftp,可通过http://hamobai.weblogs.sc/loongson/访问，按序号解压安装即可...

2010/8/3 Hamo <ham...@gmail.com>:

echo jonsk

unread,

Aug 3, 2010, 7:12:28 PM8/3/10

to go...@googlegroups.com

工具链完成了，要给谁？

我有龙芯的盒子，我可以测试。

在 2010年8月4日上午1:02，Hamo <hamo.by@gmail.com>写道：

我已经将我打好的包上传自己的ftp,可通过http://hamobai.weblogs.sc/loongson/访问，按序号解压安装即可...

2010/8/3 Hamo <hamo.by@gmail.com>:

Hamo

unread,

Aug 3, 2010, 8:31:58 PM8/3/10

to go...@googlegroups.com

你把工具链上传网盘吧，然后把MD5给我，我验证后上传我的FTP，先用我的FTP作中转咱们测试吧。
对了，你的盒子不是N32的么？你得弄套64的内核才能跑工具链编出来的东西。
还有，你下载我编好的包，帮我编几个上层包吧，我等等把包名字给你，谢谢啦

On 8/4/10, echo jonsk <jonsk...@gmail.com> wrote:
> 工具链完成了，要给谁？
> 我有龙芯的盒子，我可以测试。
>

> 在 2010年8月4日上午1:02，Hamo <ham...@gmail.com>写道：
>
>> 我已经将我打好的包上传自己的ftp,可通过http://hamobai.weblogs.sc/loongson/访问，按序号解压安装即可...
>>

>> 2010/8/3 Hamo <ham...@gmail.com>:

>> >>>>>> >> >> >> 2010/7/30 Hamo <ham...@gmail.com>:

>> >>>>>> >> >> >> >
>> >>>>>> >> >> >>
>> >>>>>> >> >>
>> >>>>>> >>
>> >>>>>> >>
>> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>> >>>>>> >> >> >> >
>> >>>>>> >> >> >> > 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>> >>>>>> >> >> >> >> 说详细一点，需要什么帮忙？
>> >>>>>> >> >> >> >>
>> >>>>>> >> >> >> >> 在 2010年7月30日上午10:29，Hamo <ham...@gmail.com>写道：
>> >>>>>> >> >> >> >>>
>> >>>>>> >> >> >> >>> 求助！！
>> >>>>>> >> >> >> >>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>> >>>>>> >> >> >> >>>

>> >>>>>> >> >> >> >>> 2010/7/29 Hamo <ham...@gmail.com>:

>> >>>>>> >> >> >> >>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>> >>>>>> >> >> >> >>> > mkdir /lib64
>> >>>>>> >> >> >> >>> > cd /lib64
>> >>>>>> >> >> >> >>> > ln -v -s ../lib/ld* .
>> >>>>>> >> >> >> >>> >

>> >>>>>> >> >> >> >>> > 2010/7/29 Hamo <ham...@gmail.com>:

>> >>>>>> >> >> >> >>> >>
>> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> >>>>>> >> >> >> >>> >> 附件是ccache
>> >>>>>> >> >> >> >>> >>
>> >>>>>> >> >> >> >>> >>
>> >>>>>> >> >> >> >>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>> >>>>>> >> >> >> >>> >>> NAS 22:01:53 bin # ./tset
>> >>>>>> >> >> >> >>> >>> -bash: ./tset: Accessing a corrupted shared
>> >>>>>> >> >> >> >>> >>> library
>> >>>>>> >> >> >> >>> >>>
>> >>>>>> >> >> >> >>> >>>
>> >>>>>> >> >> >>
>> >>>>>> >> >>
>> >>>>>> >>
>> >>>>>> >>
>> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Hamo

unread,

Aug 3, 2010, 10:48:57 PM8/3/10

to go...@googlegroups.com

现在需要编译一个pam的包，我这里怎么交叉编译都不行，打了各种补丁都不行..

2010/8/4 Hamo <ham...@gmail.com>:

echo jonsk

unread,

Aug 3, 2010, 11:13:54 PM8/3/10

to go...@googlegroups.com

我晕，哪没办法了，我的工具链也是n32的，我这个NAS装的也是N32的系统，我这个机器换系统很麻烦。

在 2010年8月4日上午8:31，Hamo <hamo.by@gmail.com>写道：

你把工具链上传网盘吧，然后把MD5给我，我验证后上传我的FTP，先用我的FTP作中转咱们测试吧。
对了，你的盒子不是N32的么？你得弄套64的内核才能跑工具链编出来的东西。
还有，你下载我编好的包，帮我编几个上层包吧，我等等把包名字给你，谢谢啦

On 8/4/10, echo jonsk <jonsk...@gmail.com> wrote:
> 工具链完成了，要给谁？
> 我有龙芯的盒子，我可以测试。
>

Hamo

unread,

Aug 4, 2010, 9:28:19 PM8/4/10

to go...@googlegroups.com

昨天跟echo聊了聊，发现我对项目的整体把握出了问题。我就不添乱了，AT你闲的时候出一份计划吧，我们按照你的计划进行...

2010/8/4 echo jonsk <jonsk...@gmail.com>:

> 我晕，哪没办法了，我的工具链也是n32的，我这个NAS装的也是N32的系统，我这个机器换系统很麻烦。
>

> 在 2010年8月4日上午8:31，Hamo <ham...@gmail.com>写道：
>>
>> 你把工具链上传网盘吧，然后把MD5给我，我验证后上传我的FTP，先用我的FTP作中转咱们测试吧。
>> 对了，你的盒子不是N32的么？你得弄套64的内核才能跑工具链编出来的东西。
>> 还有，你下载我编好的包，帮我编几个上层包吧，我等等把包名字给你，谢谢啦
>>
>> On 8/4/10, echo jonsk <jonsk...@gmail.com> wrote:
>> > 工具链完成了，要给谁？
>> > 我有龙芯的盒子，我可以测试。
>> >
>> > 在 2010年8月4日上午1:02，Hamo <ham...@gmail.com>写道：
>> >
>> >> 我已经将我打好的包上传自己的ftp,可通过http://hamobai.weblogs.sc/loongson/访问，按序号解压安装即可...
>> >>

>> >> 2010/8/3 Hamo <ham...@gmail.com>:

>> >> >>>>>> >> >> >> 2010/7/30 Hamo <ham...@gmail.com>:

>> >> >>>>>> >> >> >> >
>> >> >>>>>> >> >> >>
>> >> >>>>>> >> >>
>> >> >>>>>> >>
>> >> >>>>>> >>
>> >>
>> >> 在两个人的电脑上分别搭建相同的编译环境，共享编译脚本，根据依赖树将openssh和pacman的依赖包分为两部分分头编译，最后再在开发机上测试，然后最终合并，再编译最终的包..
>> >> >>>>>> >> >> >> >
>> >> >>>>>> >> >> >> > 2010/7/30 echo jonsk <jonsk...@gmail.com>:
>> >> >>>>>> >> >> >> >> 说详细一点，需要什么帮忙？
>> >> >>>>>> >> >> >> >>
>> >> >>>>>> >> >> >> >> 在 2010年7月30日上午10:29，Hamo <ham...@gmail.com>写道：
>> >> >>>>>> >> >> >> >>>
>> >> >>>>>> >> >> >> >>> 求助！！
>> >> >>>>>> >> >> >> >>>
>> >> >>>>>> >> >> >> >>> bash包已经编译完成，只是突然发现这个工作太复杂了，需要一个同学跟我共同完成这三个基础包的移植工作...
>> >> >>>>>> >> >> >> >>>

>> >> >>>>>> >> >> >> >>> 2010/7/29 Hamo <ham...@gmail.com>:

>> >> >>>>>> >> >> >> >>> > 这是为了multilib程序特别提供的，需要执行额外的步骤
>> >> >>>>>> >> >> >> >>> > mkdir /lib64
>> >> >>>>>> >> >> >> >>> > cd /lib64
>> >> >>>>>> >> >> >> >>> > ln -v -s ../lib/ld* .
>> >> >>>>>> >> >> >> >>> >

>> >> >>>>>> >> >> >> >>> > 2010/7/29 Hamo <ham...@gmail.com>:

>> >> >>>>>> >> >> >> >>> >>
>> >> 那套工具链编出来的程序是mips64的，会到/lib64下寻找libc库，32位的系统下可能不会有这个..
>> >> >>>>>> >> >> >> >>> >> 附件是ccache
>> >> >>>>>> >> >> >> >>> >>
>> >> >>>>>> >> >> >> >>> >>
>> >> >>>>>> >> >> >> >>> >> 2010/7/29 echo jonsk <jonsk...@gmail.com>:
>> >> >>>>>> >> >> >> >>> >>> NAS 22:01:53 bin # ./tset
>> >> >>>>>> >> >> >> >>> >>> -bash: ./tset: Accessing a corrupted shared
>> >> >>>>>> >> >> >> >>> >>> library
>> >> >>>>>> >> >> >> >>> >>>
>> >> >>>>>> >> >> >> >>> >>>
>> >> >>>>>> >> >> >>
>> >> >>>>>> >> >>
>> >> >>>>>> >>
>> >> >>>>>> >>
>> >>
>> >> 我的龙芯NAS显示无法使用库文件，不过可能是编译成功了，但是我没办法使用你编译的库文件，你可以编译一个ccache程序发上来，它编译完成后只有一个可执行文件ccache，就像windows下的绿色软件一样

Reply all

Reply to author

Forward