The default remains the same: we show the huge ClueCon nag banner on
startup and in fs_cli.
However, if you pass --disable-huge-cluecon-nag, no banner will be
shown.
If you pass --enable-modest-cluecon-nag, a modest text-based ClueCon
reminder will be shown instead.
GNU variant of strerror_r() returns char *, while the XSI version returns int.
To make things worse, glibc ships both and added a unused result warning
in recent versions (2.16) causing the build to fail.
Add our own custom wrapper that always returns a pointer to the message buffer
and additionally make XSI versions of strerror_r() GNU compatible by
returning "Unknown error xxx" if no error message is available.
Fixes:
src/switch_rtp.c: In function 'rtp_common_read':
src/switch_rtp.c:3313:15: error: ignoring return value of 'strerror_r',
declared with attribute warn_unused_result [-Werror=unused-result]
cc1: all warnings being treated as errors
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>
Our main version string is designed for release engineering purposes:
it matches file name conventions used for versioned tarballs and the
versions sort lexicographically while containing all pertinent
information.
With this commit we add in parentheses a more human-friendly rendering
of the version string: we spell out the meaning of each field and
render the datetime in RFC 822 notation.
The revision was no longer picking up the last git commit. Instead,
it was showing the last release. This commit appends the last git
commit hash to the last release if a git repository is available.
Further, it checks whether there are uncommitted changes in the git
repository and adds an unclean tag to the version if this is the case.
Note that currently this will append the git commit hash even on a
tagged release if built directly from a git repository. Perhaps this
isn't such a bad thing, but if it turns out not to be desired, I have
an idea on how to squelch this without making unwarranted assumptions
about the remote layout of someone's local repository.
POSIX sed doesn't support grouping, so split the regex in two.
Reference-URL: http://jira.freeswitch.org/browse/FS-4276
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>
Speculative fix for a mod_python build issue on OSX, which is
caused by '-arch i386 -arch x86_64' in the final PYTHON_CFLAGS.
Filter both flags and hope OSX's universal binary toolchain is smart enough
to choose a sane default.
Reported-by: neilp9 in #freeswitch @ irc.freenode.net
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>
This fixes the linking order problems reported in FS-3638.
Clean up libfreeswitch dependency handling:
PLATFORM_CORE_LDFLAGS - Non-library linker flags, specific to this platform
PLATFORM_CORE_LIBS - Library flags/libraries need to build libfreeswitch on this platform
Drop LDADD dependencies from tone2wav and fs_encode, except for libfreeswitch.la, which will
"automagically" pull in all other libraries, now that we fixed libfreeswitch.
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>
print <value> syntax does not work in python 3.
Add round braces to call it like any other function.
Tested with python-2.4 and 3.1.
NOTE: Only fixes the configure check, mod_python does NOT build with
python 3.x!
Signed-off-by: Stefan Knoblich <stkn@openisdn.net>
