成立編譯小組

A. 科學出版社的誕生時期

中國科學院鑒於出版工作對科學研究的重要性，在1949年11月1日成立之日，即在科學院機關設立編譯出版局（後改稱編譯局），主持出版工作，這也是新中國成立後建立的第一個科技編譯出版機構。當時編譯局以出版中國科學院和各自然科學學會主編的學術刊物、中國學者的科研專著和翻譯出版國外的優秀科學著作、組織編訂自然科學名詞為主要任務，同時還接受出版總署委託，承擔對商務印書館和龍門聯合書局提出的科技書稿審查任務，並且向各大學、科研機構徵集選題和書稿，再向商務、龍門推薦，因此早與龍門聯合書局有著業務關系。隨著科學事業的發展，中國科學院認為有必要加強出版工作，乃於1954年2月成立編譯出版委員會以領導並規劃全院的出版工作，確定編譯局作為這個委員會的辦事機構。由於編譯局不是一個獨立對外的出版單位，在廣泛開展組稿活動方面亦受到局限。要解決這一問題，唯有加強編輯出版力量成立自己的出版社，才能使編譯局從繁重的出版業務工作中擺脫出來。
當時國家對私營工商業的社會主義改造方興未艾，中國科學院根據國家在過渡時期的總路線和總任務的精神，提出了同私營出版業中經驗豐富、作風正派的出版企業進行公私合營的方案，藉以彌補科學院的人力不足，也可以為國家改造一部分私營出版企業。這樣，在出版總署主持下實現了關於龍門實行公私合營問題的會談。經過兩次十分順利的會談後，發表了《會談紀要》。出版總署於1954年5月26日正式批復龍門聯合書局，批文稱：你局原已有若干公股，並早已為國家擔任加工訂貨任務，事實上已具有國家資本主義性質。實行全面公私合營的條件業已成熟，我署同意你局公私合營，並決定改組為科學出版社。
龍門聯合書局從1950年4月起經過多次提出公私合營的申請，至此終於成為我國較早實行公私合營的出版單位之一。1954年7月，籌備工作宣告結束。這時，中國科學院指派著名古生物學家、前編譯局局長楊鍾健為科學出版社董事長，龍門聯合書局推任原龍門董事長沈溯明為科學出版社副董事長。7月27日召開了科學出版社第一次董事會，會議由正、副董事長輪流主持，聽取周太玄、嚴幼芝分別作的科學出版社籌備工作經過的報告。最後一致同意：科學出版社正式成立日期定為8月1日，並提前於7月29日舉行成立大會。7月29日下午，舉行科學出版社成立大會，上級機關和各方來賓數十位蒞臨慶賀。大會由科學院辦公廳嚴希純處長主持。科學院編譯局周太玄局長致詞，他詳細報告了科學出版社的籌建經過，闡明了會後所肩負的歷史使命和出版社的方針任務、組織機構等。最後，嚴希純正式宣布科學出版社董事會和主要負責人名單。
社長兼總編輯周太玄，副社長兼副總編輯趙仲池，經理嚴幼芝，副經理於強。同時宣布科學院編譯局的大部分編輯出版部門並入出版社。編譯局作為科學院領導出版社的建制仍然保留，周太玄任局長，趙仲池任副局長，名詞室仍隸屬於編譯局。

B. 使用c語言編譯一個小組學生高數成績的總分及平均分

//以負數結尾，但分數不包含負數
#include "stdio.h"
void main()
{
float n,sum;
int i=0;
printf("請輸入本班所有學生數學成績\n");
scanf("%f",&n);
sum=n;
while(1)
{
scanf("%f",&n);
if(n<0)break;
sum=sum+n;
i++;
}
printf("平均分為%.1f，總分%.1f",sum/(i+1),sum);
}

C. 如何構建交叉編譯環境。

