[asterisk-dev] [Code Review] 4091: build: Force -fsigned-char on platforms where the default for char is unsigned.
wdoekes
reviewboard at asterisk.org
Sat Oct 18 01:46:59 CDT 2014
> On Oct. 17, 2014, 8:17 p.m., Corey Farrell wrote:
> > Ship It!
Also good.
Afaict limits.h CHAR_MIN is in C90, so it should be available.
As for 12+ only: works for me. The time I ran into this, it wasn't
the issue, but just another possibility to take into account.
- wdoekes
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4091/#review13572
-----------------------------------------------------------
On Oct. 17, 2014, 3:59 p.m., George Joseph wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/4091/
> -----------------------------------------------------------
>
> (Updated Oct. 17, 2014, 3:59 p.m.)
>
>
> Review request for Asterisk Developers and Corey Farrell.
>
>
> Repository: Asterisk
>
>
> Description
> -------
>
> gcc on the ARM platform defaults 'char' to 'unsigned char' whereas Intel and SPARC default to 'signed char'. This is only an issue in the rare cases where negative values are assigned to a 'char' but this this patch insures compatibility by detecting platforms that default to 'unsigned' and adding an '-fsigned-char' flag to _ASTCFLAGS.
>
> If compiling for ARM (native or cross-compile) be sure to run ./bootstrap.sh and ./configure to regenerate the build files. You shouldn't have to do this for Intel or SPARC.
>
>
> Diffs
> -----
>
> branches/12/makeopts.in 425744
> branches/12/configure.ac 425744
> branches/12/configure UNKNOWN
> branches/12/Makefile 425744
>
> Diff: https://reviewboard.asterisk.org/r/4091/diff/
>
>
> Testing
> -------
>
> Tested native ARM, native Intel, cross-compile Intel->ARM, and native SPARC. The -fsigned-char flag was only generated on native ARM and cross-compile ARM.
> There were no build errors.
>
>
> Thanks,
>
> George Joseph
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20141018/7fcdc918/attachment.html>
More information about the asterisk-dev
mailing list