Versioning mess proved!!!
Geoff Keating
geoffk@cygnus.com
Sun Oct 1 14:39:00 GMT 2000
> From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
> Date: Sun, 1 Oct 2000 13:47:14 +0200
> Well, I wish I knew exactly what happens...
> It seems that under some combinations of glibc-2.1.3/glibc-2.2 and thus a
> mixture of NOTYPE/WEAK and FUNC/WEAK definitions the start of __gmon_start__
> gets relocated, whereas it should stay a 0. It get's relocated to an absolute
> branch to address 0. Since now the test for 0 in call_gmon_start fails,
> __gmon_start__ gets called and then branches to 0 which nicely segfaults.
Is __gmon_start__ defined anywhere? If not, it should be zero. If it
is, both should be the same.
> I'm not sure about the implications, but maybe this can be solved with the
> appended patch? At least it shouldn't hurt to be explicit about the type of
> __gmon_start__ and it looks a bit cleaner that way. I'll try that now on PPC.
I think this is just papering over a bug somewhere else.
--
- Geoffrey Keating <geoffk@cygnus.com>
More information about the Libc-alpha
mailing list