你說的是我下面的回答嗎？下面就一些問題作一個說明，以期拋磚引玉。
基於Linux操作系統的應用開發環境一般是由目標系統硬體（開發板）和宿主PC機所構成。目標硬體開發板用於運行操作系統和系統應用軟體，而目標板所用到的操作系統的內核編譯、應用程序的開發和調試則需要通過宿主PC機來完成（所以稱為交叉編譯）。雙方之間一般通過串口，並口或乙太網介面建立連接關系。
但在此我建議構建如下的交叉編譯環境，適合個人或研發小組使用：單獨拿出一台PC機（PII以上即可，就用以前淘汰的舊機器就可以），在該PC上安裝桌面的Linux操作系統（如Red Hat Linux 8.0及以上），可以採用默認的安裝選項（注意要包含FTP服務），這台PC作為Linux伺服器，除管理員以外，一般不直接讓其他人去操作。
將該Linux伺服器接入區域網，並新建一些合法用戶，以便其他的PC機（在此我們將其稱為工作站）的合法用戶能訪問到Linux伺服器。而其他的PC機（工作站）仍然使用Windows操作系統,原來幹啥繼續幹啥。
需要的軟體工具包括：
1、FTP客戶端程序（如Cuteftp，可到網上下載）。
2、Telnet工具（如SecureCRT，可到網上下載）。
3、移植到某一特定ARM平台的Linux操作系統內核源碼（一般由銷售商整理提供）。
4、GNU編譯工具，可由相關網站下載，或由銷售商整理提供。
在工作站安裝：
在某工作站PC上安裝FTP客戶端程序和Telnet工具，安裝完畢後應該可以在該工作站PC和Linux伺服器之間進行文件的傳輸，並在工作站PC可以通過Telnet登陸到Linux伺服器（可能需要將Linux伺服器的防火牆服務關閉才能完成）。
在Linux伺服器安裝：
將工作站PC上的Linux操作系統內核源碼壓縮包和GNU編譯工具通過FTP傳送到Linux伺服器的某個目錄（如合法的用戶目錄），然後在該目錄下解壓，並將GNU編譯工具安裝到默認的工作目錄即可，以上工作通過在工作站PC使用Telnet工具完成，而不需要在Linux伺服器上進行。
Linux操作系統內核的編譯：
Linux操作系統內核的編譯一般有一個比較固定的步驟，會根據MakeFile文件的不同而略有差異，可參考相關文檔，編譯的工作在工作站PC使用Telnet工具完成。

D. 交叉編譯器的發展歷史

20世紀50年代，IBM的John Backus帶領一個研究小組對FORTRAN語言及其編譯器進行開發。但由於當時人們對編譯理論了解不多，開發工作變得既復雜又艱苦。與此同時，Noam Chomsky開始了他對自然語言結構的研究。他的發現最終使得編譯器的結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法的難易程度以及識別它們所需要的演算法來對語言分類。正如所稱的Chomsky架構（Chomsky Hierarchy），它包括了文法的四個層次：0型文法、1型文法、2型文法和3型文法，且其中的每一個都是其前者的特殊情況。2型文法（或上下文無關文法）被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。分析問題（parsing problem，用於上下文無關文法識別的有效演算法）的研究是在60年代和70年代，它相當完善的解決了這個問題。它已是編譯原理中的一個標准部分。
有限狀態自動機（Finite Automation）和正則表達式（Regular Expression）同上下文無關文法緊密相關，它們與Chomsky的3型文法相對應。對它們的研究與Chomsky的研究幾乎同時開始，並且引出了表示程序設計語言的單詞的符號方式。
人們接著又深化了生成有效目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其稱為優化技術（Optimization Technique），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（Code Improvement Technique）。
當分析問題變得好懂起來時，人們就在開發程序上花費了很大的功夫來研究這一部分的編譯器自動構造。這些程序最初被稱為編譯器的編譯器（Compiler-compiler），但更確切地應稱為分析程序生成器（Parser Generator），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年為Unix系統編寫的。類似的，有限狀態自動機的研究也發展了一種稱為掃描程序生成器（Scanner Generator）的工具，Lex（與Yacc同時，由Mike Lesk為Unix系統開發）是這其中的佼佼者。
在20世紀70年代後期和80年代早期，大量的項目都貫注於編譯器其它部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。
編譯器設計最近的發展包括：首先，編譯器包括了更加復雜演算法的應用程序它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言的發展結合在一起。其中典型的有用於函數語言編譯的Hindley-Milner類型檢查的統一演算法。其次，編譯器已越來越成為基於窗口的交互開發環境（Interactive Development Environment，IDE）的一部分，它包括了編輯器、連接程序、調試程序以及項目管理程序。這樣的IDE標准並沒有多少，但是對標準的窗口環境進行開發已成為方向。另一方面，盡管在編譯原理領域進行了大量的研究，但是基本的編譯器設計原理在近20年中都沒有多大的改變，它正迅速地成為計算機科學課程中的中心環節。
在20世紀90年代，作為GNU項目或其它開放源代碼項目標一部分，許多免費編譯器和編譯器開發工具被開發出來。這些工具可用來編譯所有的計算機程序語言。它們中的一些項目被認為是高質量的，而且對現代編譯理論感興趣的人可以很容易的得到它們的免費源代碼。
大約在1999年，SGI公布了他們的一個工業化的並行化優化編譯器Pro64的源代碼，後被全世界多個編譯器研究小組用來做研究平台，並命名為Open64。Open64的設計結構好，分析優化全面，是編譯器高級研究的理想平台。

