Date: Mon, 1 Jun 2009 12:16:18 +0400 From: Eygene Ryabinkin <rea-fbsd@codelabs.ru> To: Doug Barton <dougb@FreeBSD.org> Cc: ia64@freebsd.org, FreeBSD Tinderbox <tinderbox@freebsd.org>, current@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 Message-ID: <gOVq8M8vb7iy5IfrH3ERMpB2m2Y@aAvl70UcjNQBOOyiGNKFwlNO6Qw> In-Reply-To: <4A2360BC.8040109@FreeBSD.org> References: <20090601042258.909C77302F@freebsd-current.sentex.ca> <4A2360BC.8040109@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--ikeVEW9yuYc//A+q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Doug, good day.
Sun, May 31, 2009 at 10:01:48PM -0700, Doug Barton wrote:
> FYI, I'm aware of this issue and I've filed a bug report with the ISC
> folks. If anyone has a bright idea on how to fix it I'm all ears, but
> I tried everything I can think of already and no luck so far.
Seems like GCC likes to see __attribute__ stuff only for function
prototypes, not for declarations. The attached patch seems to fix
the stuff, but I have no ia64 system to test on. Quick test with
'make ISC_ATOMIC_ARCH=ia64' eliminates errors.
This is very weird (judging by the GCC's manual) since the simplest C
program,
-----
int main(void)
{
return 0;
}
void foo(void) __attribute__ ((unused))
{
return;
}
-----
but ICC 10.x produces the same error and happily chewes __attribute__
on the function prototype. Anyway, I see no warnings even without
'((unused)) attribute with -Wall, so '__attribute__ ((unused))' looks
like no-op nowadays.
--
Eygene
_ ___ _.--. #
\`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard
/ ' ` , __.--' # to read the on-line manual
)/' _/ \ `-_, / # while single-stepping the kernel.
`-'" `"\_ ,_.-;_.-\_ ', fsc/as #
_.-'_./ {_.' ; / # -- FreeBSD Developers handbook
{_.-``-' {_/ #
--ikeVEW9yuYc//A+q--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?gOVq8M8vb7iy5IfrH3ERMpB2m2Y>