similar to: [LLVMdev] small patch for llvm configure.ac

On Wed, 2004-12-22 at 22:09, Markus F.X.J. Oberhumer wrote: > Below you will find a small patch for llvm/autoconf/configure.ac that fixes > wrong AC_SUBST usage and adds AMD64 detection. Please review. > > ~Markus > --- autoconf/configure.ac 22 Dec 2004 05:56:56 -0000 1.147 > +++ autoconf/configure.ac 23 Dec 2004 06:06:04 -0000 > @@ -139,7 +139,8 @@ >

On Thu, 2004-12-23 at 12:35, Markus F.X.J. Oberhumer wrote: > Yes, but "TARGET_HAS_JIT" seems to be unused, so what is this for ? projects/llvm-test/Makefile.programs:175:ifdef TARGET_HAS_JIT projects/llvm-test/Makefile.programs:182:endif#TARGET_HAS_JIT projects/llvm-test/LLVMSource/Makefile:22:ifdef TARGET_HAS_JIT projects/llvm-test/SingleSource/CustomChecked/Makefile:27:ifdef

configure.ac | 42 +++++++++++++++++++++++++++++++++--------- 1 files changed, 33 insertions(+), 9 deletions(-) New commits: diff-tree 4b27c650286f819714b1fd9048385796037a516a (from parents) Merge: deb389f11445d7d935e05ef44590507f0e64db84 00252e7f75acd6466c2ae7c6fc446f4741dab7a1 Author: Benjamin Otte <otte@gnome.org> Date: Mon Mar 19 09:14:48 2007 +0100 Merge branch

This patch cleans up the vorbis-tools Makefile.am files so they work with both automake 1.4 and 1.6. Some changes to configure.in were also needed in order to get things to work (and to fix some ac 2.50 issues). Please remove config.h from cvs as it is a generated file and empty anyway. automake 1.6 isn't really incompatable with 1.4, it's just more picky about you sticking to the rules:

Hi all, llvm newbie here. I'm trying to learn porting with llvm for study purpose. This is my first query on llvm mailing list.I have some idea about GCC. I choose 'rx' as a target to port as it is also available in GCC. I have done some initial changes with llvm source code to register target with llvm. I need to verify these changes. Can anyone please take a chance to verify it.

Hi all, I am in charge of the controlled introduction of clang into our builds at my workplace. Since all our tools must run from a ClearCase view for automatic dependency tracking, we have been biten by a Linux bug, and readlink("/proc/self/exe", ...) gives nonsensical results. So we need to introduce a configure option for disallowing this method of executable discovery (the other one

I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC

I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC

On 13.07.2012, at 09:46, Gabor Greif <gabor.greif at alcatel-lucent.com> wrote: > Hi all, > > I am in charge of the controlled introduction of clang into > our builds at my workplace. Since all our tools must run from > a ClearCase view for automatic dependency tracking, we have been > biten by a Linux bug, and readlink("/proc/self/exe", ...) gives >

If neither --enable-ffmpeg nor --disable-ffmpeg was given, try to find ffmpeg. If it wasn't found, print the warning, but don't fail. If --enable-ffmpeg was given, fail if ffmpeg is not found. If --disable-ffmpeg was given, don't print the warning, as the user already knows that ffmpeg won't be enabled. It's important that ffmpeg is not viewed as a hard requirement, as

From: Jyri Sarha <jsarha at ti.com> Use --enable-neon to force NEON optimization on. The auto detection should also work if your CFLAGS supports NEON. --- configure.ac | 32 +++++++++++++++++++++++++++++++- 1 files changed, 31 insertions(+), 1 deletions(-) diff --git a/configure.ac b/configure.ac index 255c0b4..08d3d5f 100644 --- a/configure.ac +++ b/configure.ac @@ -89,6 +89,23 @@

If neither --enable-mad nor --disable-mad was given, try to find mad. If it wasn't found, warn the user, but don't fail. If --enable-mad was given, fail if mad is not found. If --disable-mad was given, don't warn the user, as the user already knows that mad won't be enabled. mad is not and should not be considered a hard requirement, as it's absent in most distros due to

From: Hilko Bengen <bengen@debian.org> RWMJ: - Patch taken from Debian downstream package. - The default in the original patch was to disable the tests. I have changed this to default to enable them instead. - Removed AC_SUBST as the variable was not being used. Cc: Hilko Bengen <bengen@debian.org> --- Makefile.am | 5 ++++- configure.ac | 8 ++++++++ 2 files changed, 12

configure.ac | 27 +++- doc/Makefile.am | 3 doc/swfdec-docs.sgml | 1 doc/swfdec-sections.txt | 18 ++ doc/swfdec.types | 2 libswfdec-gtk/Makefile.am | 6 libswfdec-gtk/swfdec-gtk.h | 1 libswfdec-gtk/swfdec_gtk_loader.c | 237 +++++++++++++++++++++++++++++++++++++

yue wrote: > hi, > about [LLVMdev] another question > > thanks > > yueqiang One other thing you might want to try is to put your object tree in a directory that is *not* inside of your source tree. Currently, we don't support using separate object trees that are subdirectories of the source tree. In other words: Will work: ========== SRC_ROOT=/home/yue/llvm

Hey, Sesse asked me to do a patch to the auto* set-up to allow for FLAC to be added. The patch touches configure.in and oggenc/Makefile.am It is disabled by default, use --enable-flac as an arg to configure to enable it. You might want to maybe add more checks, since FLAC's API tends to change more than is good for anyone ;) Hope that helps, Thomas -- The Dave/Dina Project : future

Benjamin Kramer wrote: > On 13.07.2012, at 09:46, Gabor Greif <gabor.greif at alcatel-lucent.com> wrote: > >> Hi all, >> >> I am in charge of the controlled introduction of clang into >> our builds at my workplace. Since all our tools must run from >> a ClearCase view for automatic dependency tracking, we have been >> biten by a Linux bug, and

configure.ac | 12 ++++++------ libswfdec/swfdec_debug.h | 2 +- swfdec-gtk.pc.in | 2 +- swfdec.pc.in | 2 +- 4 files changed, 9 insertions(+), 9 deletions(-) New commits: diff-tree 086e5f3c4da50df4b485792da7ca49a25484aebc (from ca4b02b5852291d4bf3d11e71278229530d6e973) Author: Benjamin Otte <otte@gnome.org> Date: Sun Apr 22 12:45:03 2007 +0200

Hi all, I got this warning during configuration: /Volumes/SandBox/Clean/llvmCore.roots/llvmCore~obj/src/llvm/configure: line 4186: ,: command not found It looks like this is the culprit: case $ac_cv_c_bigendian in yes) ENDIAN=big , (note the ',') This looks like it could possibly fix the problem. I don't have an autoconf that won't mess things up, though. Comments?

NEWS | 6 ++++++ configure.ac | 9 +++++++-- libswfdec/Makefile.am | 1 + 3 files changed, 14 insertions(+), 2 deletions(-) New commits: diff-tree 4aec39b9f9a750efe75864a54b035ed872ab6644 (from parents) Merge: 774031e0bb34710e971ab143aac62300907486d3 5280befc62bf5c6dabcc61d3db6cad8e64a1164c Author: Benjamin Otte <otte at gnome.org> Date: Wed Jun 13