hp-ux下用gcc编译程序出错

suberg

在hp-ux下用gcc编译程序，有如下错误：
/usr/include/sys/socket.h:439: parse error before "sendfile"
/usr/include/sys/socket.h:440: parse error before "bsize_t"
/usr/include/sys/socket.h:441: parse error before "sendpath"
/usr/include/sys/socket.h:442: parse error before "bsize_t"

请高手指点，谢谢!

gadfly

在gcc的编译选项中加上-D_XOPEN_SOURCE_EXTENDED
应该就可以了

suberg

老问题解决了，但连接的是后出错：
/usr/ccs/bin/ld: Unsatisfied symbols:
   ntohl (code)

蓝色键盘

去看看FAQ吧

suberg

蓝色键盘能不能给出具体链接？

gadfly

你man ntohl可以看到

These routines convert 16- and 32-bit quantities between network byte
      order and host byte order.  On HP-UX systems, network and host byte
      orders are identical, so these routines are defined as null macros in
      the include file <netinet/in.h>;.  If _XOPEN_SOURCE_EXTENDED is defined
      then these routines are defined in the include file <arpa/inet.h>;.

所以你把<arpa/inet.h>;include试试看

另外如果还不行，建议加上-lnsl看看

suberg

加了<arpa/inet.h>;后ok。
谢谢godfly
也谢谢蓝色键盘。

suberg

经进一步测试后发现上述方法虽然可以解决编译和连接的问题，但程序运行过程中会收到SEGV信号而异常退出！
最后还是采用了最差的办法：修改/usr/include/sys/socket.h，把含有bsize_t 的两行注释掉。不过这样做的前提是程序中没有用到sendfile和sendpath这两个函数。

gadfly

能看到哪segement fault么？

我估计还是两种标准不同造成的。

你可以到hp的开发网站上找找资料。

你这种方法我也用过，好像没什么问题。我的那种没有你的问题。

如果想深入研究，可以看看开源的apache, bind, 之类的怎么编译的。