https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r48525 | kpfleming | 2006-12-16 15:14:34 -0600 (Sat, 16 Dec 2006) | 2 lines
simplify dependency tracking system, using the compiler's built-in method for generating them, and only doing dependency tracking if developer mode is enabled via the configure script
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@48527 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r48521 | kpfleming | 2006-12-16 14:12:41 -0600 (Sat, 16 Dec 2006) | 2 lines
since we really, really have to have autoconfig.h included before all other headers (especially system headers), the Makefile will now force it to happen (this will fix build problems with files like ast_expr2f.c, where we can't control the inclusion order in the file itself)
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@48522 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r48190 | russell | 2006-12-01 18:16:28 -0500 (Fri, 01 Dec 2006) | 12 lines
FreeBSD 6.1 does not include wget by default. However, it has fetch which will
work just fine for our purposes of downloading the sounds packages. So, check
for both wget and fetch and the configure script and use what was found to
download them. If neither one was found, and sound packages are selected that
must be downloaded, the install process will print out an informative error
message indicating the situation.
Also, fix a couple places where "make" was hard coded into some output messages
by replacing them with the $(MAKE) variable.
(issue #8451, initial patch by pabelanger, with additional modifications by me)
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@48191 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r47494 | russell | 2006-11-11 10:31:08 -0500 (Sat, 11 Nov 2006) | 6 lines
Add the target "menuconfig" as an alias for the "menuselect" target. This is
just a favor to users so that if you accidentally type "make menuconfig"
instead of "make menuselect", it still works.
(inspired by a comment on IRC from wangster calling me an "especially devious
asterisk developer" for having it be menuselect instead of menuconfig. :) )
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@47495 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r44125 | russell | 2006-10-01 14:30:06 -0400 (Sun, 01 Oct 2006) | 6 lines
Fix a problem that cuased AST_DATA_DIR in defaults.h to be empty. The cause is
that since ASTDATADIR is explicitly exported using "export ASTDATADIR" at the
top of the Makefile, make no longer considers the variable "undefined", so the
Makefile can't use ?= to set ASTDATADIR if not yet set.
(issue #8063, reported by akohlsmith, fixed by me)
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@44126 f38db490-d61c-443f-a65b-d21fe96a405b
- with AST_DEVMODE, building codecs/lpc10 fails because of lots
of warnings, and the configure step in editline fails as well.
Fix this by removing the -Werror in these steps.
- on FreeBSD (but probably on other platforms as well), the final
link of asterisk fails because AST_LIBS was not exported to the
subdirs Makefiles. Add a proper fix in the top-level Makefile
(a possible alternative way is to add "export AST_LIBS" near
the beginning of the file).
With this fix, i believe that some of the platform-specific
conditionals in main/Makefile are redundant (because they should
be already dealt with in the top level Makefile) but i don't
have a platform to check.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@44081 f38db490-d61c-443f-a65b-d21fe96a405b
don't use #ifdef inside a macro call... it appears various versions of gcc have bugs related to this
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41284 f38db490-d61c-443f-a65b-d21fe96a405b
1) Solaris sed doesn't have -r, which means things like \s and \S don't work.
2) GNU sed version 4.1.2 failed on a very simple test
echo "Test Test" | sed -r -e 's/\s/x/g'
should have returned "TestxxxTest", but did not (however, 4.1.4 did?).
3) The CFLAGS were never set, so that entire line actually did nothing. Now it's useful again.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40964 f38db490-d61c-443f-a65b-d21fe96a405b
- 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
was not found in the user level makeopts file, the variable is defined, but
empty.
I wish we could just require GNU make 3.81 :)
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@36229 f38db490-d61c-443f-a65b-d21fe96a405b
level makeopts files - if MENUSELECT_CFLAGS is set to nothing in the user level
makeotps file, then the Makefile should not look in the global file at all.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@36228 f38db490-d61c-443f-a65b-d21fe96a405b
"make" as the current build and some of the MENUELSELECT_CFLAGS are set in the
user or global level asterisk.makeopts file
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@36192 f38db490-d61c-443f-a65b-d21fe96a405b
menuselect.makedeps is not. This would probably only be the case in existing
checkouts ...
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@36020 f38db490-d61c-443f-a65b-d21fe96a405b
support the new location for zaptel.h and tonezone.h
use the dependency information output by menuselect to build Makefile rules for each module for header files and libraries
combine the common rules into a top-level Makefile.rules file
remove all (now) unnecessary stuff from subdir Makefiles
change translator API so that the newpvt() callback returns an int instead of a pointer (it no longer allocates memory)
alphabetize --with-<foo> options in configure script
enhance Net-SNMP support in configure script to provide a --with-netsnmp option
fix support for --with-pq so that if pg-config is not found when --with-pq is specified, an error will be generated
add 'optional package' usage to modules now that menuselect can output it
allow res_snmp to build by default, since the new loader changes coming soon will solve the function naming problem (and users can disable it via menuselect anyway)
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@35832 f38db490-d61c-443f-a65b-d21fe96a405b
subdirectory instead of a for loop
- remove the FORCE target from the main Makefile and add the couple places
I used it to the .PHONY target. .PHONY does the same thing and is a built-in
more efficient way of doing it.
- add a bunch more targets to .PHONY ...
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@35503 f38db490-d61c-443f-a65b-d21fe96a405b
- use separate targets instead of a for loop for doing 'make depend' for
each sub directory
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@35501 f38db490-d61c-443f-a65b-d21fe96a405b
- add a copyright header to the build_tools Makefile
- remove 'depend' from the 'all' target in agi/ and utils/ since it is handled
by the main Makefile already
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@35479 f38db490-d61c-443f-a65b-d21fe96a405b
each subdirectory.
- the shell code in the for loop doesn't have a manually catch errors from
make on a subdirectory
- you can now run something like "make apps" or "make channels" from the root
source directory
- This should allow for better support for parallel instances of make (the -j
option) since make can work on each subdirectory target in parallel
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@35436 f38db490-d61c-443f-a65b-d21fe96a405b
since they are targets that do not have resulting files and are never listed
as prerequisites to real targets. Using .PHONY in this manner improves make
performance by never having to check for resulting files.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@35415 f38db490-d61c-443f-a65b-d21fe96a405b
- modify ast_expr2.fl and ast_expr2.y to not try to register the file version
in a STANDALONE build
- add config.status as a dependency on testexpr2 to ensure configure is
executed before building it
- add include/asterisk/buildopts.h as a dependency for testexpr2 as well
- add -Iinclude to the gcc commands for building the testexpr2 objects so that
it can find the local asterisk headers
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@34980 f38db490-d61c-443f-a65b-d21fe96a405b
directly include stdtime/localtime.o in the OBJS for asterisk, which is the
only object file for libtime
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@34629 f38db490-d61c-443f-a65b-d21fe96a405b
update sounds/Makefile to download/unpack the proper files
remove all evidence of mpg123 from the main Makefile
change the sample musiconhold.conf file to use native mode instead of mp3
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@32917 f38db490-d61c-443f-a65b-d21fe96a405b
option in menuselect. This is very useful for developers if you want to ensure
that all of your builds are done without optimizations.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@32434 f38db490-d61c-443f-a65b-d21fe96a405b
- change references to the "scx" jitterbuffer to be called "fixed" and change
references to the "stevek" jitterbuffer to be called "adaptive", instead
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@31356 f38db490-d61c-443f-a65b-d21fe96a405b
a new implementation of a fixed size jitterbuffer, as well as support for the
existing adaptive jitterbuffer implementation. (issue #3854, Slav Klenov)
Thank you very much to Slav Klenov of Securax and all of the people involved
in the testing of this feature for all of your hard work!
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@31052 f38db490-d61c-443f-a65b-d21fe96a405b
forces a make clean, it has to be regenerated. This fixes the problem that
people have been seeing where the build would fail complaining about defaults.h
not being present.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@28894 f38db490-d61c-443f-a65b-d21fe96a405b
options to configure such as --libdir, --sbindir, etc. All of the default paths
are still the same. (issue #7057, jcollie)
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@28747 f38db490-d61c-443f-a65b-d21fe96a405b
instead of being added to the compiler commands. This header file will be
installed and modules built outside of the main tree will be able to use the
same build options used to build the rest of Asterisk.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@26808 f38db490-d61c-443f-a65b-d21fe96a405b
ncurses is statically compiled with term info support, which is provided in
the statically compiled editline library that we are including.
(issue #6948, original patch by casper, modified to use the features
of AST_EXT_LIB)
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@25611 f38db490-d61c-443f-a65b-d21fe96a405b
don't put paths into the include search path when they are not needed
don't auto-rebuild the AEL bison/flex output based on make dependencies (the generated files are already checked in, and the timestamps generated by a checkout will usually cause them to be overwritten)
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@23582 f38db490-d61c-443f-a65b-d21fe96a405b
is utils/ so the compiler fails to find the header which is in ../
(at least on FreeBSD; this works on linux but it may be due to
differences in gmake).
For the time being, fix it by adding -I.. to the includes.
However i think a proper fix is to make sure that ast_expr2
is built using the rules in the top-level makefile instead
of those in the subdirectory.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@23535 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.2
........
r23305 | kpfleming | 2006-04-29 06:40:04 -0500 (Sat, 29 Apr 2006) | 3 lines
do installation in subdirs as a separate target (so external modules can use the Makefile more easily)
generate final messages -after- running any post-install script that may be present
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@23306 f38db490-d61c-443f-a65b-d21fe96a405b
when you have channel locking issues.
(Part of the SIP transfer patch, where I had a *lot* of
channel locking problems)
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@20264 f38db490-d61c-443f-a65b-d21fe96a405b
- Maybe we should define proper directories for OS/X too?
- Should OpenBSD and NetBSD follow the FreeBSD rules?
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@18130 f38db490-d61c-443f-a65b-d21fe96a405b
file