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

TODO.

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 `starthurd_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 `/home/teythoon/repos/hurd/cross/src/glibc/setjmp'
    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 `/home/teythoon/repos/hurd/cross/src/glibc/string'
    make[4]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/string'
    make[4]: Entering directory `/home/teythoon/repos/hurd/cross/src/glibc/string'
    make[4]: Nothing to be done for `rtld-all'.
    make[4]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/string'
    make[3]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/elf'
    i686-pc-gnu-gcc   -shared -static-libgcc -Wl,-O1  -Wl,-z,defs -Wl,-dynamic-linker=/lib/ld.so.1  -B/home/teythoon/repos/hurd/cross/obj/glibc/csu/  -Wl,--version-script=/home/teythoon/repos/hurd/cross/obj/glibc/libc.map -Wl,-soname=libc.so.0.3 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -nostdlib -nostartfiles -e __libc_main -L/home/teythoon/repos/hurd/cross/obj/glibc -L/home/teythoon/repos/hurd/cross/obj/glibc/math -L/home/teythoon/repos/hurd/cross/obj/glibc/elf -L/home/teythoon/repos/hurd/cross/obj/glibc/dlfcn -L/home/teythoon/repos/hurd/cross/obj/glibc/nss -L/home/teythoon/repos/hurd/cross/obj/glibc/nis -L/home/teythoon/repos/hurd/cross/obj/glibc/rt -L/home/teythoon/repos/hurd/cross/obj/glibc/resolv -L/home/teythoon/repos/hurd/cross/obj/glibc/crypt -L/home/teythoon/repos/hurd/cross/obj/glibc/mach -L/home/teythoon/repos/hurd/cross/obj/glibc/hurd -Wl,-rpath-link=/home/teythoon/repos/hurd/cross/obj/glibc:/home/teythoon/repos/hurd/cross/obj/glibc/math:/home/teythoon/repos/hurd/cross/obj/glibc/elf:/home/teythoon/repos/hurd/cross/obj/glibc/dlfcn:/home/teythoon/repos/hurd/cross/obj/glibc/nss:/home/teythoon/repos/hurd/cross/obj/glibc/nis:/home/teythoon/repos/hurd/cross/obj/glibc/rt:/home/teythoon/repos/hurd/cross/obj/glibc/resolv:/home/teythoon/repos/hurd/cross/obj/glibc/crypt:/home/teythoon/repos/hurd/cross/obj/glibc/mach:/home/teythoon/repos/hurd/cross/obj/glibc/hurd -o /home/teythoon/repos/hurd/cross/obj/glibc/libc.so -T /home/teythoon/repos/hurd/cross/obj/glibc/shlib.lds /home/teythoon/repos/hurd/cross/obj/glibc/csu/abi-note.o /home/teythoon/repos/hurd/cross/obj/glibc/elf/soinit.os /home/teythoon/repos/hurd/cross/obj/glibc/libc_pic.os /home/teythoon/repos/hurd/cross/obj/glibc/elf/sofini.os /home/teythoon/repos/hurd/cross/obj/glibc/elf/interp.os /home/teythoon/repos/hurd/cross/obj/glibc/elf/ld.so /home/teythoon/repos/hurd/cross/obj/glibc/mach/libmachuser-link.so /home/teythoon/repos/hurd/cross/obj/glibc/hurd/libhurduser-link.so -lgcc
    /home/teythoon/repos/hurd/cross/obj/glibc/libc_pic.os: In function `__fork':
    /home/teythoon/repos/hurd/cross/src/glibc/posix/../sysdeps/mach/hurd/fork.c:70: undefined reference to `__start__hurd_atfork_prepare_hook'
    /home/teythoon/repos/hurd/cross/lib/gcc/i686-pc-gnu/4.8.1/../../../../i686-pc-gnu/bin/ld: /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
    /home/teythoon/repos/hurd/cross/lib/gcc/i686-pc-gnu/4.8.1/../../../../i686-pc-gnu/bin/ld: final link failed: Bad value
    collect2: error: ld returned 1 exit status
    make[2]: *** [/home/teythoon/repos/hurd/cross/obj/glibc/libc.so] Error 1
    make[2]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/elf'
    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

id:"878uvfmwvs.fsf@kepler.schwinge.homeip.net"