dect/asterisk - Asterisk with DECT support

Age	Commit message (Collapse)	Author	Files	Lines
2009-08-01	Resolve a valgrind warning about a read from uninitialized memory.	russell	1	-1/+5
	(issue #15396) Reported by: aragon git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@209879 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21	Ensure that user-provided CFLAGS and LDFLAGS are honored.	kpfleming	1	-2/+2
	This commit changes the build system so that user-provided flags (in ASTCFLAGS and ASTLDFLAGS) are supplied to the compiler/linker after all flags provided by the build system itself, so that the user can effectively override the build system's flags if desired. In addition, ASTCFLAGS and ASTLDFLAGS can now be provided either in the environment before running 'make', or as variable assignments on the 'make' command line. As a result, the use of COPTS and LDOPTS is no longer necessary, so they are no longer documented, but are still supported so as not to break existing build systems that supply them when building Asterisk. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@207647 f38db490-d61c-443f-a65b-d21fe96a405b
2009-04-20	Clean up problem with manager implementation of mmap where it was not ↵	dbailey	1	-1/+1
	testing against MAP_FAILED response. Got rid of shadowed variable used in processign the mmap results. Change test of mmap results to compare against MAP_FAILED git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@189391 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-19	the gcc optimizer frequently finds broken code (use of uninitalized ↵	kpfleming	1	-1/+1
	variables, unreachable code, etc.), which is good. however, developers usually compile with the optimizer turned off, because if they need to debug the resulting code, optimized code makes that process very difficult. this means that we get code changes committed that weren't adequately checked over for these sorts of problems. with this build system change, if (and only if) --enable-dev-mode was used and DONT_OPTIMIZE is turned on, when a source file is compiled it will actually be preprocessed (into a .i or .ii file), then compiled once with optimization (with the result sent to /dev/null) and again without optimization (but only if the first compile succeeded, of course). while making these changes, i did some cleanup work in Makefile.rules to move commonly-used combinations of flag variables into their own variables, to make the file easier to read and maintain git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@157859 f38db490-d61c-443f-a65b-d21fe96a405b
2008-11-01	fix a bunch of potential problems found by gcc 4.3.x, primarily bare strings ↵	kpfleming	1	-4/+6
	being passed to printf()-like functions and ignored results from read()/write() and friends git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@153337 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-29	clean up (and ignore) assembler and preprocessor intermediate files if any ↵	kpfleming	1	-1/+1
	are created during the build git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87463 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-21	gcc 4.2 has a new set of warnings dealing with cosnt pointers. This set of	russell	1	-3/+3
	changes gets all of Asterisk (minus chan_alsa for now) to compile with gcc 4.2. (closes issue #10774, patch from qwell) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83432 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-07	When building libdb1.a, put the additional flags needed at the beginning of	russell	1	-1/+1
	ASTCFLAGS, instead of at the end. This way, we ensure that we find the local headers first before accidentally trying to use headers that exist in locations specified in the ASTCFLAGS passed from the main Makefile. (issue #8637, ovi) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53497 f38db490-d61c-443f-a65b-d21fe96a405b
2007-02-01	Huh... fix the berkeley DB to compile here as well, but it apparently ↵	file	1	-1/+1
	required both dev mode and no optimizations to creep up. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53099 f38db490-d61c-443f-a65b-d21fe96a405b
2007-01-14	Merged revisions 50781 via svnmerge from	tilghman	31	-31/+31
	https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r50781 \| tilghman \| 2007-01-13 23:01:16 -0600 (Sat, 13 Jan 2007) \| 2 lines Bug 8814 - db should look for its header using a relative path, instead of the system path (Fixes FreeWRT) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@50782 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-11	These are already set by the parent Makefile..	qwell	1	-5/+0
	There is no need to have this here (it doesn't actually work anyways). git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44888 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-29	fix a few build system bugs, and convert Makefiles to be compatible with GNU ↵	kpfleming	1	-1/+4
	make 3.80 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44055 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-29	don't abuse CFLAGS and LDFLAGS for build of Asterisk components, because ↵	kpfleming	1	-3/+3
	they are also then used for non-Asterisk components (like menuselect); use our own variables instead git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44008 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-22	a couple Solaris tweaks, to help build properly.	qwell	1	-1/+1
	git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40832 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-21	merge new_loader_completion branch, including (at least):	kpfleming	48	-0/+11986
	- restructured build tree and makefiles to eliminate recursion problems - support for embedded modules - support for static builds - simpler cross-compilation support - simpler module/loader interface (no exported symbols) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40722 f38db490-d61c-443f-a65b-d21fe96a405b