Luigi Rizzo
fdb7f7ba3d
Start untangling header inclusion in a way that does not affect
...
build times - tested, there is no measureable difference before and
after this commit.
In this change:
use asterisk/compat.h to include a small set of system headers:
inttypes.h, unistd.h, stddef.h, stddint.h, sys/types.h, stdarg.h,
stdlib.h, alloca.h, stdio.h
Where available, the inclusion is conditional on HAVE_FOO_H as determined
by autoconf.
Normally, source files should not include any of the above system headers,
and instead use either "asterisk.h" or "asterisk/compat.h" which does it
better.
For the time being I have left alone second-level directories
(main/db1-ast, etc.).
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@89333 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2007-11-16 20:04:58 +00:00
..
2007-11-16 20:04:58 +00:00
2007-11-14 13:18:40 +00:00
2007-07-16 02:51:56 +00:00
2007-08-15 19:21:27 +00:00
2007-05-24 22:07:50 +00:00
2007-05-24 22:07:50 +00:00
2007-11-07 00:00:38 +00:00
2007-08-20 22:53:48 +00:00
2007-10-26 00:11:31 +00:00
2007-08-15 19:21:27 +00:00
2007-01-05 23:32:42 +00:00
2007-11-16 20:04:58 +00:00
2007-09-06 20:00:08 +00:00
2007-11-16 20:04:58 +00:00
2006-11-15 20:55:17 +00:00
2007-09-05 16:31:39 +00:00
2007-11-06 15:01:56 +00:00
2007-06-19 17:07:28 +00:00
2006-11-24 14:00:19 +00:00
After some study, thought, comparing, etc. I've backed out the previous universal mod to make ast_flags a 64 bit thing. Instead, I added a 64-bit version of ast_flags (ast_flags64), and 64-bit versions of the test-flag, set-flag, etc. macros, and an app_parse_options64 routine, and I use these in app_dial alone, to eliminate the 30-option limit it had grown to meet. There is room now for 32 more options and flags. I was heavily tempted to implement some of the other ideas that were presented, but this solution does not intro any new versions of dial, doesn't have a different API, has a minimal/zero impact on code outside of dial, and doesn't seriously (I hope) affect the code structure of dial. It's the best I can think of right now. My goal was NOT to rewrite dial. I leave that to a future, coordinated effort.
2007-07-19 23:24:27 +00:00
2007-11-15 16:20:47 +00:00
2007-11-16 20:04:58 +00:00
2007-11-16 20:04:58 +00:00
2006-09-28 13:02:30 +00:00
2007-11-16 20:04:58 +00:00
2007-07-16 02:51:56 +00:00
2007-09-25 21:06:44 +00:00
2007-07-30 20:42:28 +00:00
2006-08-21 02:11:39 +00:00
2007-09-13 15:26:40 +00:00
After some study, thought, comparing, etc. I've backed out the previous universal mod to make ast_flags a 64 bit thing. Instead, I added a 64-bit version of ast_flags (ast_flags64), and 64-bit versions of the test-flag, set-flag, etc. macros, and an app_parse_options64 routine, and I use these in app_dial alone, to eliminate the 30-option limit it had grown to meet. There is room now for 32 more options and flags. I was heavily tempted to implement some of the other ideas that were presented, but this solution does not intro any new versions of dial, doesn't have a different API, has a minimal/zero impact on code outside of dial, and doesn't seriously (I hope) affect the code structure of dial. It's the best I can think of right now. My goal was NOT to rewrite dial. I leave that to a future, coordinated effort.
2007-07-19 23:24:27 +00:00
2007-07-16 02:51:56 +00:00
2007-08-29 15:19:11 +00:00
2007-09-26 06:53:43 +00:00
2007-08-15 21:25:13 +00:00
2007-09-05 16:31:39 +00:00
2007-11-16 20:04:58 +00:00
2007-11-06 22:51:48 +00:00
2007-08-06 19:52:40 +00:00
2007-11-14 03:22:09 +00:00
2007-06-29 20:35:09 +00:00
2007-07-16 02:51:56 +00:00
2007-01-01 20:08:47 +00:00
2007-07-16 02:51:56 +00:00
2007-11-06 18:44:19 +00:00
2007-09-25 09:07:30 +00:00
2007-11-08 05:28:47 +00:00
2007-09-12 21:25:57 +00:00
2007-11-16 20:04:58 +00:00
2007-11-16 20:04:58 +00:00
2007-11-16 20:04:58 +00:00
2007-11-16 20:04:58 +00:00
2007-11-16 16:56:59 +00:00
2007-07-10 15:07:25 +00:00
2007-07-16 02:51:56 +00:00
2007-04-30 16:16:26 +00:00
2007-07-23 14:21:41 +00:00
2006-08-23 21:19:21 +00:00
2007-11-12 23:44:20 +00:00
2007-11-16 20:04:58 +00:00
2007-10-26 17:39:39 +00:00
2007-09-14 17:29:23 +00:00
2007-07-13 16:22:09 +00:00
2007-07-16 02:51:56 +00:00
2007-09-21 14:40:10 +00:00
2007-11-16 20:04:58 +00:00
2007-11-16 20:04:58 +00:00
2006-12-29 06:26:53 +00:00
2007-08-13 21:59:15 +00:00
2007-11-06 02:53:13 +00:00
2007-11-16 20:04:58 +00:00
2007-11-16 20:04:58 +00:00
2007-11-06 19:10:26 +00:00
2006-11-11 02:12:27 +00:00
2007-09-18 16:14:14 +00:00
2007-11-16 20:04:58 +00:00
2007-11-06 22:51:48 +00:00
2007-07-11 20:07:07 +00:00
2007-08-20 22:53:48 +00:00
2007-11-16 20:04:58 +00:00
2007-02-24 20:29:41 +00:00