Steve Murphy 1a37ee4025 A possibly "horrible fix" for a "horribly broken" ...

situation.

As stuff shifts around in the asterisk code, the
miscellaneous inclusions from the standalone stuff
gets broken. There's no easy fix for this situation.

I made sure that everything in utils builds without
problem ***AND*** that aelparse runs the regressions
correctly with the following make menuselect options
both on and off:

DONT_OPTIMIZE
DEBUG_THREADS
DEBUG_CHANNEL_LOCKS
MALLOC_DEBUG
MTX_PROFILE
DEBUG_SCHEDULER
DEBUG_THREADLOCALS
DETECT_DEADLOCKS
CHANNEL_TRACE

I think from now on, I'm going to #undef
all these features in the various utils native
files; I guess I could do the same for the
copied-in files, surrounded by STANDALONE ifdef.

A standalone isn't going to care about threads,
mutexes, etc.



git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@165071 65c4cc65-6c06-0410-ace0-fbb531ad65f3

2008-12-17 05:04:56 +00:00

..

ael_main.c

A possibly "horrible fix" for a "horribly broken"

2008-12-17 05:04:56 +00:00

astcanary.c

bring over all the fixes for the warnings found by gcc 4.3.x from the 1.4 branch, and add the ones needed for all the new code here too

2008-11-02 18:52:13 +00:00

astman.1

remove extraneous svn:executable properties

2005-11-29 18:24:39 +00:00

astman.c

incorporates r159808 from branches/1.4:

2008-11-29 17:57:39 +00:00

check_expr.c

A possibly "horrible fix" for a "horribly broken"

2008-12-17 05:04:56 +00:00

clicompat.c

simplify this file

2007-12-10 08:35:35 +00:00

conf2ael.c

A possibly "horrible fix" for a "horribly broken"

2008-12-17 05:04:56 +00:00

expr2.testinput

In regards to changes for 9508, expr2 system choking on floating point numbers, I'm adding this update to round out (no pun intended) and make this FP-capable version of the Expr2 stuff interoperate better with previous integer-only usage, by providing Functions syntax, with 20 builtin functions for floating pt to integer conversions, and some general floating point math routines that might commonly be used also. Along with this, I made it so if a function was not a builtin, it will try and find it in the ast_custom_function list, and if found, execute it and collect the results. Thus, you can call system functions like CDR(), CHANNEL(), etc, from within $\[..\] exprs, without having to wrap them in $\{...\} (curly brace) notation. Did a valgrind on the standalone and made sure there's no mem leaks. Looks good. Updated the docs, too.

2007-07-05 18:15:22 +00:00

extconf.c

A possibly "horrible fix" for a "horribly broken"

2008-12-17 05:04:56 +00:00

frame.c

incorporates r159808 from branches/1.4:

2008-11-29 17:57:39 +00:00

frame.h

remove extraneous svn:executable properties

2005-11-29 18:24:39 +00:00

hashtest2.c

Merge ast_str_opaque branch (discontinue usage of ast_str internals)

2008-12-13 08:36:35 +00:00

hashtest.c

Merge ast_str_opaque branch (discontinue usage of ast_str internals)

2008-12-13 08:36:35 +00:00

Makefile

A possibly "horrible fix" for a "horribly broken"

2008-12-17 05:04:56 +00:00

muted.c

bring over all the fixes for the warnings found by gcc 4.3.x from the 1.4 branch, and add the ones needed for all the new code here too

2008-11-02 18:52:13 +00:00

refcounter.c

Merge ast_str_opaque branch (discontinue usage of ast_str internals)

2008-12-13 08:36:35 +00:00

smsq.c

Pay attention to the return value of system(), even if we basically ignore it.

2008-12-01 23:08:24 +00:00

stereorize.c

bring over all the fixes for the warnings found by gcc 4.3.x from the 1.4 branch, and add the ones needed for all the new code here too

2008-11-02 18:52:13 +00:00

streamplayer.c

bring over all the fixes for the warnings found by gcc 4.3.x from the 1.4 branch, and add the ones needed for all the new code here too

2008-11-02 18:52:13 +00:00