[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[PATCH] remove pthread_atfork issue

From: Guy-Fleury Iteriteka
Subject: [PATCH] remove pthread_atfork issue
Date: Thu, 24 Nov 2022 09:25:31 +0200

* open_issues/pthread_atfork.mdwn: delete file
 open_issues/pthread_atfork.mdwn | 111 --------------------------------
 1 file changed, 111 deletions(-)
 delete mode 100644 open_issues/pthread_atfork.mdwn

diff --git a/open_issues/pthread_atfork.mdwn b/open_issues/pthread_atfork.mdwn
deleted file mode 100644
index d386e5c..0000000
--- a/open_issues/pthread_atfork.mdwn
+++ /dev/null
@@ -1,111 +0,0 @@
-[[!meta copyright="Copyright © 2011, 2013 Free Software Foundation, Inc."]]
-[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
-id="license" text="Permission is granted to copy, distribute and/or modify this
-document under the terms of the GNU Free Documentation License, Version 1.2 or
-any later version published by the Free Software Foundation; with no Invariant
-Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
-is included in the section entitled [[GNU Free Documentation
-[[!tag open_issue_glibc open_issue_libpthread]]
-`pthread_atfork` is not actually implemented, making some programs fail. Code
-can probably be borrowed from `nptl/sysdeps/unix/sysv/linux/register-atfork.c`.
-# IRC, OFTC, #debian-hurd, 2013-08-21
-    <pinotree> SRCDIR/opal/mca/memory/linux/arena.c:387: warning: warning:
-      pthread_atfork is not implemented and will always fail
-# Samuel's implementation
-## IRC, OFTC, #debian-hurd, 2013-10-08
-    <pinotree> youpi: if you need/want to test your pthread_atfork
-      implementation, you can check libposix-atfork-perl and its test suite
-      (whose test 004 hangs now, with eglibc -93)
-    <youpi> while it failed previously indeed
-    <youpi> we might simply need to rebuild perl against it
-    <youpi> (I see ifdef pthread_atfork in perl)
-## undefined reference to `__start__hurd_atfork_prepare_hook'
-### IRC, freenode, #hurd, 2013-10-16
-    <teythoon> tschwinge: I'd love to try your cross-gnu tool, the wiki page
-      suggests that the list of required source packages is outdated. can you
-      give me some hints?
-    <teythoon> tschwinge: I got this error running cross-gnu:
-      http://paste.debian.net/58303/
-        make[4]: Leaving directory 
-        make subdir=string -C ../string ..=../ 
objdir=/home/teythoon/repos/hurd/cross/obj/glibc -f Makefile -f 
../elf/rtld-Rules rtld-all rtld-modules='rtld-strchr.os rtld-strcmp.os 
rtld-strcpy.os rtld-strlen.os rtld-strnlen.os rtld-memchr.os rtld-memcmp.os 
rtld-memmove.os rtld-memset.os rtld-mempcpy.os rtld-stpcpy.os rtld-memcpy.os 
rtld-rawmemchr.os rtld-argz-count.os rtld-argz-extract.os rtld-stpncpy.os'
-        make[4]: Entering directory 
-        make[4]: Leaving directory 
-        make[4]: Entering directory 
-        make[4]: Nothing to be done for `rtld-all'.
-        make[4]: Leaving directory 
-        make[3]: Leaving directory 
-        i686-pc-gnu-gcc   -shared -static-libgcc -Wl,-O1  -Wl,-z,defs 
-Wl,-soname=libc.so.0.3 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both 
-nostdlib -nostartfiles -e __libc_main 
 -o /home/teythoon/repos/hurd/cross/obj/glibc/libc.so -T 
/home/teythoon/repos/hurd/cross/obj/glibc/hurd/libhurduser-link.so -lgcc
-        /home/teythoon/repos/hurd/cross/obj/glibc/libc_pic.os: In function 
undefined reference to `__start__hurd_atfork_prepare_hook'
 /home/teythoon/repos/hurd/cross/obj/glibc/libc_pic.os: relocation R_386_GOTOFF 
against undefined hidden symbol `__start__hurd_atfork_prepare_hook' can not be 
used when making a shared object
 final link failed: Bad value
-        collect2: error: ld returned 1 exit status
-        make[2]: *** [/home/teythoon/repos/hurd/cross/obj/glibc/libc.so] Error 
-        make[2]: Leaving directory 
-        make[1]: *** [elf/subdir_lib] Error 2
-        make[1]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc'
-        make: *** [all] Error 2
-        + rm -f /home/teythoon/repos/hurd/cross/sys_root/lib/ld.so
-        + exit 100
-        binutils-2.23.2,
-        gcc-4.8.1,
-        everything else is from git as specified in the wiki.
-### IRC, freenode, #hurd, 2013-10-24
-    <AliciaC> in recent glibc commits (tschwinge/Roger_Whittaker branch) there
-      are references to _hurd_atfork_* symbols in sysdeps/mach/hurd/fork.c, and
-      some _hurd_fork_* symbols, some of the _hurd_fork_* symbols seem to be
-      defined in Hurd's boot/frankemul.ld (mostly guessing by their names being
-      mentioned, I don't know linker script syntax), but those _hurd_atfork_*
-      symbols don't seem to be defined there, are they supposed to be defined
-      elsewhere or is th
-    <AliciaC> does anyone know where the _hurd_atfork_* group of symbols
-      referenced in glibc are defined (if anywhere)?
-    <youpi> AliciaC: it's the DEFINE_HOOK (_hurd_atfork_prepare_hook, (void));
-      in glibc/sysdeps/mach/hurd/fork.c
-    <AliciaC> hm, is that not just a declaration?
-    <youpi> no, it's a definition, as its name suggests :
-    <AliciaC> (despite the macro name)
-    <youpi> :)
-    <AliciaC> ok
-    <AliciaC> I should look into it more, I could have sworn I was getting
-      undefined references, but maybe the symbol names used are different from
-      those defined, but that'd be odd as well, in the same file and all
-    <AliciaC> I mean, I do get undefined references, but question is if it's to
-      things that should have been defined or not
-    <youpi> what undefined references do you gaT?
-    <youpi> s/gaT/get
-    <AliciaC> I'll get back to you once I have that system up again
-    <AliciaC> youpi: sysdeps/mach/hurd/fork.c:70: undefined reference to
-      `__start__hurd_atfork_prepare_hook'
-    <AliciaC> fork.c:70: 'RUN_HOOK (_hurd_atfork_prepare_hook, ());'
-    <AliciaC> DEFINE_HOOK (_hurd_atfork_prepare_hook, (void)); is higher up in
-      the file
-    <AliciaC> though there is also this message: build/libc_pic.os: relocation
-      R_386_GOTOFF against undefined hidden symbol
-      `__start__hurd_atfork_prepare_hook' can not be used when making a shared
-      object
-### [[!message-id "878uvfmwvs.fsf@kepler.schwinge.homeip.net"]]

reply via email to

[Prev in Thread] Current Thread [Next in Thread]