similar to: [LLVMdev] Fun with _GLIBCXX_DEBUG

(I'm not subscribed; Mail-Followup-To set.) Contrary to the claim in the output of ./configure --help, $CPPFLAGS is in fact not influential. --- rsync-2.5.5/Makefile.in~ 2002-03-24 23:36:34.000000000 -0500 +++ rsync-2.5.5/Makefile.in 2002-11-12 17:52:04.000000000 -0500 @@ -9,6 +9,7 @@ LIBS=@LIBS@ CC=@CC@ CFLAGS=@CFLAGS@ +CPPFLAGS=@CPPFLAGS@ LDFLAGS=@LDFLAGS@

The sed expression is wrong, any flags with '-g' in any position gets zapped, for example: -mfloat-gprs=double (for powerpc e500) -> -mfloatprs=double. Which gives build errors and is perfectly valid in real use scenarios to switch from e500v1 (single precision) code to e500v2 (double precision) code. Signed-off-by: Gustavo Zacarias <gustavo at zacarias.com.ar> ---

I'm continuing my quest to integrate _GLIBCXX_DEBUG into the config system. I now have things at a point where I can configure llvm to build with -D_GLIBCXX_DEBUG and the llvm-gcc will pick up the correct CPPFLAGS automatically. One thing I noticed in the llvm Makefile.rules is this: # If DISABLE_ASSERTIONS=1 is specified (make command line or configured), # then disable assertions by

When I look at the lastest UniMRCP manual, they only mention as high as Asterisk 13. Does anybody know if I need to do anything to allow it to work on Asterisk 14 and, if so, what that is?

Hi Erik, similar to what I did for libsndfile, this is to simplify the handling of adding -D_FORTIFY_SOURCE=2. Regards David

I'm trying to use Wine to run a program called heavy weather - its a windows only program that interfaces with a weather station that I have through a serial port. I was able to get the program up and running with wine. Then, I couldn't get it to connect at all to the weather station. After much too long, I finally realized that the problem was that my permissions on /dev/ttyS0 were too

Jan Stary wrote: > > if test "x$debug" = xtrue; then > > CPPFLAGS="-DDEBUG $CPPFLAGS" > > - CFLAGS=$(echo "$CFLAGS" | sed 's/-g//') > > - CFLAGS="-g $CFLAGS" > > + CFLAGS=$(echo "-g $CFLAGS") > > Just zap the sed line, and leave > > CFLAGS="-g $CFLAGS" > > there; no need to

Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"

Hi, I'm trying to compile 2.2.24 on Solaris 10 with SolarisStudio 12.4 compiler. Looks like BerVarray is totallly missing from Solaris ldap. BR, Tomppa Making all in lib-ldap source='ldap-client.c' object='ldap-client.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC --mode=compile cc -std=c11 -DHAVE_CONFIG_H -I.

Bill Wendling wrote: > On Tue, May 13, 2008 at 2:24 AM, Joachim Durchholz <jo at durchholz.org> wrote: > >> Am Dienstag, den 13.05.2008, 00:42 -0700 schrieb Bill Wendling: >> >>> Sorry to step into this in the middle of a thread, but what exactly is >>> LLVM's autoconf doing that "autoconf shouldn't do if properly set up"?

If you want to override CFLAGS on the make line (eg. "make CFLAGS='-O3'"), you lose because you end up stomping preprocessor flags as well. Preprocessor should be in CPPFLAGS. The following patch takes care of this. -Fred Index: Makefile.in =================================================================== RCS file: /cvs/Darwin/Services/OpenSSH/openssh/Makefile.in,v

*[qali at qali llvm-2.8-rev]$ find . -exec grep -n "LLVMCC_EMITIR_FLAG" ./ {} \;* ./projects/test-suite/Makefile.tests:47: -$(LCC) $(CPPFLAGS) $(CFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG) ./projects/test-suite/Makefile.tests:51: -$(LCXX) $(CPPFLAGS) $(CXXFLAGS) $(LOPTFLAGS) $(X_TARGET_FLAGS) -S $< -o $@ $(LLVMCC_EMITIR_FLAG)

>From time to time a jboss process would end eating all, the available CPU and the load avg would skyrocket. Once the operators restarted jboss, the system''d be normal again (sometimes for weeks) until the next incident Since we moved the app from a v440 running Solaris 10 8/07 to a t2000 running Solaris 10 5/08 the problem started to happen more frequently (2-3 times a week). The

On Fri, Dec 07, 2012 at 06:20:37PM +0100, Duncan Sands wrote: > Hi Jack, this occurs because you compiled LLVM with clang (right?) and > dragonegg is compiled with the same flags used to compile LLVM (it is > an llvm-config bug in my opinion that llvm-config output includes these > kinds of optional flags). Duncan, Yes. I believe both fink and MacPorts now default to the clang

Something last night broke the build on Darwin PPC. Possible Gabor's check-in? -bw Begin forwarded message: > From: admin at spang.apple.com (admin) > Date: March 4, 2009 3:56:10 AM PST > To: wendling at apple.com > Subject: PPC Nightly Build Result > > /Volumes/SandBox/NightlyTest/llvmgcc42.roots/llvmgcc42~obj/obj- > powerpc-powerpc/./prev-gcc/xgcc

Hi, I've been running LLVM with _GLIBCXX_DEBUG (extra checks) turned on to see what would happen, and it's been a complete disaster. The major problem is the use of this API: new CallInst(V, &Args[0], Args.size()); repeated throughout LLVM. When Args is empty, Args[0] is invalid, even if the next operation is taking the address. Trying to fix it illustrates the depth of the

Hi all, Where could I get souce code for samba-2.2.8a-1-sol8-suncc-64bit.pkg, I checked in samba.org but I just found pacakage( samba-2.2.8a-1-sol8-suncc-64bit.pkg). Thanks, Madhavi

On May 14, 2008, at 4:46 AM, Dominic Hamon wrote: > Bill Wendling wrote: >> On Tue, May 13, 2008 at 2:24 AM, Joachim Durchholz >> <jo at durchholz.org> wrote: >> >>> Am Dienstag, den 13.05.2008, 00:42 -0700 schrieb Bill Wendling: >>> >>>> Sorry to step into this in the middle of a thread, but what >>>> exactly is

Dear R-developers, I am trying to reproduce the autoconf.ac example from R-ext and fail. My autoconf file looks like this [autoconf.ac] # original by Friedrich Leisch, much changed by BDR AC_INIT([SBMLodeSolveR]) dnl Select an optional include path, from a configure option dnl or from an environment variable. AC_ARG_WITH([sbmlode-include],

Hi Erik, I've found a middleground for the problem of setting default CFLAGS. I've gone back to setting them if {C,CXX,CPP,LD}FLAGS are unset at the onset of the configure script (i.e., the user hasn't specified anything) and then proceed to set them to the defaults as before. This has been suggested before: https://lists.gnu.org/archive/html/autoconf/2006-04/msg00022.html In