不知道新的intel core的cpu我可不可以用

[safinafan]

不知道新的intel core的cpu我可不可以用

因為我顯在工作環境都是在UNIX架構下工作

有許多的軟體也都是fortran所寫的版本

幾乎都是用到f77/gcc/python等等

我現在用的軟體是可以成功移直到intel core的平台嗎

如果沒問題的話，我可以考慮了

我現在用的軟體是

代碼: 選擇全部

http://www.ncl.ucar.edu/

代碼: 選擇全部

http://ngwww.ucar.edu/ng4.4/index.html

代碼: 選擇全部

http://grads.iges.org/grads/grads.html

代碼: 選擇全部

http://www.scipy.org/

等等

他們其實都是有cygwing的版本，但是小第一直不了解的是，搞不太懂？？？？

還是用我的舊apple

現在還有生產iMAC (powerPC G5)嗎？？
還買的到嗎？？

[謝孟叡]

根據你的文法顯示你應該是日語說得比華語流利，我盡量寫簡單一點，希望你能夠看懂。
1. cygwin 是一種能夠在 windows 下安裝的類 sysv 環境，基本上是從 GNU 套件移植過來的。這個不能裝在 Macintosh 裡面。
2. 在 Intel CPU-based Macintosh (ICBM) 下系統基本上與 PowerPC CPU-based Macintosh 沒有不同。
3. Mac OS X 使用者需要額外從系統光碟或是 Apple 開發者網站上安裝 developers 套件才會有 gcc.
4. Mac OS X 即使安裝了 developers 套件，也沒有附帶 fortran compiler.
5. Mac OS X 的確內附 python...

我剛剛看了您所提供的四個軟體 homepage, 上面的 precompiled binaries 都是在 ppc 機器上編譯的，雖然硬安裝在 ICBM 上還是會跑，但是系統會使用到模擬環境來跑那些東西。所以我現在還是建議有能力的話，自己編譯一下比較好。

我本人並不是 finks 的擁護者，但是既然 NCL 的文件建議使用 finks, 那就好好把 finks 搞清楚一點。finks 有提供 g77 和 gfortran (可能是在 gcc4 下面) 可選擇，但是我只使用 dports, 我並不清楚。

科學運算用途的 fortran 編譯器，建議使用 xl fortran (ppc only), absoft profortran 和 intel fortran (intel only).

不知道新的intel core的cpu我可不可以用
因為我顯在工作環境都是在UNIX架構下工作
有許多的軟體也都是fortran所寫的版本
幾乎都是用到f77/gcc/python等等
我現在用的軟體是可以成功移直到intel core的平台嗎
如果沒問題的話，我可以考慮了
我現在用的軟體是

代碼: 選擇全部

http://www.ncl.ucar.edu/

代碼: 選擇全部

http://ngwww.ucar.edu/ng4.4/index.html

代碼: 選擇全部

http://grads.iges.org/grads/grads.html

代碼: 選擇全部

http://www.scipy.org/

等等
他們其實都是有cygwing的版本，但是小第一直不了解的是，搞不太懂？？？？
還是用我的舊apple
現在還有生產iMAC (powerPC G5)嗎？？
還買的到嗎？？

[ulysses]

根據你的文法顯示你應該是日語說得比華語流利，我盡量寫簡單一點，希望你能夠看懂。
1. cygwin 是一種能夠在 windows 下安裝的類 sysv 環境，基本上是從 GNU 套件移植過來的。這個不能裝在 Macintosh 裡面。

基本上這也不用裝...
在 Windows 上裝 cygwin 都是為了用 gcc 重新編譯 POSIX 程式給 Win32 用，
MacOS X 原本就是 POSIX 相容的環境，又有原生 gcc 與 library 可用，
不需要另外安裝一套 framework 來模擬成 POSIX。

3. Mac OS X 使用者需要額外從系統光碟或是 Apple 開發者網站上安裝 developers 套件才會有 gcc.
4. Mac OS X 即使安裝了 developers 套件，也沒有附帶 fortran compiler.
5. Mac OS X 的確內附 python...

還內建 PHP...

我剛剛看了您所提供的四個軟體 homepage, 上面的 precompiled binaries 都是在 ppc 機器上編譯的，雖然硬安裝在 ICBM 上還是會跑，但是系統會使用到模擬環境來跑那些東西。所以我現在還是建議有能力的話，自己編譯一下比較好。

