This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: Versioning mess proved!!!

To: Franz Sirl <Franz dot Sirl-kernel at lauterbach dot com>
Subject: Re: Versioning mess proved!!!
From: Ulrich Drepper <drepper at redhat dot com>
Date: 30 Sep 2000 15:59:48 -0700
Cc: Jack Howarth <howarth at fuse dot net>, libc-alpha at sourceware dot cygnus dot com, aj at suse dot de
References: <39D50E20.263F646F@fuse.net> <m3vgveu6a2.fsf@otr.mynet.cygnus.com><00093002244100.04124@enzo.bigblue.local>
Reply-To: drepper at cygnus dot com (Ulrich Drepper)

Franz Sirl <Franz.Sirl-kernel@lauterbach.com> writes:

> Hmm, it segfaults in call_gmon_start cause __gmon_start__ gets relocated and 
> thus is no longer NULL.

Why is this bad?  I know it's not wanted but why should a performed
relocation cause the trouble?  Is there an incorrect implementation of
__gmon_start__ somewhere?

> murx22:  0001e994  08114 R_PPC_GLOB_DAT        00000000  __gmon_start__       
>      + 0
> murx22:   129: 00000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__
> murx22:   248: 00000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__

This is what we have on x86 as well and it works just fine.  I need
some more information.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------

Follow-Ups:
- Re: Versioning mess proved!!!
  - From: Jack Howarth

References:
- Versioning mess proved!!!
  - From: Jack Howarth
- Re: Versioning mess proved!!!
  - From: Ulrich Drepper
- Re: Versioning mess proved!!!
  - From: Franz Sirl

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]