转到linux下做PCB

wheel

请能开的ftp开着给大家共享。 建议大家都开共享。
不过我个人认为ftp还不bt/或驴。这样不压力小些。。
向提供下载的朋友表示感谢。。

[[i] 本帖最后由 wheel 于 2006-6-27 10:35 编辑 [/i]]

lqjogq

已经搞定cadence找不到库的问题，不是找不到，而是根本就是那个库不对，请希望用cadence的朋友注意，虽然我们想要gentoo的速度，但是gentoo的gcc是被改过的，我现在还不知道到底是怎么回事，因为gentoo的gcc就不能做lfs，我想是一样的道理。换个版本就行了。
glibc在运行的时候不能是2.4的版本，我试过了，fc5就不能运行。希望对大家有所帮助
如果能够进到projmrg里面看到有些选项没有，可以修改一下license，因为里面为了使自己方便，注销了2个组的license，所以加上就好了。
vi /opt/spb/share/license.license
把里面的
FEATURE TeamEFAAllegro1 cdslmd 15.5 permanent uncounted AC0E650F72361EBFE720 VENDOR_STRING=Cadence HOSTID=ANY  ISSUER="Team EFA 2005" NOTICE="Only for Education and Research Purpose" ck=32
#FEATURE TeamEFAAllegro2 cdslmd 15.5 permanent uncounted DC9EF54F6D4748F095C2 VENDOR_STRING=Cadence HOSTID=ANY  ISSUER="Team EFA 2005" NOTICE="Only for Education and Research Purpose" ck=56
#FEATURE TeamEFAAllegro3 cdslmd 15.5 permanent uncounted 6CAEE58F9CE4CA019BCC VENDOR_STRING=Cadence HOSTID=ANY  ISSUER="Team EFA 2005" NOTICE="Only for Education and Research Purpose" ck=92
前面的＃去掉就可以了

[ 本帖最后由 lqjogq 于 2006-6-28 11:41 编辑 ]

pigdragon

原帖由 lqjogq 于 2006-6-28 11:26 发表
已经搞定cadence找不到库的问题，不是找不到，而是根本就是那个库不对，请希望用cadence的朋友注意，虽然我们想要gentoo的速度，但是gentoo的gcc是被改过的，我现在还不知道到底是怎么回事，因为gentoo的gcc就不能 ...

这个很爽的，大家可以试一试，感谢wheel和lqjogq给我们提供的这么好的条件！！！

lqjogq

引用:
作者: lqjogq
如题
好像说是GCC被打了补丁，不知道谁能给个详细的解答。因为我碰到了在gentoo下面不能用cadence的问题，他说库文件不对。如果是这样的话，我怀疑跟这个有关系。
我在 gentoo 上是可以运行 candence allegro 的。主要注意两个地方：
1. emerge glibc 的时候，一定要去掉 nptl-only 和 linuxthreads-tls 这两个标志。

2. allegro 是一个启动脚本，找到这个脚本，修改 LD_ASSUME_KERNEL = "2.4.0" 这一行，
修改成 LD_ASSUME_KERNEL="2.4.1" 。 版本号 "2.4.1" 是 glibc 的版本决定的， 在 emerge glibc 的时候会有提示信息，表明这个版本号。

这样就可以运行 allegro 了，前一段时间搞了2天才顺利得把 allegro 在 linux 上跑起来。


一定是我的gentoo没搞好，呵呵，现在有个兄弟说了一下，我试试，如果成功的话，再给大家说说，我希望再gentoo下面弄，呵呵。
希望大家一块学习

lqjogq

gentoo下面的搞定：
1、 emerge glibc 的时候，一定要去掉 nptl-only 和 linuxthreads-tls 这两个标志。
2、 blibc版本搞的：在 wstarter 里面修改：
把里面的 LD_ASSUME_KERNEL="2.4.0" 修改成 LD_ASSUME_KERNEL="2.4.1"
3、2.3.6版本的：把 glibc-compat20 加上，去掉这个linuxthreads-tls 。
基本上就搞定了

wheel

glibc 的时候，一定要去掉 nptl-only 和 linuxthreads-tls 这两个标志？
/lib/tls/libc-2.3.4.so跑下看下？
Native POSIX Threads Library就是nptl我有用阿。。tls我也在跑阿。。可以的阿。。。

linuxcpp

最近我的debian sid也跑不起来了
真是奇怪了
搜了一天的关于nptl的问题
就像楼上说的
发现这并不是主要因素啊
难道还有什么地方有问题?

wheel

我有
-rw-r--r-- 1 cqs wheel 62404346 2004-10-29 Laker-30v5-basic.tar.gz
-rw-r--r-- 1 cqs wheel 25616858 2004-10-29 Laker-30v5-redhat72.tar.gz
-rwxrwxrwx 1 cqs wheel      952 2004-10-29 SC_Laker.lpd
-rw-r--r-- 1 cqs wheel     1912 2004-10-29 SC_Laker.src
就是缺efalicgen這個東東
efalicgen這個東東？它要吃"SC_Laker.src"和"SC_Laker.lpd"這兩個檔案，然後吐出可用的license.dat。當然，過程中必須加些調味料(如MAC等)才行，另，產出的license file也必須修改SERVER和DAEMON的設定。

linuxcpp

