search for: stddef

.../syslinux-6.03/efi/adv.c:29: /host/i686-buildroot-linux-gnu/sysroot/usr/include/efi/ia32/efibind.h:90:9: error: unknown type name 'wchar_t' typedef wchar_t CHAR16; ^~~~~~~ This is because gnu-efi started to use the "wchar_t" type from the toolchain's <stddef.h> header, in commit [1]. Before this commit, gnu-efi was defining the type as "short". Syslinux is including its own minimal stddef.h file, which masks the one provided by the toolchain. See [2]. This file does not have a type definition for "wchar_t". Finally, the POSIX &...

...Linux distribution based on musl and LLVM as default toolchain (including lld/libc++/libc++abi/libunwind rather than GNU). For most of the time this works pretty well. However I'm having troubles with few packages, webkit for instance fails because of max_align_t being redeclared in musl's stddef.h I see that stddef.h is provided by both musl and in the private clang include directories. /include/stddef.h /lib/clang/8.0.0/include/stddef.h Usually, compiling a sample program works: $ cat test.cpp #include <stddef.h> #include <limits> #include <type_traits> int...

Please patch Mini-OS so that it uses stddef.h to define size_t and NULL. This problem fixes errors that occur when linking Mini-OS with ANSI standard code that uses stddef.h. John diff -ur oxen-3.0-testing/extras/mini-os/include/lib.h nxen-3.0-testing/extras/mini-os/include/lib.h --- oxen-3.0-testing/extras/mini-os/include/lib.h 2006-04-14...

This patch protects against redefinitions of size_t. There are currently at least two different definitions provided with klibc: unistd.h -> stddef.h -> bits32/bitsize/stddef.h sys/times.h -> linux/times.h -> linux/types.h both define size_t, causing gcc to complain. I suspect ptrdiff_t has a similar problem; not covered by this patch. Regards, Erik diff -urN klibc-0.202-pristine/include/bits32/bitsize/stddef.h klibc-0.202/includ...

Just for the archive or in case of anybody is interested in: The problem is the missing stddef.h which resides more than one time on the OS. I mistakenly thought, that there is an typo in the code, because one of this files is in /us/include/linux so I changed #include <stddef.h> to #include <linux/stddef.h> But this was wrong and it is the wrong file too. The right file to...

Hi folks, I am new to install xen 4.1.0-rc6-pre version on RHEL 6.2. When installing xen tools flask, I got an error said “No rule to make target ‘/usr/lib/gcc/x86-64-redhat-linux/4.1.2/include/stddef.h”, but I am using gcc 4.4..6. How to fix this? Thanks & Best Regards Shengkai _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

Hi, I?ve gone through the mailing list archives and hereby want to resubmit my pending patches. Most are independent of each other, except the m68k patch which will only be complete if sigsuspend is also fixed. (It can be applied before that, though.) http://www.zytor.com/pipermail/klibc/2012-January/003173.html [PATCH] fix m68k support Resubmitted here as 0005. While there was a question from

src/libFLAC/memory.c cannot be compiled with MSVS 2005 (and probably VS2008 too) after this commit: http://git.xiph.org/?p=flac.git;a=commitdiff;h=7cbecbae9f70be770f7651d09531fec0de6f9cf5 because MSVS2005 doesn't provide stdint.h. According to MSDN, uintptr_t is defined in "STDDEF.H and other include files".

...50,9 +46,6 @@ typedef __builtin_va_list va_list; #ifndef __GNUC_VA_LIST #define __GNUC_VA_LIST 1 typedef __builtin_va_list __gnuc_va_list; -/* zig: added because glibc stdio.h was duplicately defining va_list - */ -#define _VA_LIST_DEFINED #endif #endif /* __STDARG_H */ diff --git a/c_headers/stddef.h b/c_headers/stddef.h index 3b55d42c..73549967 100644 --- a/c_headers/stddef.h +++ b/c_headers/stddef.h @@ -48,13 +48,7 @@ #if !__has_feature(modules) #define _PTRDIFF_T #endif - -/* Zig: wrap in _PTRDIFF_T_DEFINED to protect against mingw defining it twice */ -#if !defined(_PTRDIFF_T_DEFINED)...

echo_daemon is a simple echo which can be used to test connectivity between the client and daemon. --- daemon/Makefile.am | 1 + daemon/echo_daemon.c | 66 +++++++++++++++++++++++++++++++++++++++++++++++++ daemon/m4/stddef_h.m4 | 45 +++++++++++++++++++++++++++++++++ po/POTFILES.in | 1 + src/MAX_PROC_NR | 2 +- src/generator.ml | 7 +++++ 6 files changed, 121 insertions(+), 1 deletions(-) create mode 100644 daemon/echo_daemon.c create mode 100644 daemon/m4/stddef_h.m4 diff --git a/dae...

Erik de Castro Lopo wrote: >> because MSVS2005 doesn't provide stdint.h. According to MSDN, >> uintptr_t is defined in "STDDEF.H and other include files". > > Does the rest of FLAC actually support those compilers? Yes. I removed this #include and all projects were successfully built with MSVS 2005 Express. > Is it worth > continuing to support them? * At least Audacity team still uses VS 2008: http:...

