similar to: [PATCH 1/1] stddef.h: add wchar_t type definition

Hello there, I'm building a 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

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

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 22:21:55.000000000 -0400 +++

--- Greg KH <greg@kroah.com> wrote: > From: Greg KH <greg@kroah.com> > To: Kay Sievers <kay.sievers@vrfy.org> > CC: Hannes Reinecke <hare@suse.de>, linux-hotplug-devel@lists.sourceforge.net > Subject: Re: Bugfix: offsetof in klibc > Date: Thu, 12 Feb 2004 15:52:43 -0800 > > On Fri, Feb 13, 2004 at 12:20:55AM +0100, Kay Sievers wrote: > > On Thu,

The build would be failed and exit if build-gnu-efi.sh is failed, so we'd better not suppress the output of build-gnu-efi.sh, which is good for debugging. Signed-off-by: Robert Yang <liezhi.yang at windriver.com> --- efi/check-gnu-efi.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efi/check-gnu-efi.sh b/efi/check-gnu-efi.sh index 85305f8..7d99e9a 100755 ---

> The build would be failed and exit if build-gnu-efi.sh is failed, so > we'd better not suppress the output of build-gnu-efi.sh, which is good > for debugging. > > Signed-off-by: Robert Yang <liezhi.yang at windriver.com> > --- > efi/check-gnu-efi.sh | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/efi/check-gnu-efi.sh

On Mon, Nov 24, 2014 at 2:36 AM, Robert Yang <liezhi.yang at windriver.com> wrote: > The build would be failed and exit if build-gnu-efi.sh is failed, so > we'd better not suppress the output of build-gnu-efi.sh, which is good > for debugging. > > Signed-off-by: Robert Yang <liezhi.yang at windriver.com> > --- > efi/check-gnu-efi.sh | 2 +- > 1 file

On 11/25/2014 10:45 AM, Ady wrote: > >> The build would be failed and exit if build-gnu-efi.sh is failed, so >> we'd better not suppress the output of build-gnu-efi.sh, which is good >> for debugging. >> >> Signed-off-by: Robert Yang <liezhi.yang at windriver.com> >> --- >> efi/check-gnu-efi.sh | 2 +- >> 1 file changed, 1

From: Sylvain Gault <sylvain.gault at gmail.com> The error-prone shell scripts for building gnu-efi are replaced by a Makefile recipe. This is accompanied with a small update of gnu-efi which, despite not strongly mandatory, avoid recompiling gnu-efi and all the efi subtree on each invocation of make. Signed-off-by: Sylvain Gault <sylvain.gault at gmail.com> ---

Rework disk library to work on a firmware independent way. Each specific implementation goes through subdirs like "bios/" and "efi/" respectively. Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> --- com32/include/syslinux/disk.h | 50 +++- com32/lib/Makefile | 2 + com32/lib/syslinux/disk.c | 583

I was investigating an error diagnostic in the following test example: typedef signed char char16 __attribute__((ext_vector_type(16))); void test( char16 srcA, char16 srcB, char16 *dst) { *dst = ( srcA == srcB ); } which produces the message: mismatch.c:5:10: error: assigning to 'char16' from incompatible type 'char __attribute__((ext_vector_type(16)))' *dst = (

Hi Martin, On Oct 2, 2013, at 6:25 AM, Martin O'Riordan <Martin.ORiordan at movidius.com> wrote: > I was investigating an error diagnostic in the following test example: > > typedef signed char char16 __attribute__((ext_vector_type(16))); > > void test( char16 srcA, char16 srcB, char16 *dst) { > *dst = ( srcA == srcB ); > } > > which produces the

I was investigating an error diagnostic in the following test example: typedef signed char char16 __attribute__((ext_vector_type(16))); void test( char16 srcA, char16 srcB, char16 *dst) { *dst = ( srcA == srcB ); } which produces the message: mismatch.c:5:10: error: assigning to 'char16' from incompatible type 'char __attribute__((ext_vector_type(16)))' *dst = (

Hello world, I'm trying to do an anova on data in data.set, dependent variable is a column named "dep.var", grouping variable is in a column called "indep.var", and is.factor(indep.var) is TRUE... why can't I just do aov(dep.var ~ indep.var, data = data.set)? What have I done to deserve this?! What gives? Am I missing something totlly obvious? R-base-1.0.0-1,

Hi, Matt Fleming wrote: > 'make efi64' will build just for x86-64. Likewise, 'make efi32' will > build just for i386. You can combine these, so to build BIOS and efi64 > you'd do, > > make bios efi64 'make efi64' failed with: ld -T /tmp/syslinux/efi/x86_64/syslinux.ld -Bsymbolic -pie -nostdlib -znocombreloc -L/usr/lib64 --hash-style=gnu -m elf_x86_64

CentOS Errata and Security Advisory CESA-2009:1674 firefox security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2009-1674.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/firefox-3.0.16-4.el4.centos.i386.rpm source: updates/SRPMS/firefox-3.0.16-4.el4.centos.src.rpm You may update your CentOS-4 i386

CentOS Errata and Security Advisory CESA-2009:1674 firefox security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2009-1674.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/firefox-3.0.16-4.el4.centos.x86_64.rpm source: updates/SRPMS/firefox-3.0.16-4.el4.centos.src.rpm You may update your CentOS-4 x86_64

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hi, I've managed to configure winbind to use RPC instead of AD to authenticate users. I was able to do a few auths and from nothing winbind started to crash with the following error message: Any hint on what may be the error? I've already deleted all tdb files and restarted the services, and the server, and don't get it solved. [2009/07/29 14:19:01, 0] winbindd/

On Tue, 7 Jul 2020 at 09:58, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Tuesday, 7 July 2020 11.44.48 WEST I?aki Ucar wrote: > > Try with the CLI (see "man bodhi"): > > > > $ bodhi updates edit <update> --addbuilds <builds> > > I found that the best call in this case is instead of --addbuilds to use > --from-tag since then