similar to: Re: [vorbis] bug in glibc 2.1.2 and older

Hi, I was wondering how much worse FLAC performance would be if it was compiled integer-only, but while trying to do so (by adding #define FLAC__INTEGER_ONLY_LIBRARY 1 to config.h, just on x86_64-linux) I got this error > ./include/private/bitmath.h:134:5: error: operator '&&' has no left > operand bitmath.h:134 is the following line > #if &&

patch from Hannes Reinecke <hare at suse.de> reduces noise on s390 build logs. while we are it remove check for early 2.X gcc versions. Signed-off-by: maximilian attems <maks at sternwelten.at> diff --git a/usr/include/klibc/compiler.h b/usr/include/klibc/compiler.h index 893f8a9..b7d9b50 100644 --- a/usr/include/klibc/compiler.h +++ b/usr/include/klibc/compiler.h @@ -91,12 +91,12

>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Mon, 30 Aug 2004 21:46:42 -0700 >FileParser.tab.c: In function `int Fileparse()': >FileParser.tab.c:2043: error: syntax error before `goto' > >The offending lines bison generated are: > >/*----------------------------------------------------. >| yyerrlab1 -- error raised explicitly by an action. |

Using GCC 3.4.6 20060404 (Red Hat 3.4.6-11) I've had this problem with the ALWAYS_INLINE directive in SelectionDAGISel.cpp: /arm/scratch/egrimley/llvm.svn/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp: In function `bool CheckChildType(const unsigned char*, unsigned int&, llvm::SDValue, const llvm::TargetLowering&, unsigned int)':

Is 'make check' supposed to work with llvm-gcc? I get the following: autogen -T /users/dag/projects/cascade/compiler/llvm-gcc/fixincludes/check.tpl /users/dag/projects/cascade/compiler/llvm-gcc/fixincludes/inclhack.def Your shell is '/bin/tcsh'. AutoGen will attempt to use 'sh' /bin/sh ./check.sh /users/dag/projects/cascade/compiler/llvm-gcc/fixincludes/tests/base

I read the following in acinclude.m4: ## R_PROG_CC_FLAG_D__NO_MATH_INLINES ## --------------------------- ## In current glibc, inline version [x86] of exp is broken. ## We fix this by adding '-D__NO_MATH_INLINES' to R_XTRA_CFLAGS rather ## than AC_DEFINE(__NO_MATH_INLINES) as the former also takes care of ## compiling C code for add-on packages. Is this documented anywhere (where?), e.g.

Commit-ID: 5c65fe97c9c00feb5ed10598dcd51ef7399be7ff Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=5c65fe97c9c00feb5ed10598dcd51ef7399be7ff Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Wed, 21 Nov 2018 11:45:04 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: system: Disable

From: Matt Fleming <matt.fleming at intel.com> For x86_64 versions of gnu-efi >= 3.0s GNU_EFI_USE_MS_ABI is enabled which turns on the Microsoft ABI, allowing the compiler to do all the work of interfacing with the EFI firmware instead of jumping through uefi_call_wrapper(). Add support to turn this on in the gnu-efi headers, otherwise we'll encounter undefined references to

Is there any reason you guys couldn't add a corrected version of the inline(s) to your source? This would allow you to build on busted systems with full performance. You'd still want autoconf to issue a warning about the busted inline, but this would make you independent of it. -tim --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Hello, I forgot: its a bug in the compiler+Optimisation not necessarily in the glibc. Martin --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

On Mon, 30 Aug 2004 21:27:26 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote: > On Mon, 30 Aug 2004 20:48:45 -0700 > Jeff Cohen <jeffc at jolt-lang.org> wrote: > > > When I ran configure after updating, I get various errors. First: > > > > % ../configure --enable-jit --with-llvmgccdir=/home/llvm/cfrontend/x86/llvm-gcc > > checking for a

This is cropping up more than I expected. Apparently, many distributions are still shipping their latest versions with the broken glibcs... Recently I decided that a specific glibc bug (that causes mangled audio or crashes) that I found nearly a year ago (and has been fixed for as long) had probably become scarce enough to risk removing the '-D__NO_MATH_INLINES' define from the build.

This is cropping up more than I expected. Apparently, many distributions are still shipping their latest versions with the broken glibcs... Recently I decided that a specific glibc bug (that causes mangled audio or crashes) that I found nearly a year ago (and has been fixed for as long) had probably become scarce enough to risk removing the '-D__NO_MATH_INLINES' define from the build.

I have a substantial number of Windows hosts running puppet 3.1.1 with the following in their puppet.conf: runinterval = 1800 > splay = true > splaylimit = 900 However in checking puppet logs, I''m finding that these hosts are dialing in at 30 minute intervals +/- 5-10 seconds. Can someone provide me an example puppet.conf that is properly implementing the splay feature on a

> According to the link, I found that during the compiling process, the option "-emit-llvm" must be added to generate immediate object *.o. > [hanfeng at os-wstation02 fft]llvm-gcc -c fft.c -emit-llvm "-emit-llvm" emits object file which contains LLVM bitcode (IR). Default file name suffix is .o, but you might want to use "-o fft.bc" to make the suffix

Here are a few warning-removal changes for daemon/: >From eea38a1937ccd396603ed899d829d2982755ea4a Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Thu, 6 Aug 2009 15:25:03 +0200 Subject: [PATCH 1/4] define ATTRIBUTE_UNUSED * daemon/daemon.h (__attribute__, ATTRIBUTE_UNUSED): Define. --- daemon/daemon.h | 10 ++++++++++ 1 files changed, 10 insertions(+), 0

Greetings, Shouldn''t puppetd -o --ignoreschedules ... imply that splay* options are ignored :-) If that''s not the intended behavior could we get a --run-now that ignores splay* and schedules? Cheers, Ryan

Am Freitag, den 21.03.2008, 06:56 -0700 schrieb Shantonu Sen: > I recommend you don't parse version strings. In fact I switch the > check to use AC_COMPILE precisely for the reason that gcc --version is > totally unreliable and vendor specific. For example, what's the > regular expression that tells you what the GCC version is: > i686-apple-darwin9-gcc-4.0.1 (GCC)

Apply the ideas in the previous patch to the C-language bindings generator. Signed-off-by: Laszlo Ersek <lersek at redhat.com> --- generator/C.ml | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/generator/C.ml b/generator/C.ml index f9171996dde0..07c924c48ccf 100644 --- a/generator/C.ml +++ b/generator/C.ml @@ -250,15 +250,15 @@ let *)

*Not sure if this a feature or a issue, if its a feature is there a way to configure it in puppet or mcollective? 1st Attempt(Failed) ------------------------------------------------------------------------------------------------------------------- * [root@mcqpuppetserver ~]# mco puppet runonce -v Discovering hosts using the mc method for 2 second(s) .... 1 * [