Building from Savannah

Hi, I started building a Hurd system from Savannah repos and ran into some difficulties (e.g. pthread symbols used in Hurd but only defined in Debian's libc). Are these repositories supposed to be usable on their own, or is development mostly happening on the Debian sources? A few minor

[PATCH 0/3] Build fixes for Fedora

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 Michael (3): libdiskfs: Allow

[PATCH 1/3] libdiskfs: Allow SYMLOOP_MAX to be undefined

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

[PATCH 2/3] utils/vmstat: Use gnumach.defs from gnumach

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 mach/gnumach.h with gnumach_U.h. * utils/Makefile (vmstat): Add rule to depend on gnumach_U.o. *

[PATCH 3/3] Explicitly link against all utilized libraries

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):

Re: [PATCH 3/3] Explicitly link against all utilized libraries

Hi, On Wed, May 1, 2013 at 10:03 PM, Samuel Thibault samuel.thiba...@gnu.org wrote: Roland McGrath, le Wed 01 May 2013 19:01:14 -0700, a écrit : So if need be, we should make the installed libc.so linker script do AS_NEEDED ( libmachuser.so.1 libhurduser.so.1 ) or something like that. We

Re: [PATCH 3/3] Explicitly link against all utilized libraries

Hi, I have built the Savannah glibc branch tschwinge/Roger_Whittaker with an AS_NEEDED patch[1], and this corrects the implicit linking issue as well. I would rather that simpler fix be applied to the glibc branch over using the patch in this thread, but the other two patches in this set are

Re: [PATCH 2/3] utils/vmstat: Use gnumach.defs from gnumach

Hi, On Sun, May 5, 2013 at 5:32 PM, Samuel Thibault samuel.thiba...@gnu.org wrote: Also, if you consider writing more involved patches (i.e. which will have some copyright), we will need a copyright assignment from you. That may happen as I continue working with the system. The wiki[1] just

Re: [PATCH 2/3] utils/vmstat: Use gnumach.defs from gnumach

Hi, On Mon, May 13, 2013 at 6:10 PM, Richard Braun rbr...@sceen.net wrote: Sorry for reacting late but I don't see the point of that change. Using already generated system headers is the intent here. The fact they were generated doesn't matter at all, they are the interface reference that

[PATCH] config.make: Use more configure settings when building xkb-data

* config.make.in (datarootdir,YACC): New variable. * configure.ac (XKB_BASE): Drop extraneous /share from path. --- Hi, I recently started building Hurd with X11 and ran into some minor troubles. First, configure detects yacc, but it doesn't get substituted. This results in make's default

[PATCH v2] config.make: Use more configure settings when building xkb-data

* config.make.in (datarootdir,LEX,YACC): New variable. * configure.ac (XKB_BASE): Drop extraneous /share from path. * configure.ac: Reset pkg-config status between tests. --- Hi, Here's a slight addition: The pkg-config error state was not being reset between the variable reads. This would

Re: [PATCH] umount: add a umount utility

Hi, On Thu, Aug 15, 2013 at 2:23 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: +#include blkid/blkid.h Does umount.c use anything in blkid.h? It seems to build with that line removed. I didn't have libblkid's development files installed when I first tried building umount, causing

Re: [PATCH] mount: handle -t auto

Hi, I tried building mount and got a linker error due to missing the -lblkid. On Mon, Sep 2, 2013 at 4:55 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: +mount-LDLIBS = $(libblkid-LIBS) +mount-CPPFLAGS = $(libblkid-CFLAGS) Those libblkid variables were defined using an underscore

Re: [PATCH 10/16] hurd: add fsys_get_children

Hi, On Tue, Jul 30, 2013 at 5:59 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: * hurd/fsys.defs: Add fsys_get_children. * hurd/fsys_reply.defs: Add fsys_get_children. While trying to build the latest changes, this seems to result in a new compile failure. The file

[RFC] GDB Fixes

Hi, Recent changes in mig/Hurd have broken GDB's build process. I've appended my changes here and would appreciate any feedback. (Apologies if this is better sent to a GDB mailing list; I'm hoping someone here can tell me if I'm doing something stupid with mig output.) The first part fixes an

