This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Problem with weak_alias and strong_alias in gcc-4.1.0 with MIPS...
- From: "Giovanni Bajo" <giovannibajo at libero dot it>
- To: "Steven J. Hill" <sjhill at realitydiluted dot com>
- Cc: <gcc at gcc dot gnu dot org>
- Date: Sun, 17 Apr 2005 11:24:20 +0200
- Subject: Re: Problem with weak_alias and strong_alias in gcc-4.1.0 with MIPS...
- References: <4261EB1B.3010303@realitydiluted.com>
Steven J. Hill <sjhill@realitydiluted.com> wrote:
> ../sysdeps/ieee754/dbl-64/s_isinf.c:29: error: 'isinf' aliased to
> undefined symbol '__isinf'
> ../sysdeps/ieee754/dbl-64/s_isinf.c:31: error: '__isinfl' aliased
> to undefined symbol '__isinf'
> ../sysdeps/ieee754/dbl-64/s_isinf.c:32: error: 'isinfl' aliased to
> undefined symbol '__isinf'
>
> I am attempting to try and figure out what changed so drastically to
> cause this. I also looked in GCC and glibc Bugzilla databases, but did
> not find anything addressing this problem. Has anyone seen this
> behavior? Thanks.
http://gcc.gnu.org/gcc-4.0/changes.html
Quote:
Given __attribute__((alias("target"))) it is now an error if target is not a
symbol, defined in the same translation unit. This also applies to aliases
created by #pragma weak alias=target. This is because it's meaningless to
define an alias to an undefined symbol. On Solaris, the native assembler would
have caught this error, but GNU as does not.
Giovanni Bajo