Manolis Ragkousis, le Mon 07 Apr 2014 21:11:40 +, a écrit :
> 2014-04-07 21:05 GMT+00:00 Samuel Thibault :
> > Which version of libpthread is this? I don't have this in my copy of the
> > tree. We got rid of these a long time ago.
>
> I am using the master branch, commit 3b391db91f70b21669514
2014-04-07 21:05 GMT+00:00 Samuel Thibault :
> Which version of libpthread is this? I don't have this in my copy of the
> tree. We got rid of these a long time ago.
I am using the master branch, commit 3b391db91f70b2166951413ee1eccc78cd398a44
Manolis Ragkousis, le Mon 07 Apr 2014 19:49:02 +, a écrit :
> I am having some problems with building the libpthread addon. I get the error
>
> > ../libpthread/sysdeps/mach/hurd/pt-sysdep.h:38:32: error:
> > '_HURD_THREADVAR_DYNAMIC_USER' undeclared (first use in this function)
Which versio
I am having some problems with building the libpthread addon. I get the error
> ../libpthread/sysdeps/mach/hurd/pt-sysdep.h:38:32: error:
> '_HURD_THREADVAR_DYNAMIC_USER' undeclared (first use in this function)
> #define _HURD_THREADVAR_THREAD _HURD_THREADVAR_DYNAMIC_USER <-- but I
> can't s
Manolis Ragkousis, le Thu 03 Apr 2014 23:14:49 +, a écrit :
> > Mmm, I wonder why. The libc_add_on_subdirs=. line in configure should
> > have made the build system take the libpthread/sysdeps path into account
> > (at least in the Debian package it does).
>
> It takes into account the libp
>> However, it adds the start/stop symbols for the hurd_fork hooks, but not
>> for the hurd_atfork hooks. Do we need something like this:
I added the following lines to the shlib.lds part of Makerules so I
can bypass the problem and it seems to work.
+PROVIDE(__start__hurd_atfork
Ludovic Courtès, le Sat 05 Apr 2014 15:36:17 +0200, a écrit :
> Samuel Thibault skribis:
>
> > Manolis Ragkousis, le Wed 02 Apr 2014 00:29:13 +, a écrit :
> >> > /../build/libc_pic.os: In function `__fork':
> >> > /../source/posix/../sysdeps/mach/hurd/fork.c:71: undefined reference to
> >>
Samuel Thibault skribis:
> Manolis Ragkousis, le Wed 02 Apr 2014 00:29:13 +, a écrit :
>> > /../build/libc_pic.os: In function `__fork':
>> > /../source/posix/../sysdeps/mach/hurd/fork.c:71: undefined reference to
>> > `__start__hurd_atfork_prepare_hook'
>> > /../gcc-cross-sans-libc-i686-
> Mmm, I wonder why. The libc_add_on_subdirs=. line in configure should
> have made the build system take the libpthread/sysdeps path into account
> (at least in the Debian package it does).
It takes into account the libpthread/sysdeps tree path. I have pasted
the corresponding output of the co
Manolis Ragkousis, le Wed 02 Apr 2014 00:29:13 +, a écrit :
> > /../build/libc_pic.os: In function `__fork':
> > /../source/posix/../sysdeps/mach/hurd/fork.c:71: undefined reference to
> > `__start__hurd_atfork_prepare_hook'
> > /../gcc-cross-sans-libc-i686-pc-gnu-4.8.2/libexec/gcc/i686-pc-
As I said in the irc I managed to bypass the previous error by
deleting #define _EXTERN_INLINE in signal/sigsetops.c
I am now getting the error
> /../build/libc_pic.os: In function `__fork':
> /../source/posix/../sysdeps/mach/hurd/fork.c:71: undefined reference to
> `__start__hurd_atfork_prepa
Manolis Ragkousis, le Mon 31 Mar 2014 22:35:08 +, a écrit :
> I came across on some issues in the building procedure which are not solved in
> the debian patches so I think I should report them, ask for comments on them
> and be as solid as possible in my descriptions.
>
> First there are 2 de
I came across on some issues in the building procedure which are not solved
in the debian patches so I think I should report them, ask for comments on
them and be as solid as possible in my descriptions.
First there are 2 definitions of "sigset_t"
One in "(path_to_glibc)/libpthread/signal/signal.
13 matches
Mail list logo
