do not work on FreeBSD - presumably they depend on some
auto* feature that is not installed by default.
I am not sure on what is a proper fix. In my local copy
i simply comment them out.
The AST_PROG_LD is a long standing isse, there were attempts
to fix it in the past but probably not enough has been copied
to acinclude.m4, and i had forgotten about it because i
commented out this call in configure.ac long ago
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@51288 f38db490-d61c-443f-a65b-d21fe96a405b
(for linux, this is functionally equivalent to the previous
method; for FreeBSD, it re-adds inspection in $PREFIX/zaptel.h).
Please wait to regenerate the "configure" file as i have
another few pending changes to configure.ac
Not applicable to 1.4 until acinclude.m4 is also updated.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@51285 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r50867 | kpfleming | 2007-01-15 09:03:06 -0600 (Mon, 15 Jan 2007) | 2 lines
use the ACX_PTHREAD macro from the Autoconf macro archive for setting up compiler pthreads support... should improve portability to platforms with unusual pthreads requirements
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@50869 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r49102 | kpfleming | 2007-01-01 17:34:35 -0600 (Mon, 01 Jan 2007) | 2 lines
check specifically for VLDTMF and transcoding support in the system's Zaptel installation, and make only the modules that need those features dependent on them (this will allow building the other Zaptel-using parts of Asterisk against older versions of Zaptel or those on other platforms that haven't caught up yet to the Linux version)
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@49103 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
........
r47327 | russell | 2006-11-08 11:31:59 -0500 (Wed, 08 Nov 2006) | 4 lines
Copy the macros from libtool.m4 to our own acinclude.m4 such that libtool is
no longer required to be installed to be able to generate the configure
script.
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@47328 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r46845 | russell | 2006-11-01 17:32:12 -0500 (Wed, 01 Nov 2006) | 5 lines
Add a check in the configure script to determine whether ld is GNU ld or not.
This is needed because module embedding only works for gnu ld. GNU ld is now
listed as a dependency for all of the module embedding options in menuselect.
(issue #8143)
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@46846 f38db490-d61c-443f-a65b-d21fe96a405b
and support linux as well (using fopencookie(), which should
be available in glibc).
Update configure.ac to check for funopen (BSD) and fopencookie(glibc),
and while we are at it also for gethostbyname_r
(the generated files need to be updated, or you need
to run bootstrap.sh yourself).
Document the new options in http.conf.sample
(names are only tentative, better ones are welcome).
At this point we can safely enable the option.
Anyone willing to try this on Sun and Apple platforms ?
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@45892 f38db490-d61c-443f-a65b-d21fe96a405b
mechanism more flexible, but otherwise should not affect your build
even if you regenerate the "configure" script.
(Most likely you need to run bootstrap.sh as you really need to re-run
autoheader for reasons that i do not completely understand).
If you don't regenerate "configure", of course you will see no difference.
In detail:
- restructure the check for mandatory modules to remove some
redundant code blocks;
- extend the AST_EXT_LIB_CHECK so that it can used also for
checking headers;
- define the AST_C_DEFINE_CHECK macro to test for #defined symbols;
- for the two above macros, add a last argument that getscopied into
HAVE_$1_VERSION so the source can adapt to different versions of the
same libraries/header/etc
- document the above;
- document a problem that existed before and i did not manage to solve:
the 'description' argument to AC_DEFINE does not substiture shell variables
so you will not see the actual values in the comments (in autoconfig.h)..
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@44467 f38db490-d61c-443f-a65b-d21fe96a405b
until a better solution is found.
Please do not commit the regenerated "configure" file yet,
as there are some more simplifications to be applied to
configure.ac and acinclude.m4 in the next few days.
For the same reason, i am postponing the commit to the 1.4 branch
until the above changes are complete.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@44411 f38db490-d61c-443f-a65b-d21fe96a405b
use 2.60 in case the generated "configure" file must me committed back to the
repository, so we keep differences to a minimum.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@44251 f38db490-d61c-443f-a65b-d21fe96a405b
when LOADABLE_MODULES is off, don't export symbols from the main binary
when LOADABLE_MODULES is off, and the compiler/linker support it, strip out code not used in the final binary
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41166 f38db490-d61c-443f-a65b-d21fe96a405b
causes our build system to blow up.
If anyone still sees problems and configure didn't detect a problem with make,
please let me know.
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41119 f38db490-d61c-443f-a65b-d21fe96a405b
also, keep trying to dlclose() a module until it actually goes away, since it may have other modules it brought in when it was loaded (thanks PCadach for pointing this problem out to me)
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40949 f38db490-d61c-443f-a65b-d21fe96a405b
rizzo