Re: [RFC] GDB Hurd Fixes

Hi, (Copying gdb-patches this time.) Here is an updated patch to successfully build GDB after today's Hurd/mig changes. The awk script changes handle the auto keyword being dropped from mig output, and that an #if TypeCheck line appears before arg_check_name is defined in some new functions.

Re: [RFC] GDB Hurd Fixes

Hi, On Fri, Sep 20, 2013 at 4:47 AM, Pedro Alves pal...@redhat.com 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 build process

Re: [GSoC] Porting Guix to GNU/Hurd

Hi, On Tue, Mar 11, 2014 at 6:26 AM, Manolis Ragkousis manolis...@gmail.com wrote: I am reading any available documentation or existing source that can help me and I would really appreciate any suggestions ,corrections or questions that can help me. I'm not really a Hurd developer, but I've

Re: [GSoC] Porting Guix to GNU/Hurd

Hi, On Wed, Mar 12, 2014 at 7:38 PM, Manolis Ragkousis manolis...@gmail.com wrote: For now if you can point me to where I can find any relevant code you have available for the building procedure ,especially the part for glibc and libpthread, I will be grateful. :-) I've dumped my build

Boot-time Virtualization Option

Hi, I've uploaded some notes[0] on how to patch qemu to draw to the Linux framebuffer and stuff the resulting minimal executable into an initrd. Placing the initrd and Linux in a Hurd filesystem's /boot allows adding a GRUB option to start mach in a virtual environment. For an example usage: I

[PATCH] Add mach_debug defs rules

* Makeconf (mach_debug_defs_names,mach_debug_defs): New variables. * Makeconf: Add rule to generate local $(mach_debug_defs) files. * procfs/Makefile: Remove vpath for mach_debug defs. --- Hi, The hard-coded /usr/include vpath will break building with sysroot headers. Can the mach_debug defs

[PATCH] sutils: add random device targets to MAKEDEV

* sutils/MAKEDEV.sh (random,urandom): New targets. (std): Add random and urandom to the standard devices list. --- Hi, With the random merge, can /dev/(u)random devices now be added to MAKEDEV? (I'm not married to the seed file argument, in case there is a better default location for it.)

Re: [PATCH] sutils: add random device targets to MAKEDEV

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, Debian uses /var/spool/random-seed

Re: [PATCH 3/3] i386: use ACPI to power off the machine

Hi, On Sat, May 3, 2014 at 4:56 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: However, when I use --enable-device-drivers=qemu it doesn't work: db halt Looking for RSDP. Scanning EBDA Looking for RSDP. Scanning EBDA rsdp1=0 Hum. Maybe someone overwrote our precious EBDA

[PATCH] acpi: always scan the BIOS region if searching the EBDA fails

--- 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

Re: [PATCH 3/3] i386: use ACPI to power off the machine

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: However, when I use --enable-device-drivers=qemu it doesn't work

[PATCH] console-client: Exit on SIGTERM

* console-client/console.c: Include signal.h. (signal_handler): New function. (main): Register signal_handler to trap SIGTERM. --- Hi, I've been fiddling with running the console client as a system service so it can be started and stopped with, e.g., deco stop console or service console start.

Re: [PATCH] console-client: Exit on SIGTERM

On Thu, Jul 17, 2014 at 12:40 PM, Samuel Thibault samuel.thiba...@gnu.org 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) +console_exit (); +} We can't

[PATCH] mig: Drop the Perl runtime dependency

* mig.in (libexecdir_rel): Compute with realpath instead of perl. --- Hi, I tried running mig on a system without Perl ealier with bad results. Perl seems to be used only for functionality that is also provided by GNU coreutils (which is already required, e.g. for dirname). Does it make sense

Re: [PATCH] mig: Drop the Perl runtime dependency

Hi, On Tue, Jul 22, 2014 at 9:12 AM, Thomas Schwinge tho...@codesourcery.com wrote: Hi! On Fri, 18 Jul 2014 19:29:07 -0400, David Michael fedora@gmail.com wrote: I tried running mig on a system without Perl ealier with bad results. Perl seems to be used only for functionality

Re: [PATCH 8/8] startup: bind the startup server to /servers/startup