E. 編譯原理的發展歷程

在20世紀40年代，由於馮·諾伊曼在存儲-程序計算機方面的先鋒作用，編寫一串代碼或程序已成必要，這樣計算機就可以執行所需的計算。開始時，這些程序都是用機器語言 （machine language ）編寫的。機器語言就是表示機器實際操作的數字代碼，例如：
C7 06 0000 0002 表示在IBM PC 上使用的Intel 8x86處理器將數字2移至地址0 0 0 0 （16進制）的指令。
但編寫這樣的代碼是十分費時和乏味的，這種代碼形式很快就被匯編語言（assembly language ）代替了。在匯編語言中，都是以符號形式給出指令和存儲地址的。例如，匯編語言指令 MOV X,2 就與前面的機器指令等價（假設符號存儲地址X是0 0 0 0 ）。匯編程序（assembler ）將匯編語言的符號代碼和存儲地址翻譯成與機器語言相對應的數字代碼。
匯編語言大大提高了編程的速度和准確度，人們至今仍在使用著它，在編碼需要極快的速度和極高的簡潔程度時尤為如此。但是，匯編語言也有許多缺點：編寫起來也不容易，閱讀和理解很難；而且匯編語言的編寫嚴格依賴於特定的機器，所以為一台計算機編寫的代碼在應用於另一台計算機時必須完全重寫。
發展編程技術的下一個重要步驟就是以一個更類似於數學定義或自然語言的簡潔形式來編寫程序的操作，它應與任何機器都無關，而且也可由一個程序翻譯為可執行的代碼。例如，前面的匯編語言代碼可以寫成一個簡潔的與機器無關的形式 x = 2。
在1954年至1957年期間，IBM的John Backus帶領的一個研究小組對FORTRAN語言及其編譯器的開發，使得上面的擔憂不必要了。但是，由於當時處理中所涉及到的大多數程序設計語言的翻譯並不為人所掌握，所以這個項目的成功也伴隨著巨大的辛勞。幾乎與此同時，人們也在開發著第一個編譯器， Noam Chomsky開始了他的自然語言結構的研究。他的發現最終使得編譯器結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法（grammar ，指定其結構的規則）的難易程度以及識別它們所需的演算法來為語言分類。正如現在所稱的-與喬姆斯基分類結構（Chomsky hierarchy ）一樣-包括了文法的4個層次：0型、1型、2型和3型文法，且其中的每一個都是其前者的專門化。2型（或上下文無關文法（context-free grammar ））被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。
分析問題（ parsing problem ，用於限定上下文無關語言的識別的有效演算法）的研究是在20世紀60年代和70年代，它相當完善地解決了這一問題， 現在它已是編譯理論的一個標准部分。它們與喬姆斯基的3型文法相對應。對它們的研究與喬姆斯基的研究幾乎同時開始，並且引出了表示程序設計語言的單詞（或稱為記號）的符號方式。
人們接著又深化了生成有效的目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其誤稱為優化技術（optimization technique ），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（code improvement technique ）。
這些程序最初被稱為編譯程序-編譯器，但更確切地應稱為分析程序生成器 （parser generator ），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是 Yacc （yet another compiler- compiler），它是由Steve Johnson在1975年為Unix系統編寫的。
類似地，有窮自動機的研究也發展了另一種稱為掃描程序生成器 （scanner generator ）的工具，Lex （與Yacc同時，由Mike Lesk為Unix系統開發的）是這其中的佼佼者。在20世紀70年代後期和80年代早期，大量的項目都關注於編譯器其他部分的生成自動化，這其中就包括代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。
編譯器設計最近的發展包括：首先，編譯器包括了更為復雜的演算法的應用程序，它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言（可允許此類分析）的發展結合在一起。其中典型的有用於函數語言編譯的Hindle y - Milner類型檢查的統一演算法。
其次，編譯器已越來越成為基於窗口的交互開發環境（interactive development environment，IDE ）的一部 分，它包括了編輯器、鏈接程序、調試程序以及項目管理程序。這樣的IDE的標准並沒有多少， 但是已沿著這一方向對標準的窗口環境進行開發了。