在google了一天并且工作到今天早上两点半之后
我终于搞定了
其实解决这个问题很简单,只要在启动脚本中改一下环境变量 LD_ASSUME_KERNEL=2.4.1 就可以了
下面说说我的经历:
由于我要用quartus ii
所以就下载了6.0安装,但我是现在喜欢用的系统为Debian sid
而quartus在非RedHat的发行版是安装不了的
所以我装了AS3,为以跑在reiserfs分区下已经安装好的spb155,我还特别地为AS3编译了一个2.6.17.1的新内核
在AS3下我可以跑所以有EDA程序,包括spb155 and quartusii 60
但是!
我感觉AS3用着太不爽了
虽然比Debian sid快(启动速度)但基本上什么程序也不能更新和安装
但是不知道为什么sid里就只有这两个程序跑不起来
错误类似下面:
---------------------------------
:  $projmgr
:  $sed: error while loading shared libraries: libc.so.6: cannot open shared object
: ile: No such file or directory
:  id: error while loading shared libraries: libc.so.6: cannot open shared object file:
: o such file or directory
:  expr: error while loading shared libraries: libc.so.6: cannot open shared object
: ile: No such file or directory
:  /opt/cds/spb155/tools/fet/bin/fet_env.sh: line 175: [: -lt: unary operator expected
:  /opt/cds/spb155/tools/fet/bin/projmgr.exe: error while loading shared libraries:
: ibpthread.so.0: cannot open shared object file: No such file or directory
:  -------------------------------------------
所以我大海捞针的google关于quartus在debian下的安装运行的文字
因为我要急着用它所以就只有先找它了,后面你就知道这两个软件是一个解决办法
我在一篇邮件列表里搜到如下:
----------------------------------------------------------------------------------------
Article: 76101
Subject: Re: Quartus Debian Install
From: Ben Twijnstra <btwijnstra@gmail.com>
Date: Fri, 26 Nov 2004 23:23:59 GMT
Links: << >>  << T >>  << A >>

Hi Mat,

> as I see there are people here using Altera Quartus II.
> Has anyone succeeded installing Quartus on systems other than RedHat?
> I'm looking for hints how to run the installer with csh on a Debian
> Linux with kernel 2.6.8. Any help is greatly appreciated.
> Mat

I'm running Quartus on a Gentoo box having used any sort of kernel ranging
from 2.4.18 through my current 2.6.9 (and having done 1 successful run on
2.6.10-rc2), and tcsh version 6.13. I have never had any real issues with
the installer as long as I ran it from a normal console window.

If I run it from a KDE kommand window, for some reason the backspace key
gets remapped to something useless, but since the installation procedure
mainly involves hitting Enter a few times, then typing a path, and then
hitting Enter a few more times again I don't think that that's a
show-stopper. Just type "stty sane" once the script finishes.

Once installed, if Quartus won't run on your machine, take a good look at
the $QUARTUS/adm/qenv.csh script, and make sure that the settings the
script automatically makes for a RedHat machine are also set in the
non-Redhat part of the settings script (around line 111). The important
ones are QUARTUS_MWWM and LD_ASSUME_KERNEL. Both of these should be
unnecessary on a Debian machine, unless you compiled your glibc with NTPL
threading support, in which case you should definitely add an
LD_ASSUME_KERNEL=2.4 line.

There's a few more possible hiccups and glitches I've found in the field,
but as long as you're using a fairly vanilla installation you should be
able to run Quartus just fine.

My biggest gripe with the Linux port is that the mouse wheel won't work. If
you feel that this is a feature you's like to see as well, complain to
Altera, and to Mainsoft, who are the cause of all this trouble because it's
their platform layer that doesn't support the mouse wheel. The more people
that complain about this, the better.

Best regards,



Ben
Sasco
--------------------------------------------------------------
由于昨天晚上走了弯路,楼上的兄弟提示是什么nptl和linuxthread的问题
所以我还花了好几个小时来搜这方面的东西,但结果是这不是主要的问题
(因为这两种线程方式都是以pthread来统一的,换句话说这两种方式是底层,而pthread是上一层)
那么问题在哪儿呢?
就是上面的这封信里提到的qenv.csh
于是我更改了它:
-------------------------------------------------------------------
$ diff qenv.csh /opt/altera/quartusii_60/adm/qenv.csh.resource.sp1
117c117
<                       setenv LD_ASSUME_KERNEL 2.4.1
---
>                       setenv LD_ASSUME_KERNEL 2.4
----------------------------------------------------------------------------------
看到了吧,在117行应该改成上面那行的写法
就这样我在sid上成功地把quartusii 60跑起来了
那么下面是spb155了,我仔细看了一下,发现有两个脚本要改
一个是/opt/cds/spb155/tools/fet/bin/fet_env.sh
另外是/opt/cds/spb155/share/bin/cdsdoc
----------------------------------------------------------
/opt/cds/spb155/tools/fet/bin/fet_env.sh
diff 区另
88c88
<        LD_ASSUME_KERNEL=2.4.1  
---
>        LD_ASSUME_KERNEL=2.4.0
--------------------------------------------------------------------------
/opt/cds/spb155/share/bin/cdsdoc

[skald@darkstar bin]$ diff cdsdoc cdsdoc.resource
179c179
<               LD_ASSUME_KERNEL=2.4.1
---
>               LD_ASSUME_KERNEL=2.2.5
-----------------------------------------------------------
以上都是要把LD_ASSUME_KERNEL=2.4.1 加入到环境变量中去
好了,现在你可以在任何发行版任何库(没有测试过libc2.4)中去跑
即使是像我用的最新的内核为2.6.17.1(其实跟内核没关系) libc6 为2.3.6-15

OK!
如果大家发现在spb中还有哪个环境变量要设置请告诉我一声
呵呵

PS:
我有一个问题还没解决
就是在sid里spb 和quartus窗口的最大化不能用,点最大化的图标后然后窗口就不能动了,而大小一点都没变
不明白是怎么回事?
还有一点就是projmgr/conceptHDL/allegro在运行后会在左上角出现一个小的方的窗口,会把菜单盖住,怎么弄也去不掉
不知道那个东西是干什么的,能去掉吗?

祝大家好运!

hosyp

哪里有下载？