中国IT动力,最新最全的IT技术教程
最新100篇 | 推荐100篇 | 专题100篇 | 排行榜 | 搜索 | 在线API文档
首 页 | 程序开发 | 操作系统 | 软件应用 | 图形图象 | 网络应用 | 精文荟萃 | 教育认证 | 硬件维护 | 未整理篇 | 站长教程
ASP JS PHP工程 ASP.NET 网站建设 UML J2EESUN .NET VC VB VFP 网络维护 数据库 DB2 SQL2000 Oracle Mysql
服务器 Win2000 Office C DreamWeaver FireWorks Flash PhotoShop 上网宝典 CorelDraw 协议大全 网络安全 微软认证
硬件维护  CPU  主板  硬盘  内存  显卡  显示器  键盘鼠标  声卡音箱  打印机  机箱电源  BIOS  网卡  C#  Java  Delphi  vs.net2005
  当前位置:> 操作系统 > Linux > Linux综合
总算搞定了Utility.a静态库
作者:未知 时间:2005-09-13 22:12 出处:Blog.ChinaUnix.net 责编:chinaitpower
              摘要:总算搞定了Utility.a静态库

Linux的目录表示方式和Windows相反,而且所支持的C&C++语法似乎更严格,编译C&C++源程序很麻烦,为了做到完全的跨平台还是要费一番功夫的。

为了要将后台程序做得更通用,把头文件和源文件也组织成目录,这样也方便管理。
Windows的目录层次结构用反斜杠\来表示,因此在VC里包含头文件时要用#include
"..\Include\head.h"的形式,而RedHat Linux下却是用斜杠/来表示目录的,鉴于这个区别,要把
include的内容作修改:#include "../Include/Packet.h",而..含义一样,均表示“上一层”。
在编译CPP源文件的时候,不需要指定其所依赖的头文件,这和VC实际上时一样的,每个CPP对应于一个.o
目标文件。但是如果编写Makefile,则需要指定其直接依赖关系,并打开-M链接开关处理所有间接依赖关
系。
不知道是不是因为Linux下的C++语法更严格一些,程序的很多地方都需做改动:类型转换、函数原型和语
法结构。不过总算是习惯了g++命令弹出的一堆错误信息了^_^。经过了一天的辛苦工作,终于将Utility
库打好了,最新的源码在G盘"安盟网络版(WIN&LIN)"目录下。
关闭本页
 
首页 | 投资与合作 | 服务条款 | 隐私政策 | 收藏本站 | 设为首页 | 新用户注册 | 免责声明 | 使用帮助
Copyright ©2005-2008 chinaitpower.com All rights reserved. www.chinaitpower.com 版权所有