similar to: [LLVMdev] /usr/local/src/llvm/include/Config/alloca.h:42:17: #error "The function alloca()

Hi John, In my setup OBJDIR is SRCDIR. I'm looking at the config.h and not config.h.in. Yes, defining HAVE_ALLOCA_H to 1 fixed the compilation. Moreover, I also defined HAVE_ALLOCA to 1 in the config.h: -------------------- /* Define to 1 if you have `alloca', as a function or macro. */ /* #undef HAVE_ALLOCA */ #define HAVE_ALLOCA 1 /*Henrik:*/ /* Define to 1 if you have

I am still chasing this down, but in doing the build for OpenVMS, I have discovered that one of the popt modules is using HAVE_ALLOCA_H to determine if the alloca function is on a platform. That is not a good assumption. Compaq C does have an alloca() built in (slightly different symbol name, I assume because of symbol naming rules in the C standard.) Because alloca is a non-standard

The following patch against current CVS uses autoconf to detect how to define alloca (used in vorbis-tools/oggenc/audio.c). The inclusion of <alloca.h> is done based on the definition of HAVE_ALLOCA_H rather than __sun. This change is necessary for compilation on IRIX. Thanks, Michael Index: configure.in =================================================================== RCS file:

Hi, My recent refactoring of the (machine-dependent) use of <alloca.h> does not attempt to change CWriter's behavior of emitting a #include for <alloca.h>. FreeBSD does not have <alloca.h>, so this would cause trouble. We could change it to emit an #ifndef __FreeBSD__...#endif around #include <alloca.h>. I suggest this because, I'm guessing, whether or not the

Hi On win32 the alloca function is prototyped in <malloc.h>. The configure script checks the precence of this header file: ----------------------- ... checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes ... ----------------------- Later in the configure script, it checks: ----------------------- ... checking for working alloca.h... no checking

>From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Sun, 19 Sep 2004 02:26:51 +0200 > >Hi > >On win32 the alloca function is prototyped in <malloc.h>. > >The configure script checks the precence of this header file: >----------------------- >... >checking malloc.h usability... yes >checking malloc.h presence... yes >checking

On Thu, 11 Nov 2004, Reid Spencer wrote: > This kind of thing is one of the many reasons we broke llvm-test out to > a separate project. It has multiple purposes. Its a correctness test on > LLVM, its what we base our compiler benchmarks on, and its also where a > lot of the research gets done. You've been bitten by the latt(n)er. :) > > At some point I'd like to see us

On Fri, 2004-11-12 at 12:32, Chris Lattner wrote: > Perhaps the right way to handle this particular problem is to add the > appropriate autoconf check to the llvm-test configure, then have the > programs that need alloca use the detected value? Its already in the llvm configure which is inherited by llvm-test. If you want to define this in the makefiles, add the following to

The following popt files need patches in order to compile using Compaq C on OpenVMS. These patches should also be needed on a Tru64 or LINUX on ALPHA using Compaq C. Except for the alloca issue, these should work on any ANSI compliant compiler. Operating System: OpenVMS ALPHA V7.3 Compiler: Compaq C T6.5 Compiler switches: /WARN=ENABLE=(LEVEL4, QUESTCODE) SYSTEM.H is doing tests on

Brian R. Gaeke wrote: > Hi, > > My recent refactoring of the (machine-dependent) use of <alloca.h> > does not attempt to change CWriter's behavior of emitting a #include > for <alloca.h>. FreeBSD does not have <alloca.h>, so this would cause > trouble. > > We could change it to emit an #ifndef __FreeBSD__...#endif around > #include

_WIN32 is always defined by the compiler automatically when targeting that platform, while WIN32 only is defined automatically in some configurations, and e.g. in MSVC only ever is defined in project files (if at all). Some other checks in the codebase already check for both WIN32 and _WIN32; those are left untouched. --- include/speex/speex.h | 2 +- libspeex/stack_alloc.h | 2 +-

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 AFAIK, alloca.h is not POSIX. Here's a patch that includes alloca.h only when it's really there. It also includes malloc.h, which is where mingw-w64 defines the alloca() macro, mapping it to gcc __builtin_alloca() or to msvcrt _alloca(). - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version:

Hi, I am curious why don't you guys create /etc/tinc directory, set permissions, add /etc/rc.d scripts etc. from the Makefile(s) in the source distribution ? Doing a make install and not finding an example config in /etc/tinc is kind of frustrating. Am I missing something? Maybe there is a good reason for that? Also, why is it not finding evp.h when I try to do configure? Is creating

https://bugzilla.samba.org/show_bug.cgi?id=7015 Summary: Build problems on HP-UX, Tru64 -- alloca, -Wno-unused- parameter Product: rsync Version: 3.0.6 Platform: Other OS/Version: Other Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

hi,all i have just set up asterisk 1.6.0.7 rc1 with spandsp 0.0.5 pre4 to ReceiveFAX, link to a E1 (DE410P) using dahdi this can receive the fax from E1 successfully, but i see many error message in the log like this: [Mar 16 09:24:38] ERROR[23540] channel.c: ast_read() called with no recorded file descriptor. when i receive a 5 pages fax, i will see this error message over 200 lines..... it

Hi, I am trying to compile R as a shared library (need to run RMAGEML, which depends on SJava) on 64bit SUSE Linux 9.1 . I am using the source code for R 2.0.1 (Nov 15 04) > ./configure R_PAPERSIZE=LETTER R_BROWSER=/opt/kde3/share/applications/kde/konqbrowser.desktop --enable-R-shlib results in several errors (selected errors below), and make check also yields errors (at bottom) The errors

Hello, I have an issue that I can't sort out. Issue: Just applied the latest round of patches that brought me up to this Samba version and suddenly end-users are being prompted for authentication when attempting to access shares on this CentOS box from their Windows Vista, 7x86, and 7x64 workstations. Problem: I am new to Samba and seem to not be connecting the dots Layer 1: I can ping

Dear developers, I'd appreciate if you could forward this to the appropriate people doing the non-OpenBSD ports of OpenSSH. Thanks. ------- Begin Forwarded Message ------- Subject: OpenSSH on Ultrix? From: Georg Schwarz <georg.schwarz at iname.com> Newsgroups: comp.unix.ultrix comp.security.unix Date: Sat, 24 Feb 2001 23:06:02 +0100 Has anybody managed

Hi all. Bernhard Simon has reported a couple of typos in configure.ac in the sections for Ultrix and Sony NewsOS (NEED_SETPRGP -> NEED_SETPGRP). Now I can't imagine them being heavily used, and the change ought to affect only those (famous last words :-). Anyone see any reason not to do this? Index: configure.ac =================================================================== RCS

Hi, not sure if this is considered news, but I have been able to build OpenSSH 5.8p2 on mips-dec-ultrix4.5. On my system I have ULTRIX 4.5 with the latest Y2K patch kit as well as zlib-1.2.5, openssl-0.9.8m and prngd-0.9.29, several GNU utilities and gcc-3.0.4. To build openssh one has to check in various files if <sys/socket.h> and/or <netinet/ip.h> are multiply defined, because of