windows編譯lua
㈠ WIN7怎麼打開LUA
跟winXP系統下的一樣，在安裝好lua運行環境後把lua.exe所在目錄加入環境變數的path
如果不行，就右鍵單擊lua.exe，選擇「以管理員身份運行」
㈡ windows如何debug調試lua文件
安裝一個LuaForWindows5.1.4就可以了，用SciTE可以方便地調試、運行Lua腳本。
㈢ 新手lua,我用的是lua for windows 我在scite 編譯下面程序為甚麼會出錯
運行正常
程序是出錯 不過錯誤是你規定產生的
你這里 如果輸入的是一個無法轉化成數字的字元串的話 就跳轉到error語句裡面了
這不就是產生錯誤么？
如果你是希望程序僅僅提示一行錯誤信息而不是產生錯誤的話你可以把error那一行改成print
print(line .. " is not a valid number")
㈣ lua win下的編譯
請參考下面的腳本
rem 如果有必要，修改你的vc 和 sdk路徑,這里使用vc2010編譯
set vc10=c:\Program Files\Microsoft Visual Studio 10.0\VC
set sdk=C:\Program Files\Microsoft SDKs\Windows\v7.0A
set include=%vc10%\include;%sdk%\Include;%INCLUDE%
set lib=%vc10%\lib;%sdk%\Lib;%LIB%
rem 戲肉,編譯lua 5.2 ,應該差不多的
cd src
rem 編譯lua52.dll 和 lua52.lib
cl /O2 /W3 /c /MD /DLUA_BUILD_AS_DLL l*.c
del lua.obj luac.obj
link /DLL /nologo /NODEFAULTLIB:LIBCMT.LIB /out:lua52.dll l*.obj
rem 編譯lua.exe 和 luac.exe
cl /O2 /W3 /c /MD /DLUA_BUILD_AS_DLL lua.c luac.c
link /nologo /NODEFAULTLIB:LIBCMT.LIB /out:lua.exe lua.obj lua52.lib
del lua.obj
link /nologo /NODEFAULTLIB:LIBCMT.LIB /out:luac.exe l*.obj
㈤ 用LuaForWindows將lua輸出為luac.out後，改名為test.luac，手機運行，顯示錯誤！
LuaForWindows 的luac 將 lua腳本編譯成依賴 windows的了，而andoid, iphone手機都是linux系統，當然無法使用windows上編譯的東西了
㈥ windows下編譯帶python3和lua支持的gvim
好像gvim只能支持到python3.1，我以前配過一次，不是很好用
㈦ 如何在Windows平台使用VS搭建C++/Lua的開發環境
環境
Windows 8.1
VS2012
Lua5.2.3
如何搭建
1.生成Lua靜態庫
(1)下載lua src。
最新版本是5.2.3。下載地址。
(2)新建VS Win32控制台應用程序，取名為Lua。在應用程序設置中選擇應用程序類型為靜態庫，附加選項中取消預編譯頭的勾選。
㈧ luaforwindows收費嗎
。
Lua里有個Table類型，類似javascript的Object，裡面可以放各種動態類型都支持詞法定界，所以都支持構造閉包。Lua的詞法定界使用了upvalue引用的方式，垃圾回收主要是標記刪除Javascript在數據溢出是會自動擴充到64位整型，Lua貌似是不支持64位整數。Javascript的最外層對象是window(瀏覽器)和global，Lua是_G。Lua獲取執行環境用得的debug模塊的功能據官方文檔說比較耗性能，Javascript可以直接通過arguments對象來拿到Lua和Javascript一樣只提供常規操作。
㈨ 移植到windows phone8，lua工程問題求教
相對而言，使用 C++、C# 或 Visual Basic將 Microsoft Silverlight 應用從 Windows Phone 移植至 Metro風格應用是非常容易的。大部分的工作內容，所需的知識以及體驗，將轉向使用 XAML 的 Metro風格應用的模型，許多 XAML 界面設計與布局也是如此。
應用移植工作主要包含兩部分：
◆修改 UI，利用Windows Metro 風格 UI 的功能與設計指南；
◆從代碼隱藏文件中調用的Silverlight API 轉向相應的 Windows Runtime API。
很多情況下，代碼保持不變，或幾乎不變。雖然存在一些差別，但 Windows Runtime 中基於 XAML 的 UP API 是在 Windows Phone 版本的 Silverlight 上進行建模。另外，可使用 Metro 風格的 .NET API，這是完整的 .NET Framework 的子集，與.NET Framework for Silverlight 類似。在某些情況下，類似的.NET API已轉移到Windows Runtime，只是設計有稍許不同。
成功移植應用所需的工作量主要取決於：應用是否使用了大量 API，而這些 API 並未包含在 Metro 風格應用的 Windows Runtime 和 .NET API。本文提供了一些常規的移植指南與資源，用於定位 API 並確定多少代碼必須進行替換。
本文主要關注的是 Windows Phone 應用的移植，不過，對於任何 .NET 和基於XAML 的項目，可在以下主題中找到有用的相關信息：
將Silverlight 或 WPF XAML/代碼移植到Metro風格應用
Metro風格應用.NET概述
Windows Phone 7應用移植准備工作
在進行 Windows Phone 7 應用移植之前，請考慮以下相關事項：
◆是否需要對應用進行快速移植或獲得更佳的可維護性？「提高可維護性」部分提供了一些技巧，可用於對項目進行單源處理，並且有助於針對不同平台的項目間代碼再利用。
◆Windows Phone 7 設備解析度在水平模式在為水平模式下為800x480 (WVGA)，垂直模式下為480x800。Windows 8 Release Preview 設備可具有多種長寬比，多種可能的水平與垂直解析度。界面與資產如何進行擴展？相關信息。
◆Windows Phone 7 界面為觸摸式的。Windows 8 界面也應支持觸摸，同時還需支持其他輸入方式，如滑鼠和鍵盤。對於某些未使用觸摸的用戶，你的界面是否感覺很笨拙？無論何種輸入方式，如何保持應用的可用性？相關信息，請參閱「可訪問性計劃」。
◆Windows Phone 7 應用中是否具有手機專業的功能？想法了解Windows Runtime 中相對應的網路技術？如果對手機或提供商提供更多功能支持，那麼可能需對其進行重新開發，提供更多的網路或提供商獨立性。
◆游戲應用是否依賴用於圖形渲染的 Microsoft XNA 組件？如果是，對於 Windows 8 應用無法使用 XNA。另外，對於託管代碼，無法有效地使用 DirectX；如果未使用第三發託管 API，那麼必須使用 C++ 進行 DirectX 游戲開發。有關更多信息，請參閱「創建DirectX游戲」。
常規移植過程
如果為了優化上市時間，需快速移植應用，請遵循以下步驟：
1.打開 Microsoft Visual Studio Express 2012 RC for Windows 8，使用C++、C# 或 Visual Basic 新建 Metro 風格應用。選擇應用布局與功能最為匹配的項目模板。有關更多信息，請參閱「使用模板（C++、C#、Visual Basic）快速創建 Metro 風格應用」。
2.復制想要在新項目中再利用的文件夾、代碼與資產文件。
3.在 Visual Studio 的「解決方案瀏覽器」（Solution Explorer），單擊「顯示所有文件」（Show All Files）。
4.選擇已復制的文件與文件夾，然後右鍵單擊並選擇「包含在項目中」（Include In Project）。
5.執行全局搜索與替換，將「System.Windows」替換為「Windows.UI.Xaml」。
6.將原始 XAML 代碼中可重用部分復制到新項目的 XAML 文件，或新建的 XAML 文件（如需要）。通常，頁面布局根（典型的示例：Grid 元素）可進行復制並重用，而最外層元素（如 PhoneApplicationPage 元素）並非如此。
7.構建項目，生成錯誤，然後這些錯誤找到需進行更新或替換的代碼。有時，所需的這種更新非常少，只是對參數類型進行更改。但有些更新需要使用 Metro style 所用的 Windows Runtime API 替代 .NET API。為了確認支持哪些 API，可使用本文與「Metro 風格應用 .NET 概述」以及「將 Silverlight 或 WPF XAML/代碼移植到 Metro 風格應用」，獲取相關指南。
8.對於任何無法輕易進行更新的代碼，請進行評注或清除，直到項目構建。
9.一次對評注代碼的一個問題進行更新或替換，直到移植完成。
提高可維護性
為了多個平台上的應用維護變得更加容易，請考慮使用以下技巧：
◆在移植之前，請對代碼進行重構，使其盡可能可重用。尤其，通過應用設計模式，如將業務邏輯與 UI 邏輯分開的Model-View-ViewModel (MVVM)，可避免 UI API 差異方面的問題。使用 MVVM，模型與視圖模型代碼在不同平台上可保持大部分不變，同時視圖代碼（XAML）可根據平台定製。
◆在項目之間共享可重用代碼文件，而不是維護針對不同平台的多個副本。如需在 Visual Studio 中進行此類操作，請「解決方案瀏覽器」（Solution Explorer）中右鍵單擊該項目，選擇「添加已有項」（Add Existing Item），選擇共享文件，然後單擊「添加為鏈接」（Add As Link）。
◆如需在共享文件中包含某些平台專用代碼，請使用條件編譯。這種方式僅適用於 C#、C++ 和 Visual Basic 代碼。對於 XAML，必須對分開的代碼文件進行分別維護。
◆使用 Portable Class Library 創建跨平台的庫程序集。該可移植類庫包含 .NET Framework for Silverlight、Metro 風格應用 .NET API 和完整的 .NET Framework 中可用 .NET API 的子集。可移植類庫是與全部三個平台兼容的二進制文件，因此對於代碼重用是最為簡單的方式。不過，為了創建針對可移植類庫的項目，必須使用 Microsoft Visual Studio Professional 2012 RC 或更高版本。
移植用戶界面
Silverlight 的大多數布局類型，如Canvas、Grid和StackPanel，在 Windows Runtime XAML 命名空間里也會出現。雖然為了適應多種高於 800x480 的解析度，Grid 和布局設置需要進行調整，但基本用戶界面結構的移植應是直接式的。
當然，手機 UI 可能專門為小屏幕手機而設計。簡單地對其繼續擴展並非最佳設計，應根據 Metro 風格應用的功能以及 Windows 8 設備的多種形狀因素對 UI 進行重構。這種功能之一為分屏視圖（snapped view），對此手機 UI 設計可能是有用的。
更多信息與設計指南，請參閱以下主題：
◆製作優秀的 Metro 風格應用
◆多種形狀因素計劃
◆支持多種視圖
◆用戶體驗設計
◆用戶界面指南
◆使用設計清單
對定義應用布局的 XAML 文件進行調整之後，需要更新隱藏代碼，以使用 Windows Runtime API 替代 Silverlight API。對於用戶界面元素，在兩個 API 庫之間存在相當一致的映射。
使用 XAML 的Silverlight 與 Metro 應用之間的不同
雖然對於 Windows Phone 7 和 Windows 8，Metro 風格 UI 是相同的，但在兩個平台的 UI 的功能之間還存在一些差異。以下部分對其中一些關鍵的不同進行了描述。不過，為了確定具體支持哪些功能，應查詢 API 引用。更多關於使用 XAML 的 Metro 風格應用信息，請參閱「採用 C# 或 Visual Basic 的 Metro 風格應用的路線圖」。
控制項與布局
Windows Runtime 中的 XAML 控制項是基於 Silverlight 控制項的，但可能存在一些差異或缺少某些功能。例如：
Windows Runtime 未包含 Silverlight for Windows Phone 中提供的 Pivot 和 Panorama 控制項。這些控制項專門為手機形狀因素而設計，有助於提升比手機屏更大屏幕上的用戶體驗。Metro 風格應用通常具有更大的屏幕空間，並且應利用具有更大靈活性的 Grid 控制項的優勢。另外，還可以使用 FlipView 控制項來提供簡潔的翻頁體驗。
Windows Runtime 中的 AppBar 控制項提供的體驗與手機 ApplicationBar 類似，不過具有更多的靈活性，支持定製布局與數據綁定。
Windows Phone 可聲明支持何種設備旋轉方式，因此能夠對必需的布局靈活性進行限制。對於 Metro 風格應用，UI 設計應不受設備選擇方式與屏幕尺寸的限制。
更多關於控制項的信息，請參閱「功能控制項」。
磁貼與通知
Metro 風格應用的磁貼與 Windows Phone 7 的動態磁貼（Live Tile）類似，不過還存在一些差異。更多有關使用 C++、C# 或 Visual Basic 的 Metro 風格應用中的磁貼使用，請參閱創建磁貼。
通知是 Windows Phone 7 中推送通知模型的擴展。更多 Metro 風格應用中通知使用的詳細信息，請參閱發送消息條通知。
在使用C++、C# 或 Visual Basic 的 Metro 風格應用中使用磁貼、消息條和通知的更多信息與教程，請參閱使用磁貼、徽章和消息條通知。
數據應用場景
Metro 風格應用目前不包含對數據密集型應用場景（如業務線）的內置支持。例如，沒有用於客戶端 SQL 的 API 並且沒有本地資料庫。但是，利用定製服務與 OData 調用，仍然可從網路對數據進行檢索，並且利用客戶端 LINQ 可對數據進行形狀與格式化處理，同時可利用基於 XAML 控制項可進行綁定。
數據綁定大部分保持不變。例如，可部署 INotifyPropertyChanged 和 INotifyCollection，可相應地接收更改通知與更新 UI。但是，Metro 風格應用的數據相關功能當前還存在以下限制：
◆對數據項驗證和 IDataErrorInfo 和 INotifyDataErrorInfo 介面，未提供內置支持。
◆Binding 類未包含 Silverlight 中可用的擴展格式化屬性。但是，仍可部署 IValueConverter 已提供定製格式化。
◆IValueConverter 方法將語言字元串作為參數而不是 CultureInfo 對象。
◆CollectionViewSource 類未對於工作的排序、過濾和分組分別提供內置支持。更多信息，請參閱「使用 XAML 進行數據綁定」和「數據綁定示例」。
導航
為了與平台進行集成以及利用硬體「後退」按鍵，Silverlight for Windows Phone 應用需要使用基於頁面的導航結構。對於 Metro 風格應用，提供了類似的導航架構，但是由於平台的要求不同，存在一些差異：
◆在 Metro 風格應用中導航至某個頁面時，並未使用 URI 定址方案，而是指定目標頁面的類型，在該頁面 XAML 定義的x:Class屬性中顯示。另外，還可以選擇性地傳遞參數對象。
◆Metro 風格應用的導航框架不支持框架導航、日記（Back 堆棧）修訂和 URI 映射。
更多信息，請參閱快速入門：頁面間導航。
㈩ LUA格式怎麼破解
lua本身作為一個腳本語言 代碼只需要使用文本文檔就能看了
lua的官方網站提供了一個編譯軟體SciTE 只要搜索luaforwindows就可以找到 大概15MB左右
但是 lua也和java一樣可以做編譯成中間語言 這樣的話就沒辦法直接閱讀了
如果想學習lua的話 可以加入我們團隊一起學習和討論