是的，基本上 UNIX 環境跟多數人偏見中的『OS』有一點很大的不同；
Windows 只是給單一一種硬體平台使用，而 UNIX 則有數不清的硬體平台。
這些硬體平台使用的 CPU 通通不同，有 ARM、X86、SPARC、PowerPC，
這些 CPU 的機器控制碼也都完全不共通。

玩 UNIX 的人都把『已經 Compile 好給某一平台』的程式稱為『Binary』，
相對於『Binary』的則是『Source』，也就是原始碼。
同樣一個程式，Binary 是不能拿到不同 CPU 的機器上執行的；
你必須把原始碼拿來，在不同平台上重新編譯一次。
因此 UNIX 程式有所謂的『發行』，也就是控制程式交付的方式。
有些程式會同時提供不同平台的 Binary 下載，解壓縮就可以直接用；
有些程式就只有提供 Source Code，要你自己去編譯。

當然，跨平台會發生各式各樣的問題，要調整很多參數。
因此像 GNU 這類的組織有制定一些規範讓寫程式的人用，
這樣寫出的程式拿到不同平台上時，可以用相同的方式編譯。
經過這樣一種包裝的程式，通稱為『GNU Tarball』。
之所以這樣稱呼，因為這樣發行的程式幾乎都是用 tar 壓縮命令弄成一個 .tgz 檔。
對使用者來說，拿到一個 Tarball，安裝的過程幾乎是制式化的：

1. tar -zxvf
2. configure
3. make
4. make install

大多數的程式都是依序用以上的四個指令來進行安裝。

這樣做雖然可以解決跨平台的問題，但是對於從 Windows 轉過來的 user，這樣做簡直是不可想像。而且程式有改版的時候，不同發行要全部更新很麻煩。如果程式和另外一些程式（函式庫）之間有關連，也可能會發生版本衝突。因此就產生了『程式套件管理』這樣的方式。簡單來說，就是讓使用者能夠用類似 Windows installer 的方式，安裝/更新/移除各種程式與函式庫。例如像 RedHat 係的 RPM、Debian 係的 DPKG、BSD 的 PORT 基本上都是這樣的東西。

當然，不是說所有的程式都可以任意拿來編譯；有些程式編譯時還是會出鎚。這時候就需要一些寫作程式的經驗才能處理了。

我本人並不是 finks 的擁護者，但是既然 NCL 的文件建議使用 finks, 那就好好把 finks 搞清楚一點。finks 有提供 g77 和 gfortran (可能是在 gcc4 下面) 可選擇，但是我只使用 dports, 我並不清楚。

科學運算用途的 fortran 編譯器，建議使用 xl fortran (ppc only), absoft profortran 和 intel fortran (intel only).

Fortran 在下就真的沒概念了...
無法給你建議。

[進藤光]

阿光應該也是日語比華語流利的傢伙....

我搞不懂的是... 科學運算用途的 Fortran 跟商用的 Cobol，還有 Prolog，這些老舊的 Programming Language 有啥優勢之處？？

現代的 C++、Java、C# 沒一個辦得到？？

[謝孟叡]

事實上是有現代的 fortran 了。其他的應該是已經死掉了。為什麼像我這種人還一直在產生 fortran code 除了因為我們只會 fortran 之外還有很多歷史上的原因。

阿光應該也是日語比華語流利的傢伙....

我搞不懂的是... 科學運算用途的 Fortran 跟商用的 Cobol，還有 Prolog，這些老舊的 Programming Language 有啥優勢之處？？

現代的 C++、Java、C# 沒一個辦得到？？

[tylerlin]

阿光應該也是日語比華語流利的傢伙....

我搞不懂的是... 科學運算用途的 Fortran 跟商用的 Cobol，還有 Prolog，這些老舊的 Programming Language 有啥優勢之處？？

現代的 C++、Java、C# 沒一個辦得到？？

問題是誰要重做這些大型軟體?
就像很多公司用強大的新硬體模擬舊系統來跑舊Mainframe的軟體....

有句話說的好...
If it is not broken, don't fix it.

[謝孟叡]

Fortran 在下就真的沒概念了...
無法給你建議。

你給我建議幹什麼？

[進藤光]

別誤會.... 我當然了解也知道那些還在使用的銀行、產物保險公司... 歷史包袱因素使然也只好繼續用.... 朋友在產物保險 IT 部門，也跟我吐了不少苦水～～

因為傳統產業要現代化，網路化，於是就遇到新的問題，即便新一代的 Fortran、Cobol 也不見得能應付新的需求...

有一篇【人面獸身】寫得滿好的，傳統 Delphi ERP 加上新的 Java，搞出一個四不像的東東...

