[asterisk-bugs] [Asterisk 0012289]: [patch] Cannot compile asterisk with DONT_OPTIMIZE on a 2.4 kernel and an old version of Slackware
noreply at bugs.digium.com
noreply at bugs.digium.com
Sun May 18 10:19:41 CDT 2008
The following issue has been ASSIGNED.
======================================================================
http://bugs.digium.com/view.php?id=12289
======================================================================
Reported By: francesco_r
Assigned To: russell
======================================================================
Project: Asterisk
Issue ID: 12289
Category: Utilities/General
Reproducibility: always
Severity: minor
Priority: normal
Status: feedback
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): 1.4
SVN Revision (number only!): 110395
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 03-24-2008 11:11 CDT
Last Modified: 05-18-2008 10:19 CDT
======================================================================
Summary: [patch] Cannot compile asterisk with DONT_OPTIMIZE
on a 2.4 kernel and an old version of Slackware
Description:
I use Slackware 11 (gcc 3.4.6)
[CC] chan_phone.c -> chan_phone.o
In file included from /usr/src/asterisk-1.4/include/asterisk/cdr.h:49,
from
/usr/src/asterisk-1.4/include/asterisk/channel.h:115,
from chan_phone.c:57:
/usr/src/asterisk-1.4/include/asterisk/utils.h: In function
`_ast_asprintf':
/usr/src/asterisk-1.4/include/asterisk/utils.h:476: sorry, unimplemented:
functi on '_ast_asprintf' can never be inlined because it
uses variable argument lists
make[1]: *** [chan_phone.o] Error 1
======================================================================
----------------------------------------------------------------------
Corydon76 - 05-18-08 10:19
----------------------------------------------------------------------
Actually, the newer version ISN'T generating a warning, which makes me
think that either gcc is now able to inline variadic functions or else
they've automatically avoided inlining on that condition transparently.
I am assigning this to Russell, because if the inlining is ineffective,
then the function probably shouldn't be declared AST_INLINE_API at all.
Issue History
Date Modified Username Field Change
======================================================================
05-18-08 10:19 Corydon76 Note Added: 0086990
05-18-08 10:19 Corydon76 Assigned To Corydon76 => russell
======================================================================
More information about the asterisk-bugs
mailing list