On Wed, Aug 1, 2018 at 6:10 PM, Samuel Thibault wrote:
> David Michael, le mer. 01 août 2018 18:05:50 -0400, a ecrit:
>> On Wed, Aug 1, 2018 at 11:37 AM, Samuel Thibault
>> wrote:
>> > About glibc repositories, we should upgrade the Hurd glibc repository to
>> >
ink this is worth doing, I can volunteer to do
the actual cherry-picking and conflict resolution for the latest glibc
release so it's not putting more of a maintenance burden on you.
Thanks.
David
lease with
Hurd support, the sooner every other project depending on a specific
libc version will be able to update to build out of the box.
Thanks.
David
[1]
https://github.com/dm0-/gnuxc/blob/master/patches/rust-1.22.1-hurd-port.patch
[2] https://github.com/dm0-/rust/commits/hurd
[3] https://
fying their build processes.
(That includes IceCat/Firefox, so e.g. web video sites are fully
working with this.)
Feel free to fork it if it's useful.
Thanks.
David
pport a staging installation directory for packagers by implementing
DESTDIR.
Thanks.
David
uot; expands to
"$(DESTDIR)/usr/share" on install. If xkeyboard-config.pc is
installed, you can probably get it to work by adding the following
line to "configure":
XKB_BASE="$PKG_CONFIG --define-variable=prefix='${prefix}/usr'
--variable=xkb_base xkeyboard-config"
Thanks.
David
ge is correct, can someone give me an example configuration
where it can work?
Thanks.
David
config.make.in | 2 --
1 file changed, 2 deletions(-)
diff --git a/config.make.in b/config.make.in
index 4f2f1fe..dfbf0c1 100644
--- a/config.make.in
+++ b/config.make.in
@@ -80,7 +80,6 @@ XKB_BASE = @
This causes random.d to be generated which makes random.o depend on
mach_debug_U.h, ensuring it exists before random.c is compiled.
* trans/Makefile: Add random.c to SRCS when gcrypt is used.
---
trans/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/trans/Makefile b/trans/Makefile
in
| 16;
>> [2]type MACH_MSG_TYPE_PORT_SEND = -1 | 17;
>> [3]type MACH_MSG_TYPE_PORT_SEND_ONCE = -1 | 18;
>
> With the corresponding Mach type mach_port_send_t. I committed a fix.
Thanks, I can confirm that fixed bootstrapping compilers. The reply
functions still
* Makefile.am (clib_routines): Add __udivmoddi4.
* linux/src/include/linux/compiler-gcc7.h: New file.
---
Makefile.am | 2 +-
linux/src/include/linux/compiler-gcc7.h | 67 +
2 files changed, 68 insertions(+), 1 deletion(-)
create mode 1
On Sat, May 6, 2017 at 2:26 AM, Samuel Thibault wrote:
> Hello,
>
> David Michael, on ven. 05 mai 2017 22:33:57 -0700, wrote:
>> Can a linux/src/include/linux/compiler-gcc7.h be added to gnumach?
>
> Sure!
>
>> I just ran the following since the versioned compiler he
* Makefile.am (clib_routines): Add __udivmoddi4.
* linux/src/include/linux/compiler-gcc7.h: New file.
---
Makefile.am | 2 +-
linux/src/include/linux/compiler-gcc7.h | 67 +
2 files changed, 68 insertions(+), 1 deletion(-)
create mode 1
Makefile.am.
Side note: I couldn't bootstrap cross-compilers with
tschwinge/Roger_Whittaker since the last proc defs changes. Is there
a more current branch somewhere?
Thanks.
David
On Mon, Mar 13, 2017 at 12:43 PM, Samuel Thibault
wrote:
> Hello,
>
> David Michael, on dim. 12 mars 2017 19:43:40 -0700, wrote:
>> A few of the socket-related functions in glibc don't seem to return
>> ENOTSOCK. Would it be more "correct" to return th
MIG_BAD_ID and EOPNOTSUPP as some other functions do, although
I've only seen it return EMIG_BAD_ID.
Thanks.
David
--- a/sysdeps/mach/hurd/send.c
+++ b/sysdeps/mach/hurd/send.c
@@ -33,6 +33,9 @@ __send (int fd, const void *buf, size_t n, int flags)
seems to have fixed the static-linking weirdness, however I now
have to remove a reference to the non-existent libmvec_nonshared at:
http://git.savannah.gnu.org/cgit/hurd/glibc.git/tree/math/Makefile?h=tschwinge/Roger_Whittaker#n102
Linking with -lm fails due to that missing file. Is it supposed to be built?
Thanks.
David
On Sun, Oct 2, 2016 at 12:45 PM, Samuel Thibault
wrote:
> David Michael, on Sun 02 Oct 2016 12:18:50 -0700, wrote:
>> On Sun, Oct 2, 2016 at 10:53 AM, Samuel Thibault
>> wrote:
>> > David Michael, on Sun 02 Oct 2016 10:22:12 -0700, wrote:
>> >> Commit a87b
On Sun, Oct 2, 2016 at 10:53 AM, Samuel Thibault
wrote:
> David Michael, on Sun 02 Oct 2016 10:22:12 -0700, wrote:
>> Add a GLIBC_2.22 { __mach_host_self_; } section to mach/Versions.
>
> Alright, I forgot to cherry-pick the upstream commit for this. Note
> however that i
nly needs
trivial adjustments. (I'm assuming the 70_dde commit is the "proper"
upstream source of the gnumach DDE patch; let me know if there is
somewhere else I should get it. (I need it for the Rump PCI
drivers.))
Thanks.
David
* tests/Makeconf.am (AM_TESTS_ENVIRONMENT): Set CC to $(TARGET_CC).
---
Hi,
When testing a cross-MIG with gnumach headers in a sysroot, the native
GCC won't be able to find them (e.g. errors about no ).
Can this be changed to test with the target compiler?
Thanks.
David
tests/Makeco
* .gitignore: Ignore parser.h and all Makefile/Makefile.in files.
---
Hi,
This just cleans up a few new generated files in MIG that I noticed when
preparing the last patch.
Thanks.
David
.gitignore | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/.gitignore b
On Mon, Apr 4, 2016 at 6:43 PM, Flávio Cruz wrote:
> On 4 April 2016 at 18:00, David Michael wrote:
>> On Mon, Apr 4, 2016 at 3:48 AM, Samuel Thibault
>> wrote:
>> > Flavio Cruz, on Wed 30 Mar 2016 02:26:28 +0200, wrote:
>> >> Implement stdint.h and use it i
27;s configure fails due to not
being installed yet. You can append
ac_cv_header_mach_mach_types_h=yes to the configure command line to
skip that test, and it will build normally.
David
On Sun, Mar 13, 2016 at 9:06 AM, Richard Braun wrote:
> On Fri, Mar 11, 2016 at 05:38:06PM -0500, David Michael wrote:
>> I didn't get a chance to try with Debian yet, but after looking a bit
>> more, the failure I'm getting is from linux_kmem_init() allocating
On Wed, Mar 9, 2016 at 2:57 PM, Richard Braun wrote:
> On Tue, Mar 08, 2016 at 12:15:25PM -0500, David Michael wrote:
>> So unless rtl8139 bits are still hidden somewhere (grep only finds
>> some PCI ID definitions), it looks like there may be a different
>> problem.
>
On Tue, Mar 8, 2016 at 10:00 AM, David Michael wrote:
> On Tue, Mar 8, 2016 at 5:06 AM, Richard Braun wrote:
>> In any case, this isn't a regression caused by my work, and I don't
>> intend to fix in-kernel drivers, in particular when we have a good
>> user sp
om the kernel.
That's probably for the best. Even when it would boot with that
driver, changing the IP address with fsysopts would cause a kernel
panic.
I've changed it to -device ne2k_pci, and it seems to work now.
Thanks.
David
On Mon, Mar 7, 2016 at 8:56 PM, Richard Braun wrote:
> On Tue, Mar 08, 2016 at 12:00:03AM +0100, Richard Braun wrote:
>> On Sun, Feb 28, 2016 at 03:50:06PM -0500, David Michael wrote:
>> > Yes, that did it. The latest gnumach can be booted with GRUB when
>> > those opt
On Sun, Feb 28, 2016 at 3:37 PM, Richard Braun wrote:
> On Sun, Feb 28, 2016 at 03:27:50PM -0500, David Michael wrote:
>> The same GRUB has no problem booting older gnumach (bee3f0) or Linux.
>> Are you aware of any patches required by GRUB to boot the X15
>> multiboot/bio
unexpected ACK from keyboard
The same GRUB has no problem booting older gnumach (bee3f0) or Linux.
Are you aware of any patches required by GRUB to boot the X15
multiboot/biosmem bits?
Thanks.
David
y using (a Lenovo G710
notebook) has a SATA DVD reader indeed... I will try installing Debian Hurd
on another computer which still has an IDE DVD/CD reader.
On Fri, Dec 18, 2015 at 6:56 PM, Richard Braun wrote:
> On Fri, Dec 18, 2015 at 06:53:45PM +0100, Samuel Thibault wrote:
> > David Renz,
d). Basically Debian Hurd SHOULD definitely be able to work in a
Virtual Box VM, isn't it?
On Fri, Dec 18, 2015 at 6:37 PM, Samuel Thibault
wrote:
> David Renz, on Fri 18 Dec 2015 15:28:03 +0100, wrote:
> > Does anyone have an explanation for this or experienced something similar
> &
se of the graphical installer not finding a CD drive / driver I
could probably switch to another console and copy the dmesg output - Maybe
this could be helpful in this regard.
Thanks in advance and best wishes
David
On Thu, Oct 8, 2015 at 6:18 PM, Samuel Thibault wrote:
> David Michael, le Thu 08 Oct 2015 12:55:13 -0400, a écrit :
>> Static linking libpthread doesn't work without it.
>
> Right. Perhaps libpthread shouldn't be defining __libc_getspecific
> actually.
Thanks fo
On Wed, Oct 7, 2015 at 8:17 PM, Samuel Thibault wrote:
> David Michael, le Tue 06 Oct 2015 17:49:00 -0400, a écrit :
>> This one avoids problems with a symbol that is also provided by libpthread:
>> https://anonscm.debian.org/viewvc/pkg-glibc/glibc-package/trunk/debian/patch
entation that would make it inapplicable? Linux apparently
uses time since boot as the return value for CLOCK_MONOTONIC as well.
Thanks.
David
. It installs libpthread.so as a relative symlink using
the glibc Makerules setup. Can this be applied in the glibc branches?
Thanks.
David
Makefile | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/Makefile b/Makefile
index b8dee58..bfdae7b 100644
--- a/Makefile
+++ b/Mak
* header.c (WriteServerHeader): Replace "extern" with "static".
* server.c (WriteEpilog): Remove WriteSubsystemServerRoutine call.
---
header.c | 2 +-
server.c | 6 --
2 files changed, 1 insertion(+), 7 deletions(-)
diff --git a/header.c b/header.c
index 23e5686..3af9746 100644
--- a/header.
On Thu, May 7, 2015 at 6:42 AM, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting Samuel Thibault (2015-05-06 21:24:25)
>> David Michael, le Tue 05 May 2015 16:33:45 -0400, a écrit :
>> > Does anyone foresee problems with this method?
>>
>> Wel
this.
Does anyone foresee problems with this method?
Thanks.
David
header.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/header.c b/header.c
index 23e5686..90bb1fe 100644
--- a/header.c
+++ b/header.c
@@ -178,7 +178,8 @@ WriteServerHeader(FILE *file, const statement_t *
eally-serve.html
I don't see any issue with a personal fork hosted on GitHub.
--
David Thompson
Web Developer - Free Software Foundation - http://fsf.org
GPG Key: 0FF1D807
Support the FSF: https://fsf.org/donate
n the clobber list, and
linking fails horrifically due to the difference in "extern inline"
behavior. Adding -std=gnu89 to CFLAGS works around this.
Thanks.
David
On Mon, Mar 2, 2015 at 11:03 AM, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Hi David :)
>
> thanks for cleaning up after me ;) (again and again...)
>
> Quoting David Michael (2015-02-18 05:39:46)
>> On Sun, Feb 15, 2015 at 11:09 AM, Justus Winter
deal with unions. The following is a workaround to get it building
again, but I'm not sure of its correctness. Can someone more
knowledgeable than me check on this?
Thanks.
David
--- gdb/reply_mig_hack.awk
+++ gdb/reply_mig_hack.awk
@@ -68,6 +68,11 @@
print; next;
}
+parse_
* configure.ac (yacc_is_bison): Test the configured yacc program.
---
Hi,
The most recent patch fails on Fedora, which has no "yacc" program (at
least not from bison). Can this minor adjustment be applied?
Thanks.
David
configure.ac | 2 +-
1 file changed, 1 insertion(+),
, and we'd like to have it applied upstream.
I haven't submitted copyright assignment papers for glibc, but I don't
believe this change is legally significant. Let me know if I need to
take care of copyright assignment for this.
Thanks.
David
ChangeLog | 6
On Tue, Jan 27, 2015 at 6:35 PM, Samuel Thibault
wrote:
> Justus Winter, le Fri 16 Jan 2015 11:15:37 +0100, a écrit :
>> Quoting David Michael (2014-09-18 23:14:17)
>> > On Wed, Sep 3, 2014 at 8:33 AM, Justus Winter
>> > <4win...@informatik.uni-hamburg.de> wrote:
o noticed the other issues you mentioned, but they haven't
gotten priority yet. I'll continue poking at the system and hopefully
get around to them.
Thanks for checking it out.
David
On Thu, Jan 8, 2015 at 5:56 PM, David Michael wrote:
> Sorry, I don't have a clean image ready for distribution at the
> moment. Maybe I could build one and upload it somewhere over the
> weekend.
I've uploaded a disk image and screenshots here: http://dm0.me/projects/gnuxc/
David
Hi,
On Thu, Jan 8, 2015 at 7:59 AM, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Hi David :)
>
> Quoting David Michael (2015-01-04 23:40:03)
>> I've uploaded updates to my Hurd build scripts for Fedora 21, so I
>> thought I'd send a note abou
elizing
everything.
This is still mostly a learning experience for myself with a lot of
things I have yet to correct, so it should be considered far from
stable. Nevertheless, you might find something useful in there.
Happy hacking.
David
rt_deallocate (mach_task_self (), parent);
This mach_notify_new_task call in proc/mgt.c seems to be causing a
linker error. I added task_notifyUser.o to MIGSTUBS to get around it.
Is that correct?
Thanks.
David
nything that includes now gets (via
the freshly output ), which includes other files that
require , but they aren't getting any of its
definitions since _HURD_SIGNAL_H is already defined.
Do you have any suggestions to work around this?
Thanks.
David
* include/Makefile (installhdrs): Remove refcount.h.
---
Hi,
Can this be fixed please?
Thanks.
David
include/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/Makefile b/include/Makefile
index 4de165d..b8773fe 100644
--- a/include/Makefile
+++ b/include
ile: Add `refcount.{c,h}'.
Should this also remove refcount.h from include/Makefile's
installhdrs? I'm getting random parallel make failures depending on
if "include" or "libshouldbeinlibc" installs headers first.
David
On Sun, Nov 23, 2014 at 4:01 PM, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting Samuel Thibault (2014-11-23 21:11:05)
>> Hello,
>>
>> David Michael, le Wed 19 Nov 2014 19:39:43 -0500, a écrit :
>> > The only issue was that /etc/hurd/runsyst
patches for a while now without any
problems. The only issue was that /etc/hurd/runsystem.hurd didn't get
installed. I tacked the following onto patch #4 in the series to try
it.
David
--- a/daemons/Makefile
+++ b/daemons/Makefile
@@ -32,6 +32,7 @@
getty-LDLIBS = -lutil
INSTALL-ma
quick patch to remedy those
issues. It's basically just s/printk(version/printk("%s", version/.
Appending -Wno-error=format-security to CFLAGS works, so this isn't
really important, but it would be nice to have.
Thanks.
David
linux/pcmcia-cs/clients/axnet_cs.c | 2 +-
l
aders:
./configure CC='i686-pc-gnu-gcc -nostdlib' MIG=i686-pc-gnu-mig ...
The configure script tries and fails to create executables before
glibc is built, hence the "-nostdlib". It seems to be hard-coded to
abort if MIG=:, but it doesn't look like it uses its value otherwise
for installing the headers.
Thanks.
David
y swap out the init program would be a good
selling point for the release, in my opinion. I've been using the
patches to run GNU dmd as PID 1, and it seems to be working nicely.
The only issue so far is that the changes call
/etc/hurd/runsystem.hurd by default, and that file isn't getting
installed.
Thanks.
David
ook okay?
Thanks.
David
diff --git a/sysdeps/mach/hurd/reboot.c b/sysdeps/mach/hurd/reboot.c
index 60d96ea..51c3d73 100644
--- a/sysdeps/mach/hurd/reboot.c
+++ b/sysdeps/mach/hurd/reboot.c
@@ -18,6 +18,7 @@
#include
#include
#include
+#include
#include
#include
@@ -33,8 +34,8 @@
b -? only mentions translators _below_
TARGET, and that's what is output when a valid translator does exist.
Perhaps another paragraph should be added to the 'help'.
Regards,
David
Running '/hurd/mtab /some/mountpoint/' correctly outputs the mount details.
However trying with a non-mountpoint still emits a result:
~:/hurd/mtab /any/dir/
/dev/hd0s2 /any/dir ext2fs
where /dev/hd0s2 is '/'. This is probably not intended behaviour.
There's also a less important issue: when
Hi,
On Tue, Jul 22, 2014 at 9:12 AM, Thomas Schwinge
wrote:
> Hi!
>
> On Fri, 18 Jul 2014 19:29:07 -0400, David Michael
> wrote:
>> I tried running mig on a system without Perl ealier with bad results.
>> Perl seems to be used only for functionality that is also prov
to drop the Perl command in favor of using realpath here?
Thanks.
David
mig.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mig.in b/mig.in
index 63e0269..16a9cf2 100644
--- a/mig.in
+++ b/mig.in
@@ -29,7 +29,7 @@ prefix=@prefix@
exec_prefix=@exec_prefix@
bindir=@bindir
On Thu, Jul 17, 2014 at 12:40 PM, Samuel Thibault
wrote:
> David Michael, le Wed 16 Jul 2014 21:56:36 -0400, a écrit :
>> +/* Exit the console client on SIGTERM. */
>> +static void
>> +signal_handler (int signum)
>> +{
>> + if (signum == SIGTERM)
>> +c
ervice console start".
Could it have a signal handler added so the client exits cleanly on the
SIGTERM from these stop commands? It seems to lock up the display
without this.
Thanks.
David
console-client/console.c | 12
1 file changed, 12 insertions(+)
diff --git a/console-c
On Tue, Jul 1, 2014 at 5:23 AM, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting David Michael (2014-06-23 00:31:57)
>> Hi,
>>
>> On Sat, May 3, 2014 at 4:56 AM, Justus Winter
>> <4win...@informatik.uni-hamburg.de> wrote:
>> > How
---
This can be applied on top of the ACPI halt patches from Justus to test
powering off QEMU systems.
i386/i386at/acpi.c | 31 ++-
1 file changed, 14 insertions(+), 17 deletions(-)
diff --git a/i386/i386at/acpi.c b/i386/i386at/acpi.c
index ec8aeb1..488aa6d 100644
---
e EDBA length. Changing "if (! ebda_len)
return 0;" to just "if (edba_len)" does the trick, making the first
loop conditional instead of calling off the search.
Thanks.
David
Hi,
On Tue, Jun 17, 2014 at 12:33 PM, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting David Michael (2014-06-16 21:08:19)
>> (I'm not married to the seed file argument, in case there is a
>> better default location for it.)
>
> For the record, De
or it.)
Thanks.
David
sutils/MAKEDEV.sh | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/sutils/MAKEDEV.sh b/sutils/MAKEDEV.sh
index 0a8f514..db98353 100644
--- a/sutils/MAKEDEV.sh
+++ b/sutils/MAKEDEV.sh
@@ -100,7 +100,7 @@ mkdev() {
;;
std)
- mkdev consol
files be handled like the others?
Thanks.
David
Makeconf| 4
procfs/Makefile | 3 ---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/Makeconf b/Makeconf
index 5cf995d..32eec13 100644
--- a/Makeconf
+++ b/Makeconf
@@ -576,13 +576,17 @@ vpath %.defs $(top_srcdir)/hurd
ack and thought I'd share.
David
[0] https://github.com/dm0-/gnuxc/blob/master/HAL.md
u make corrections if my bad examples lead you
astray.
Good luck.
David
[0] https://github.com/dm0-/gnuxc
've been cross-compiling
Hurd-from-scratch from git for a little over a year now. Let me know
if you get stuck or just want to see some relevant code, and we can
share scripts and notes (at least for the earlier stages of your
project).
I'd be interested in using Guix on Hurd, so good luck with your project!
David
Hi,
On Fri, Sep 20, 2013 at 4:47 AM, Pedro Alves wrote:
> On 09/20/2013 01:43 AM, David Michael wrote:
>> (Copying gdb-patches this time.)
> But, we're missing all the context on the gdb-patches@ side.
Sorry about that--here's an explanation of the problems in GDB's
ned in some new functions.
The gnu-nat.c changes define functions for the new process_reply.defs entries.
I'd appreciate any feedback or suggestions for getting GDB building on
current Hurd again.
Thanks.
David
--- gdb/reply_mig_hack.awk2013-01-01 01:32:50.0 -0500
+++ gdb/re
s 0845794f. I assume these will just be unused
functions when building with old Hurd versions, but I haven't tested.
Can anyone comment on this? (Also, sorry if this steps on any of the
other Hurd/GDB projects going on--I'm just trying to get a working
debugger again.)
Thanks.
Davi
le libdiskfs/boot-start.c includes both
and "fsys_reply_U.h" which contain conflicting
definitions of fsys_get_children. It builds by choosing one or the
other. However, I haven't dug into this to tell what else may be
affected, so I thought I'd better ask for any suggestions on how to
proceed.
Thanks.
David
ned using an underscore in the name
instead of a dash. The mount program built after s/d-/d_/ on those
two lines in utils/Makefile.
Can this be adjusted?
Thanks.
David
P.S. Another minor nitpick: HAVE_BLKID is not being substituted in
config.make. Neither is HAVE_DAEMON. However, nothing seems
t, causing an error. It would be nice to remove
this build dependency if it isn't actually required.
Thanks.
David
ds. This would force a blank X11_PREFIX
if xkeyboard-config is not detected.
Also, since LEX was in the same boat as YACC, that definition is included.
Thanks.
David
config.make.in | 3 +++
configure.ac | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/config.make.in b
:
config.status: WARNING: 'config.make.in' seems to ignore the
--datarootdir setting
Comments?
Thanks.
David
config.make.in | 2 ++
configure.ac | 2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/config.make.in b/config.make.in
index b8002a1..b3eee54 100644
--- a/
that
> applications (and even the Hurd itself) must use.
So is supposed to be generated at some point in the
gnumach install? That doesn't happen during my build from the
Savannah sources; it only provides . Am I missing
a step somewhere?
Thanks.
David
;contact us" with regard to obtaining the relevant
forms. If you can direct me to the necessary resources (I suppose for
both Mach and Hurd?), I'll make sure that issue is resolved before
sending future changes.
Thanks.
David
[1] https://www.gnu.org/software/hurd/contributing/copyright_assignment.html
still necessary for a successful build.
Thanks.
David
[1]
http://patch-tracker.debian.org/patch/series/view/eglibc/2.13-38/hurd-i386/submitted-add-needed.diff
anch instead.
Thanks.
David
Since libc is linked against libmachuser and libhurduser, they are
implicitly linked against everything else on certain systems. On
systems where implicit linking is disabled, a binary must explicitly
link against each library from which it references symbols.
* auth/Makefile (OTHERLIBS): Explici
The gnumach installation provides the include file mach/gnumach.defs
instead of mach/gnumach.h. This runs the defs file through MIG and
builds the result for vmstat.
* utils/vmstat.c: Replace with "gnumach_U.h".
* utils/Makefile (vmstat): Add rule to depend on gnumach_U.o.
* Makeconf (mach_defs_
POSIX systems are allowed to leave SYMLOOP_MAX undefined, and in such
cases applications are supposed to use sysconf.
* libdiskfs/boot-start.c (diskfs_start_bootstrap): Replace macro with sysconf.
---
According to the standard[1], an undefined SYMLOOP_MAX has a defined
interpretation. The glibc
to use a comparable configuration[1].
This is mostly enough to get a working build. At least it boots and
gets to /hurd/exec. (That's where I stopped with this to look into
tweaking other packages for the cross-compiler.)
David
[1] http://wiki.debian.org/ToolChain/DSOLinking
David Michae
send some fixes.
Thanks.
David
Hi,
this fixes a segfault of ps (ps a -o msgin) after TASK_EVENTS_INFO
will be integrated in gnumach.
thanks,
David
Subject: [PATCH] Fix segfault in ps after integration of TASK_EVENTS_INFO
* libps/procstat.c (merge_procinfo): Also copy taskevents.
* libps/procstat.c (set_procinfo_flags): Set
Hi,
this adds the task_events_info statistics to the task structure. I will send
fixes for hurd ps and proc later.
thanks,
David
Subject: [PATCH] Add statistics for task_events_info
* ipc/ipc_mqueue.c (ipc_mqueue_send, ipc_mqueue_receive): Increment
counters for message sent and received
Hi,
this is a small patch (also attached) for fix a compilation warning in gnumach.
thanks,
David
Fix compilation warning implicit function declaration
kdbprintf
When kernel debugger support is requested ipc and vm do not
include the prototype for the debugger function kdbprintf.
* ddb
.
Thank you,
David Virden
Well, speaking for myself, I did spend time at some of the same
conferences with Marcus early last decade. While I never have been
active in Hurd development, this never meant I was uninterested in it or
it's goals.
On 06/08/2011 09:44 AM, Thomas Schwinge wrote:
> Well, let's say that I was (posi
I do know the intent was correct. Perhaps there really should have been
a prior discussion about this though.
On 06/08/2011 07:47 AM, Haakon Meland Eriksen wrote:
> Yes, this is on purpose and in reference and homage to the architecture
> of the GNU Hurd - more decentralized control and user free
Hello,
My name is DAVID ELLIS, a nationality of United
Kingdom,I have been diagnosed with Esophageal cancer.
It has defiled allforms of medical treatment, and
right now I have only about a few months to live,
according to medical experts.I have notparticularly
lived my life so well, as I never
1 - 100 of 147 matches
Mail list logo
