Follow-up Comment #5, bug #17646 (project hurd):
No, I haven't tried 2.6, precisely because it needs other changes. I
preferred to start with a working -z relro -enabled 2.5 before moving to 2.6
___
Reply to this item at:
Hello!
First thing: do you have a permanent internet connection? If yes, then
the most easy thing to do is that we'll create an account for you on a
publically accessible Hurd system,
http://hurd.gnufans.org/bin/view/Hurd/PublicHurdBoxen. Just tell me
(or the others listed on that page) if you
Follow-up Comment #6, bug #17646 (project hurd):
I've just tried re-compiling hurd with a relro-enabled glibc, and it boots
just fine. I tried to compile a package, no problem either.
___
Reply to this item at:
Hi,
On Fri, Jun 08, 2007 at 06:59:07PM +, Samuel Thibault wrote:
Which testcase makes the dynamic loader crash? I tried compiling 2.5
with z_relro, I am currently using it, and it seems to work fine.
The original relro problem was that the dynamic loader crashes if not
stripped. No idea
Hello!
Some months ago I created some patches for the ``struct stat'' issue
(http://savannah.gnu.org/bugs/?18216). Perhaps now the time has come
for someone to review them? First follows the glibc patch, then the Hurd
one.
glibc patch.
#v+
This patch is incomplete. Reported on
Hi,
Thomas Schwinge, le Sun 10 Jun 2007 23:35:20 +0200, a écrit :
What about the `st_?time_usec' symbols? Linux has these as `st_?timensec'.
I'd say we should stick to Linux. As was discussed, making a binary move
from usecs to nsecs shouldn't be a problem provided that we upgrade all
users of
That #ifdef does not belong in all those source files. It's only for the
installed header. Every source file in libc and hurd will be compiled
under _GNU_SOURCE.
In stat.h, the pedantic-mode members need to be called nsec, not usec.
They are just another name for the struct timespec, which is