Displaying 6 results from an estimated 6 matches for "typdefs".
Did you mean:
typedefs
2001 Nov 09
1
socklen_t - where?
Hi,
openssh_cvs as of today, SCO Open Server 3.0, socklen_t
this typedef doesn't exist on SCO OSR 3, and "configure" properly detects
this, leading to
/* #undef HAVE_SOCKLEN_T */
in config.h.
Problem: I can't find any place where this is actually being used? I'd
expect something like
#ifndef HAVE_SOCKLEN_T
typdef int socklen_t;
#endif
("int" is what the
2007 May 24
0
[PATCH] add comments to nv_local.h
...hanged, 19 insertions(+), 13 deletions(-)
diff --git a/src/nv_local.h b/src/nv_local.h
index 5a74ee2..d0a89c7 100644
--- a/src/nv_local.h
+++ b/src/nv_local.h
@@ -43,7 +43,7 @@
/*
* This file includes any environment or machine specific values to access the
- * HW. Put all affected includes, typdefs, etc. here so the riva_hw.* files
+ * HW. Put all affected includes, typdefs, etc. here so the nv_hw.* files
* can stay generic in nature.
*/
#include "compiler.h"
@@ -52,16 +52,16 @@
/*
* HW access macros. These assume memory-mapped I/O, and not normal I/O space.
*/
-#define...
2012 Aug 23
1
Configure report
Hi, I got this.
configure: WARNING: sys/un.h: present but cannot be compiled
configure: WARNING: sys/un.h: check for missing prerequisite headers?
configure: WARNING: sys/un.h: see the Autoconf documentation
configure: WARNING: sys/un.h: section "Present But Cannot Be Compiled"
configure: WARNING: sys/un.h: proceeding with the preprocessor's result
configure: WARNING:
2004 Sep 01
1
[LLVMdev] Type uint64_t required but not found
Reid,
>Well, if it doesn't break anything else, I'd fix the header file. The
>standard type name is supposed to uint64_t not u_int64_t. I would just
>change the header file to define both of them, something like:
>
>typedef u_int64_t uint64_t;
>
>You could do that in /usr/include/types.h,
I've tried it and it doesn't break anything, but ...
>or we could
2004 Sep 01
0
[LLVMdev] Type uint64_t required but not found
Who takes action on this?
>From: John Criswell <criswell at cs.uiuc.edu>
>Date: Wed, 01 Sep 2004 15:16:53 -0500
>
>Henrik Bach wrote:
>>Reid,
>>
>>>Well, if it doesn't break anything else, I'd fix the header file. The
>>>standard type name is supposed to uint64_t not u_int64_t. I would just
>>>change the header file to define both
2015 Feb 09
11
[PATCH 1/5] macosx: Add required third parameter for xdrproc_t callbacks
>From Apple's xdr.h:
"If your code invokes an xdrproc_t callback, it must be modified to pass
a third parameter, which may simply be zero."
---
src/proto.c | 10 ++++++++++
1 file changed, 10 insertions(+)
diff --git a/src/proto.c b/src/proto.c
index 92ae84d..57f4882 100644
--- a/src/proto.c
+++ b/src/proto.c
@@ -252,7 +252,12 @@ guestfs___send (guestfs_h *g, int proc_nr,
*