similar to: Asterisk Compile error - x86_64

Hi. After successfully running ./configure I run make. When running make I get the following error.. [CC] ast_expr2f.c -> ast_expr2f.o [CC] ast_expr2.c -> ast_expr2.o [CC] strcompat.c -> strcompat.o [LD] aelparse.o aelbison.o pbx_ael.o ael_main.o ast_expr2f.o ast_expr2.o strcompat.o -> aelparse aelparse.o(.text+0x3029): In function `ael_yylex':

Hi all, I just updated zaptel and asterisk, but after doing CVS update of asterisk (from CVS-HEAD 2005-08-10 17:10:53) I got a file conflict message conflicts: ast_expr2.h ast_expr2f.c I ignored them, and then tried to compile asterisk: make clean, make , make install. But then the problem shows again, leaving this message: ast_expr2f.c:1784: warning: no previous prototype for

Has anyone else got 1.2 compiled from cvs ? I've posted the question below to the -dev list but got no answers: 1) No-one else is trying beta 1 2) No-one else is having any issues (I must be the idiot) 3) No-one else saw my message :) I have been trying to compile 1.2 beta 1 on a centos 4 box, to no avail. The "make" command seems to compile ok, but "make install"

Hi All, I am trying to upgrade an old Asterisk installation to 1.4.2 (it's currently running CVS-08/02/04-15:15:26) but have hit a couple of problems. The first was easily fixed. I got "storage size of sin isn't known" errors whilst compiling streamplayer.c, but after seeing http://bugs.digium.com/view.php?id=4908#32012 I manually added "#include <netinet/in.h>"

Cant submit bugs - error 1303, invalid value for field when submitting a new issue. Bug info Failure on build with 1.2beta1 on fresh FC4 install ast_expr2f.c:1784: warning: no previous prototype for ?ast_yyget_column? ast_expr2f.c:1860: warning: no previous prototype for ?ast_yyset_column? ast_expr2f.c:1259: warning: ?yyunput? defined but not used gcc -g -o asterisk -Wl,-E io.o

I know I compiled AEL2 into 1.2 before, considering I just copied my source from one server to another, yet I can't seem to figure out why I'm getting this error. Anyone have any ideas? make[1]: Entering directory `/usr/local/src/asterisk-svn/asterisk/pbx' flex argdesc.l "argdesc.l", line 19: unrecognized %option: reentrant "argdesc.l", line 20: unrecognized

I am still getting an error compiling the 1.2-Beta version. The tarball works fine, but I have never been able to compile the 1.2beta from CVS. I have been compiling CVS-HEAD on the machine for quite some time. It goes into this loop: if cmp -s include/asterisk/version.h.tmp include/asterisk/version.h ; then echo; else \ mv include/asterisk/version.h.tmp include/asterisk/version.h ; \

Hi, While compiling 1.8.8.1, I met the following error: [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o

I have flex and bison from Cygwin installed: $ flex --version flex version 2.5.4 $ bison --version bison (GNU Bison) 2.3 Written by Robert Corbett and Richard Stallman. Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Should that work,

Hello all, mmm a bit embarrassing about not having a clue as to why we're getting this error on make of 1.8.3 [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o

Hi all, I try to build xen 4.2( revision number: 25161) on Ubuntu 11.10_amd64, Mac pro. After running ./configure and make. I got the following fatal error: *libxlu_cfg_y.y:22:26: fatal error: libxlu_cfg_l.h: No such file or directory compilation terminated.* So the original libxlu_cfg_l.h is deleted when making, and should be regenerated but it is not. I find the path of flex and bison is not

I'm trying to build it and run into all sorts of problems. First, "make testexpr2" doesn't work at top level, nor in the "main" subdirectory. If I manually try the commands for it in main/Makefile, it doesn't have a "main" and calls "ast_log". If use -DSTANDALONE2 instead, those go away, but then: ast_expr2f.o: In function

after recompilling asterisk (trunk-r75109) after system (mandriva cooker) update (new glibc 2.6, gcc 4.2.1), sound starts very choppy, when codec translation is performed, if translation isn't needed, it sounds OK any idea? until update, everything worked fine. I'm using ztdummy as clock source. during compile, I got lot of errors... ael_main.c: In function ?ast_context_add_ignorepat2?:

I have always built it with flex and bison installed, though I believe Chris removed our last dependence on flex a little while back, so you may not need that. I'm using bison 2.1 which I got from the getgnuwin32 folks. I imagine that if you have cygwin or the like, you probably already have everything. You will need to have the executables in your path. I build with VisualStudio 2k5

Hello, Everyone. This is just brief description on building llvm-gcc4 with mingw32. It's definitely non error-free and contains many "hacks", which should be eliminated in the future. 1. Prerequisites We're building in the folowing configuration: 1.1 GCC 3.4.5: gcc -v Reading specs from f:/research/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with:

Thanks for your comment. I also tried for LLVM 2.2 but got the same compilation errors on VS2005. (I didn't modify anything before the compilation) I just wonder if I need bison and flex even just in the case of compiling them on VS2005 without changing anything because the LLVM doc says "If you plan to modify any .y or .l files, you will need to have bison and/or flex installed where

Hi all, At the moment, LLVM includes the .l, .y sources that are compiled by flex and biston via make. This is fine for most unix developers. For windows developers, it's a bit more of a pain to download flex/bison, but is still a one-time thing. However, anyone releasing an llvm frontend will require their users to have flex/bison. Most (but not all) unix boxes have them, but almost no

On Mon, 27 Jun 2005, Alexander Friedman wrote: > Hi all, > have flex/bison. Most (but not all) unix boxes have them, but almost > no windows boxes have them. This requires either > > 1) Forcing the user to dowload flex/bison (bad) > 2) Distributing flex/bison with the front-end (not as bad, but a pain) > > 3) or, and this seems like a simple fix, just distribute the output

On 6/29/05, Chris Lattner <sabre at nondot.org> wrote: > On Mon, 27 Jun 2005, Alexander Friedman wrote: > > Hi all, > > have flex/bison. Most (but not all) unix boxes have them, but almost > > no windows boxes have them. This requires either > > > > 1) Forcing the user to dowload flex/bison (bad) > > 2) Distributing flex/bison with the front-end (not as

Hi, (I seem to be having some trouble getting messages to post on the list so I may be duplicating an earlier post. Apologies if this is the case.) I am compiling CVS tip Asterisk on a fresh CentOS 3.4 install. I got this warning: make ast_expr.a make[1]: Entering directory `/usr/src/asterisk' bison -v -d --name-prefix=ast_yy ast_expr.y -o ast_expr.c