...Feb 13, 2004 at 12:20:55AM +0100, Kay Sievers wrote: > > On Thu, Feb 12, 2004 at 02:52:07PM -0800, Greg KH wrote: > > > On Tue, Feb 03, 2004 at 01:12:35PM +0100, Hannes Reinecke wrote: > > > > Hi all, hpa, > > > > > > > > there is a small typo in stddef.h:offsetof() > > > > > > > > ===== stddef.h 1.1 vs edited ===== > > > > --- 1.1/klibc/klibc/include/stddef.h Wed Oct 22 19:37:29 2003 > > > > +++ edited/stddef.h Tue Feb 3 10:16:15 2004 > > > > @@ -19,6 +19,6 @@ > > > &gt...

Hi, While installing libeidt in Ubuntu 12.0 I am getting the following message. I am not even able to edit the curses.h and stddef.h file. Kindly help. /usr/lib/gcc/i686-linux-gnu/4.6/include/stddef.h:353:23: error: conflicting types for 'wint_t' /usr/include/curses.h:241:18: note: previous declaration of 'wint_t' was here make[3]: *** [terminal.lo] Error 1 make[3]: Leaving directory `/home/egguser/fmbt/fmbt-0...

...directory `/usr/src/asterisk-1.2.1/db1-ast' make[1]: `libdb1.a' is up to date. make[1]: Leaving directory `/usr/src/asterisk-1.2.1/db1-ast' make[1]: Entering directory `/usr/src/asterisk-1.2.1/stdtime' make[1]: *** No rule to make target `/usr/lib/gcc/i386-redhat-linux/3.4.2/include/stddef.h', needed by `localtime.o'. Stop. make[1]: Leaving directory `/usr/src/asterisk-1.2.1/stdtime' make: *** [stdtime/libtime.a] Error 2 and when I try to update from binary: [root@red2 ~]# rpm -Uvh asterisk-1.2.1-15.rhfc3.at.i386.rpm warning: asterisk-1.2.1-15.rhfc3.at.i386.rpm: V3 DSA...

After more investigation, I decided to just recompile asterisk (on my newly upgraded Fedora core 4 system). Make dies with this error: "No rule to make target 'usr/lib/gcc/i386-redhat-linux/3.4.3/include/stddef.h" It seems this directory is gone under FC4, and replaced by No rule to make target 'usr/lib/gcc/i386-redhat-linux/4.0.0/include/ I can't find the constant/string in the make files that points to this directory. Any ideas? Will a later Asterisk fix this (incompatability with...

Dear Alf, > please, I'm trying to install the newest version of ssh, but I fail > every time (see the output below) : > the output of the configure complained, that there's no openssl, but I > installed openssl before: > configure: WARNING: stddef.h: present but cannot be compiled > configure: WARNING: stddef.h: check for missing prerequisite headers? > configure: WARNING: stddef.h: proceeding with the > checking whether snprintf correctly terminates long strings... no > configure: WARNING: ****** Your snprintf() function is &...

--- ssh-rand-helper.c.orig Mon Jun 18 16:48:13 2007 +++ ssh-rand-helper.c Mon Jun 18 16:47:32 2007 @@ -31,7 +31,7 @@ #include <sys/socket.h> #include <stdarg.h> -#include <stddef.h> +#include <string.h> #include <netinet/in.h> #include <arpa/inet.h> Tony. -- f.a.n.finch <dot at dotat.at> http://dotat.at/ SHANNON ROCKALL: EAST OR NORTHEAST 3 OR 4, INCREASING 5 TO 7. MODERATE OR ROUGH. RAIN OR SHOWERS. MODERATE OR GOOD, OCCASIONALLY POOR.

...^~~~~~~~~~~~~~~~~~ include/uapi/linux/byteorder/big_endian.h:40:51: note: in definition of macro '__be32_to_cpu' 40 | #define __be32_to_cpu(x) ((__force __u32)(__be32)(x)) | ^ include/linux/stddef.h:17:32: note: in expansion of macro '__compiler_offsetof' 17 | #define offsetof(TYPE, MEMBER) __compiler_offsetof(TYPE, MEMBER) | ^~~~~~~~~~~~~~~~~~~ include/linux/mlx5/device.h:51:35: note: in expansion of macro 'offsetof' 51...

...16, with an alignment of 8, for the second element. This is for the system triple "x86_64-linux-gnu" What could be causing this difference in alignment and how can I fix it? I'm verifying the native ABI with:     // clang -emit-llvm ll_struct_arg.c -S -o /dev/tty     #include <stddef.h>     typedef struct vpt_data {         _Bool c;         long int b;     } vpt_data;     int main() {         vpt_data v;         vpt_test(v);         auto a = sizeof(v);         auto off = offsetof(vpt_data,b);     } 16 is stored to `a` and 8 to `off`. -- edA-qa mort-ora-y http://mort...

...01729, r202911 and r207606 to 3.4.1 will resolve libstdc++ / glibc compatibility issues people have been having with 3.4: r201729: Teach Clang to provide ::max_align_t in C11 and C++11 modes) r202911: Headers: Provide an ABI compatible max_align_t when _MSC_VER is defined) r207606: Let stddef.h respect __need_{wchar_t, size_t, NULL, ptrdiff_t, wint_t}. The changes look safe to merge but I'd like to hear a second opinion from Chandler or Nico. Alp. -- http://www.nuanti.com the browser experts