Bug 1249 - libpthread not loading indirectly
Summary: libpthread not loading indirectly
Status: RESOLVED FIXED
Alias: None
Product: glibc
Classification: Unclassified
Component: hurd (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: Roland McGrath
URL:
Keywords:
Depends on:
Blocks: libc236
  Show dependency tree / graph
 
Reported: 2005-08-26 22:16 UTC by Thomas Schwinge
Modified: 2018-04-19 14:49 UTC (History)
2 users (show)

See Also:
Host: i586-pc-gnu
Target: i586-pc-gnu
Build: i586-pc-gnu
Last reconfirmed:
fweimer: security-

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Schwinge 2005-08-26 22:16:12 UTC 
http://lists.gnu.org/archive/html/bug-hurd/2005-05/msg00061.html

Needs to be fixed on HEAD and glibc-2_3-branch.
Comment 1 Roland McGrath 2005-10-16 10:18:53 UTC 
Please check that the trunk commit is ok, and I will copy it to 2.3.
Comment 2 Thomas Schwinge 2005-10-20 12:20:41 UTC 
Subject: Re:  libpthread not loading indirectly

On Sun, Oct 16, 2005 at 10:18:54AM -0000, roland at gnu dot org wrote:
> Please check that the trunk commit is ok, and I will copy it to 2.3.

This patch has been used and tested in Debian GNU/Hurd's glibc package
since August and solves the reported defect.

I'll try to address the other issues as soon as possible (which means
fixing binutils-2.16 and gcc-4.0 related breakage on the trunk first).
Comment 3 Alfred M. Szmidt 2005-10-20 12:29:20 UTC 
Subject: Re:  libpthread not loading indirectly

   I'll try to address the other issues as soon as possible (which
   means fixing binutils-2.16 and gcc-4.0 related breakage on the
   trunk first).

It is only related in the sense that glibc now uses .data.rel.ro, and
not that it is a problem in binutils/gcc.  It is a problem in the
glibc code, or the Hurd code.
Comment 4 Sourceware Commits 2005-10-23 01:00:14 UTC 
Subject: Bug 1249

CVSROOT:	/cvs/glibc
Module name:	libc
Branch: 	glibc-2_3-branch
Changes by:	roland@sources.redhat.com	2005-10-23 01:00:09

Modified files:
	sysdeps/mach/hurd/i386: init-first.c 

Log message:
	2005-10-16  Roland McGrath  <roland@frob.com>
	
	[BZ #1253]
	* sysdeps/mach/hurd/i386/init-first.c (init): Make cast kosher.
	(_hurd_stack_setup): Don't declare with arguments and ellipsis.
	Use __builtin_frame_address and __builtin_return_address.
	(_dl_init_first): Likewise.
	[BZ #1249]
	* sysdeps/mach/hurd/i386/init-first.c (_cthread_init_routine): Declare
	as weak extern.
	(init): Check for it being undefined.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/mach/hurd/i386/init-first.c.diff?cvsroot=glibc&only_with_tag=glibc-2_3-branch&r1=1.43&r2=1.43.4.1
Comment 5 Roland McGrath 2005-10-23 01:00:28 UTC 
These changes are now in on both branches.
Comment 6 Roland McGrath 2005-11-04 21:43:42 UTC 
This bug should be fixed in the 2.3.6 release just made.