F. 編譯技術的發展歷程

1954年至1957年間，IBM的John Backus帶領一個小組開發FORTRAN語言及其編譯器，使得上面的擔憂不必要了。
但由於當時處理中所涉及到的大多數程序設計語言的翻譯並不為人所掌握，所以這個項目的成功也伴隨著巨大的辛勞。
幾乎與此同時，人們也在開發著第一個編譯器，Noam Chomsky開始自然語言結構的研究。使得編譯器結構異常簡單，甚至還帶有了一些自動化。
Chomsky的研究導致了根據語言文法(grammar，結構規則)的難易程度以及識別它們所需的演算法來為語言分類。文法有4個層次：0型、1型、2型和3型文法，且其中的每一個都是其前者的專門化。2型(或上下文無關文法context-free grammar)是程序設計語言中最有用的，代表著程序設計語言結構的標准方式。
人們接著又深化了生成有效的目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其誤稱為優化技術(optimization technique)，但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（code improvement technique）。
在70年代後期和80年代早期，大量的項目都關注於編譯器其他部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。

G. 新手如何學習編程

熟悉以下關鍵東西，可以邊學邊做，定期訓練，經常思考，長期積累：

1、語法。

2、基礎理論（數學、數據結構、演算法等）。

3、設計方法（編程原則、設計模式、框架設計等）。

4、庫（核心、基礎、UI、擴展、游戲引擎等）。

5、計算機相關（操作系統、網路、圖形學等）。

6、領域知識（游戲設計、網站設計等）。

7、開發工具（編輯器、IDE、自動部署等）。

8、項目管理（進度管理、分工協作、Bug管理、版本控制等）。

最普遍也是最重要的能力：創造力。努力分析並理解好做什麼以及怎麼做。要知道上面那些東西一開始都是不存在的。

具體方法包括：

1、快速閱讀入門教程和書籍，適合學習語言和基礎庫。比如我學Java讀的《Java編程思想》，練習題做過一點，然後學ActionScript就沒讀過書，只讀過Adobe官方文檔《ActionScript 3.0編程》。

2、閱讀庫的文檔、實例、源碼。比如Flash、Flex開發，熟悉官方API很重要，很多細節要具體使用時才注意到，這時候最好做個筆記，雖然我從沒看過我的筆記。

3、做一個自己感興趣或熟悉的小項目，比如我就以黑白棋游戲作為多個語言的試水項目，一樣的邏輯，便於把關注點放在語言特點上。

4、自己動手豐衣足食。廚師有菜譜，程序員可沒菜譜。比如我做游戲，最關鍵的游戲編程知識全部是動手學出來的，很少有專門針對某個業務領域（如游戲）的編程書籍，要麼是入門書，要麼是模式書（如演算法）、理論書（圖形學），很少有書籍教你如何開發一個45度角地圖系統加編輯器的，全靠自己思考，以及看前人的代碼，需要時找些網路資料。關鍵是，可以培養最重要的創造力。

對於演算法和設計模式，可以研讀下，但是關鍵還是靠平時如何使用了。新手勉強不來的。

項目管理方面的，就得靠工作經驗了，多思考多提意見不要只走流程。