沒人要重做大系統？等哪天失去競爭力、市場，公司 123 倒... 就會知道囉～～

[tylerlin]

就怕越改越糟啊....

跑Windows的提款機看過嗎?
我看過BSOD在提款機出現...

公司要倒大部份跟資訊系統沒什麼關係。是管理不當的機會比較大。
很多軟體再用幾十年都沒問題。如果不是千禧蟲，我看很多公司還在用DOS呢....

[ulysses]

Fortran 在下就真的沒概念了...
無法給你建議。

你給我建議幹什麼？

不是給老大你建議啦～
是借用老大的銘言給 Safinafan 兄建議。

Safinafan 兄似乎對 UNIX 一知半解，
其實如果工作上會有機會接觸到，
還是花點時間去學學比較好。
Windows 很方便沒錯，
UNIX 在某些用途上比 Windows 更方便。
兩種作業系統同時左右開弓，
視各種不同狀況挑選適用的工具，
這是提升工作效率的不二法門。

阿光應該也是日語比華語流利的傢伙....
我搞不懂的是... 科學運算用途的 Fortran 跟商用的 Cobol，還有 Prolog，這些老舊的 Programming Language 有啥優勢之處？？
現代的 C++、Java、C# 沒一個辦得到？？

在下現在似乎退化到 Assembly 的程度了...

[進藤光]

很多軟體再用幾十年都沒問題。如果不是千禧蟲，我看很多公司還在用DOS呢....

偷偷告訴 tyler 兄，本公司會計經理還在倚天跑正航.... Orz

在下現在似乎退化到 Assembly 的程度了...

嗚～～～不要這樣啦～～阿光還想靠你或是詹兄來幫我解決 PHP 的問題... 什麼問題？？

嗯～～就是合併 phpBB 與 XOOPS 帳號... 放在心裡很久了，一直不敢說....

[candyg]

跑Windows的提款機看過嗎?
我看過BSOD在提款機出現...

新型提款機都是跑 windows 了，早期使用 OS/2，
因程式撰寫不易，慢慢都改到 windows 環境開發。

目前還是尚有部份提款機廠商使用自己的 firmware。

[ritchielee]

我想釐清一點小觀念, 基本上Computer 是用來解決我們工作
需求的工具, 所以並不存在用DOS or Assembly 就是落伍的結論,
如果我的系統用DOS 用Assebly 用單工就可以非常穩定的工作下去, 我何必要
搞個複雜的 Multi tasking , multi thread, 漂亮GUI 的OS 來自找麻煩!

所以Fortran 還是有人會繼續使用, Unix 也不會死, 在許多Embedded system
中, Assembly 還是最好的工具.

我想我們這群老賊在電子行業近二十年後已經深刻體會到, 除了行銷手法上要特別強調新, 炫 , 快之外, 很多時候我們搞產品是要just enough .

當大家如果有機會從 8 bit cpu 玩到 64 bit , 作業系統從CPM , DOS ,VAX , UNIX, OS/2 玩到Linux , BeOS ,MAC OS , 我想就不會去爭辯到底是不是有個作業系統或是編程工具無所不能, 無所不包.

雖然我最喜歡我的Power MAC , 但僅限於喜歡, 我不會將其視為萬能工具.

[ulysses]

我想我們這群老賊在電子行業近二十年後已經深刻體會到, 除了行銷手法上要特別強調新, 炫 , 快之外, 很多時候我們搞產品是要just enough .

（握手）兄弟～終於找到你了～

多隻香爐多隻鬼，軟體硬體皆然。
可惜這種 Just Enough 的概念在台灣可算是票房毒藥...
或許是在下接觸的廠商不夠多，
但是對台灣電子業的感覺，就是一群整天在想如何 Cost down 的人，
很少花心思經營一個新產品。
就算有新產品，也都是認定 EVERYTHING-in-one 才能跟大廠拼。
這種極端矛盾的心態，在下永遠搞不懂。

[ritchielee]

謝謝, 跟您握手!~~~~


只是發表一下自己的感想, 得罪人的話我就[概括承受].

工作中會聽到一些朋友抱怨說, 我在學校都用C# , C++ 高階語言,用C 或是用 Assembly 多落伍! 可是他忘記我們是在開發一個8051 + 24 bit DSP 的 MP3 player 的Firmware , 不是在[資源無限]的 PC + Windows 上寫AP. 目的不同,平台不同, 當然用不同工具. 改變不了環境就只好適應環境.