Hi, On Wed, Sep 3, 2014 at 8:33 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: Bind the startup server to /servers/startup instead. Use this to contact the startup server. I'm trying to test this patch, and glibc appears to need an update as well. Does this look okay? Thanks.

Re: HELP : Error while building gnumach

On Mon, Oct 13, 2014 at 1:57 AM, Thomas Schwinge tho...@codesourcery.com wrote: Hi! On Sun, 12 Oct 2014 23:35:41 +0530, vibi sreenivasan mail.v...@gmail.com wrote: I am trying to build gnumach from git repo as per the instructions in

[PATCH gnumach] Correct GCC's -Wformat-security issues

* linux/pcmcia-cs/clients/axnet_cs.c (axdev_init): Add a format string literal where printk only has a single variable argument. * linux/src/drivers/net/3c507.c (el16_probe1): Likewise. * linux/src/drivers/net/3c509.c (el3_probe): Likewise. * linux/src/drivers/net/3c515.c (init_module): Likewise.

Re: Release process rolling new releases

On Wed, Nov 19, 2014 at 6:59 PM, Samuel Thibault samuel.thiba...@gnu.org wrote: Justus Winter, le Mon 17 Nov 2014 16:30:18 +0100, a écrit : It has now been 2.5 months since I posted that startup patch series, and 2 months since I suggested rolling new releases. I'm annoyed. I understand

Re: Release process rolling new releases

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/runsystem.hurd didn't get installed. I tacked

Re: [PATCH hurd 01/28] libshouldbeinlibc: move the reference counting primitives here

On Mon, Dec 1, 2014 at 10:00 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: * libshouldbeinlibc/refcount.h: Move here, and declare all functions `extern inline'. * libshouldbeinlibc/refcount.c: And define the functions here. * libshouldbeinlibc/Makefile: Add `refcount.{c,h}'.

[PATCH hurd] include: don't install nonexistent refcount.h

* 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 +++

Re: [PATCH hurd 27/30] hurd: add intranpayload functions to all hurd types

Hi, On Thu, Nov 27, 2014 at 8:19 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: +#ifdef HURD_DEFAULT_PAYLOAD_TO_PORT +#if HURD_DEFAULT_PAYLOAD_TO_PORT +/* Any non-numeric value will fail this test. If 1 (or any number) is + given, do not inject the default translator function.

