This is sources Bugzilla
Bugzilla Version 2.17.5
Bugzilla Bug 1249
  libpthread not loading indirectly Last modified: 2005-11-04 21:43:42
     Query page      Enter new bug
Bug#: 1249   Hardware:   Reporter: Thomas Schwinge <tschwinge@gnu.org>
Host: Target: Build:
Product:     Add CC:
Component:   Version:   CC:
Remove selected CCs
Status: RESOLVED   Priority:  
Resolution: FIXED   Severity:  
Assigned To: Roland McGrath <roland@gnu.org>   Target Milestone:  
Flags: Requestee:
  backport ()
  examined ()
  testsuite ()
Summary:
Keywords:

Attachment Description Type Created Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 1249 depends on: Show dependency tree
Show dependency graph
Bug 1249 blocks: 852

Additional Comments:


Leave as RESOLVED FIXED
Reopen bug
Mark bug as VERIFIED

View Bug Activity   |   Format For Printing


Description:   Last confirmed: 0000-00-00 00:00 Opened: 2005-08-26 22:16
http://lists.gnu.org/archive/html/bug-hurd/2005-05/msg00061.html

Needs to be fixed on HEAD and glibc-2_3-branch.

------- Additional Comment #1 From Roland McGrath 2005-10-16 10:18 -------
Please check that the trunk commit is ok, and I will copy it to 2.3.

------- Additional Comment #2 From Thomas Schwinge 2005-10-20 12:20 -------
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).

------- Additional Comment #3 From Alfred M. Szmidt 2005-10-20 12:29 -------
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.

------- Additional Comment #4 From cvs-commit@gcc.gnu.org 2005-10-23 01:00 -------
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


------- Additional Comment #5 From Roland McGrath 2005-10-23 01:00 -------
These changes are now in on both branches.

------- Additional Comment #6 From Roland McGrath 2005-11-04 21:43 -------
This bug should be fixed in the 2.3.6 release just made.

     Query page      Enter new bug
Actions: New | Query | bug # | Reports | Requests   New Account | Log In