Re: [PATCH hurd 3/5] proc: implement `proc_make_task_namespace'

Hi, On Thu, Nov 13, 2014 at 7:26 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: @@ -1008,9 +1069,42 @@ S_mach_notify_new_task (mach_port_t notify, childp = new_proc (task); } - /* XXX do something interesting */ + if (MACH_PORT_VALID (parentp-p_task_namespace)) +

[PATCH mig] Test the configured yacc program

* 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(+), 1 deletion(-) diff

Re: [committed mig] Do not generate code dereferencing type-punned pointers

On Sun, Feb 15, 2015 at 11:09 AM, Justus Winter 4win...@informatik.uni-hamburg.de wrote: * utils.c (WriteFieldDeclPrim): Generate a union with an additional pointer field for variable-length arrays. This makes GDB's awk script go haywire because it doesn't know how to deal with unions. The

Re: [PATCH 8/8] startup: bind the startup server to /servers/startup

On Tue, Jan 27, 2015 at 6:35 PM, Samuel Thibault samuel.thiba...@gnu.org 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: Bind the startup

Re: Scripts to build a Hurd distro

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 about it in case it helps anyone else out there who

Scripts to build a Hurd distro

Hi, I've uploaded updates to my Hurd build scripts for Fedora 21, so I thought I'd send a note about it in case it helps anyone else out there who is interested in building Hurd outside Debian. (The project has actually bloated into a fairly complete distro itself at this point.) It can be

Re: [committed mig] Do not generate code dereferencing type-punned pointers

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 4win...@informatik.uni-hamburg.de wrote

[PATCH mig] Change x_server_routine functions to static inline for -std=gnu11

* 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.c

Re: [PATCH mig] Explicitly use gnu_inline semantics for x_server_routine functions

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? Well, that imposes using a gcc compiler. But we can

[PATCH mig] Explicitly use gnu_inline semantics for x_server_routine functions

* header.c (WriteServerHeader): Add gnu_inline attribute to output. --- Hi, Building GDB for Hurd with GCC5 fails due to some extern inline functions output from mig. I tried fixing it in mig (as opposed to changing CFLAGS for GDB) so any other project using mig won't need to worry about this.

[PATCH libpthread] Use glibc Makerules to install a relative library symlink

* Makefile (install-lib): New variable. (install-lib-ldscripts): Remove variable. ($(inst_libdir)/libpthread.so): Remove rule. --- Hi, Thanks for all the recent glibc/libpthread updates. They greatly simplify things. This is the only other libpthread change I've been carrying locally. It

Re: Rolling new releases

On Wed, Oct 7, 2015 at 8:17 PM, Samuel Thibault <samuel.thiba...@gnu.org> 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

Re: Rolling new releases

On Thu, Oct 8, 2015 at 6:18 PM, Samuel Thibault <samuel.thiba...@gnu.org> 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_getspecifi

Re: Rolling new releases

Hi, On Mon, Oct 5, 2015 at 10:39 AM, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > as agreed earlier, we're trying to produce two releases a year. We > released GNU Mach 1.5, GNU MIG 1.5, and GNU Hurd 0.6 in April, hence > it is time for our next release :) If a new

Re: Testing requested for the next version of GNU Mach

On Sun, Feb 28, 2016 at 3:37 PM, Richard Braun <rbr...@sceen.net> 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

Re: Testing requested for the next version of GNU Mach

Hi, I haven't been able to boot gnumach with upstream GRUB since this X15 code was imported. It does boot successfully with QEMU's multiboot arguments, and it seems fine when it's running. When booting the latest gnumach (689810) with GRUB (both old versions and today's beta3 release) built for

Re: Testing requested for the next version of GNU Mach

On Sun, Mar 13, 2016 at 9:06 AM, Richard Braun <rbr...@sceen.net> 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()

Re: [PATCH] Use uint32_t instead of unsigned32_t.

On Mon, Apr 4, 2016 at 6:43 PM, Flávio Cruz <flavioc...@gmail.com> wrote: > On 4 April 2016 at 18:00, David Michael <fedora@gmail.com> wrote: >> On Mon, Apr 4, 2016 at 3:48 AM, Samuel Thibault <samuel.thiba...@gnu.org> >> wrote: >> > Flavio Cruz

Re: Testing requested for the next version of GNU Mach

On Mon, Mar 7, 2016 at 8:56 PM, Richard Braun <rbr...@sceen.net> 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

Re: Testing requested for the next version of GNU Mach

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 space replacement. As a result, I suggest we remove the rtl8139 > driver from

Re: Testing requested for the next version of GNU Mach

On Tue, Mar 8, 2016 at 10:00 AM, David Michael <fedora@gmail.com> wrote: > On Tue, Mar 8, 2016 at 5:06 AM, Richard Braun <rbr...@sceen.net> wrote: >> In any case, this isn't a regression caused by my work, and I don't >> intend to fix in-kernel drivers, in par

Re: [PATCH] Use uint32_t instead of unsigned32_t.

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 in gnumach. > > Applied, thanks! Just noting: This seems to slightly break bootstrapping. The test for mach/mach_types.h in

[PATCH mig 2/2] Make Git ignore some more automatically generated files

* .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

[PATCH mig 1/2] Use the target platform compiler in the test scripts

* 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/Makeconf.am |

Re: Time for another round of releases

Hi, On Sun, Oct 2, 2016 at 9:54 AM, Justus Winter wrote: > Also, if anyone has some pet patches or > fixes that would be nice to include, feel free to speak up or send > patches. Okay, here is my semiannual list of non-Debian glibc/libpthread problems (and also gnumach this

Re: Time for another round of releases

On Sun, Oct 2, 2016 at 12:45 PM, Samuel Thibault <samuel.thiba...@gnu.org> wrote: > David Michael, on Sun 02 Oct 2016 12:18:50 -0700, wrote: >> On Sun, Oct 2, 2016 at 10:53 AM, Samuel Thibault <samuel.thiba...@gnu.org> >> wrote: >> > David Michael, on S

Re: Time for another round of releases

On Sun, Oct 2, 2016 at 10:53 AM, Samuel Thibault <samuel.thiba...@gnu.org> 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

Re: Time for another round of releases

On Sun, Oct 9, 2016 at 3:35 PM, Samuel Thibault wrote: > Samuel Thibault, on Tue 04 Oct 2016 16:45:36 +0200, wrote: >> Ludovic Courtès, on Tue 04 Oct 2016 15:22:32 +0200, wrote: >> > FWIW Guix follows upstream glibc releases for GNU/Linux (we’re currently >> > in the

ENOTSOCK

Hi, A few of the socket-related functions in glibc don't seem to return ENOTSOCK. Would it be more "correct" to return this as opposed to EMIG_BAD_ID? In particular, can at least send() be made to return ENOTSOCK for PulseAudio compatibility? The following example uses both MIG_BAD_ID and

Re: ENOTSOCK

On Mon, Mar 13, 2017 at 12:43 PM, Samuel Thibault <samuel.thiba...@gnu.org> 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 "co

PulseAudio support

Hi, I just pushed an update to my Hurd distro build scripts for Fedora 26 at https://github.com/dm0-/gnuxc which also includes a translator for /dev/audio. I've uploaded the translator source separately if anyone else is interested: https://github.com/dm0-/hurd-rump-audio The README has

Re: [PATCH hurd] build: Drop unused/unsubstituted config variables

On Mon, Jun 26, 2017 at 12:53 AM, Luca Weiss wrote: > I needed the patch for building with these commands: > https://github.com/z3ntu/archhurd_packages_new/blob/master/hurd/PKGBUILD#L29-L58 > . That configuration sets prefix=/usr during "configure", then sets prefix=$(DESTDIR)

Re: [PATCH hurd] build: Drop unused/unsubstituted config variables

On Mon, Jun 26, 2017 at 9:52 AM, Diego Nieto Cid wrote: > I now realize this is very inconvenient for package maintainers as the build > environment needs to replicate the target environment (i.e. the installed > xkeyboard-config.pc requires the same prefix as the target

[PATCH hurd] build: Drop unused/unsubstituted config variables

* config.make.in (HAVE_BLKID, HAVE_DAEMON): Drop variable. --- Hi, Here is a cleanup of two lines that make config.make look like it has configure mistakes. I was really checking around for why "make install" is now broken with X11 enabled. It looks like

[PATCH hurd] trans: Fix parallel build race around MIG-generated headers

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

GCC 7 Support

Hi, Can a linux/src/include/linux/compiler-gcc7.h be added to gnumach? I just ran the following since the versioned compiler headers were dropped upstream ~4.2. sed s/gcc6/gcc7/g < compiler-gcc6.h > compiler-gcc7.h It also needed __udivmoddi4 added to clib_routines in gnumach's

[PATCH gnumach] Support GCC 7

* 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

Re: GCC 7 Support

On Sat, May 6, 2017 at 2:26 AM, Samuel Thibault <samuel.thiba...@gnu.org> 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

[PATCH gnumach] Support GCC 7

* 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

Re: proc_task2proc prototype change

On Mon, Jun 5, 2017 at 7:40 AM, Justus Winter wrote: > Samuel Thibault writes: > >> Hello, >> >> Justus Winter, on mar. 09 mai 2017 10:25:31 +0200, wrote: >>> It is possible to do so using either some preprocessor trickery, >>> or some other means of

Rust support

Hi, I've been poking at cross-compiling Rust projects for Hurd on and off for a couple of weeks, and I thought I'd upload what I have now for comments. A new snapshot of my silly Hurd distro is available at https://github.com/dm0-/gnuxc updated with the Rust reimplementation of librsvg, so there

Re: Fwd: The GNU C Library version 2.28 is now available

On Wed, Aug 1, 2018 at 11:37 AM, Samuel Thibault wrote: > About glibc repositories, we should upgrade the Hurd glibc repository to > 2.28, when would that be fine for people using it? (I'm thinking about > Guix & Arch people) Now that there is an upstream release with the Hurd patches (thanks

Re: Fwd: The GNU C Library version 2.28 is now available

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 >> &