Regeneration of 'gcc/config/riscv/riscv.opt.urls' (was: [PATCH v2 2/3] aarch64: Add support for aarch64-gnu (GNU/Hurd on AArch64))

Hi! On 2024-04-09T09:24:29-0700, Palmer Dabbelt wrote: > On Tue, 09 Apr 2024 01:04:34 PDT (-0700), buga...@gmail.com wrote: >> On Tue, Apr 9, 2024 at 10:27 AM Thomas Schwinge >> wrote: >>> Thanks, pushed to trunk branch: >>> >>> - commit 532c57f8

Re: [PATCH v2 2/3] aarch64: Add support for aarch64-gnu (GNU/Hurd on AArch64)

Hi! On 2024-04-05T15:13:33+0300, Sergey Bugaev wrote: > On Tue, Apr 2, 2024 at 8:26 PM Richard Sandiford > wrote: >> I don't know if you're waiting on me, but just in case: this and patch 3 >> still LGTM if Thomas is OK with them. > > Thanks. Thomas asked me to resubmit with Changelog entries

Re: [PATCH gcc 1/3] Move GNU/Hurd startfile spec from config/i386/gnu.h to config/gnu.h

Hi! On 2024-01-03T09:49:06+, Richard Sandiford wrote: > The series looks good to me FWIW, but Thomas should have the final say. Richard, thanks for your review. Sergey, great work on aarch64 GNU/Hurd! (... where these GCC bits clearly were the less complicated part...) ;-) Please

Re: [PATCH gcc] Hurd x86_64: add unwind support for signal trampoline code

Hi! Please note that emails to , or don't reach me anymore, and, at least for the time being, likewise for -- is the new thing; see . (Or use , , , as before.) On 2024-03-01T02:33:10+0100, Samuel

hurd: Ad default-pie and static-pie support

Hi! On 2023-10-28T21:20:39+0200, Samuel Thibault wrote: > This fixes the Hurd spec in the default-pie case, and adds static-pie > support. I understand that your change does work for you as-is, so I've now pushed that to master branch in commit c768917402d4cba69a92c737e56e177f5b8ab0df "hurd: Ad

hurd: Add multilib paths for gnu-x86_64

Hi! On 2023-10-28T21:19:59+0200, Samuel Thibault wrote: > We need the multilib paths in gcc to find e.g. glibc crt files on > Debian. ACK. > This is essentially based on t-linux64 version. Yes, but isn't the overall setup diverged from GNU/Linux? Currently, x86_64 GNU/Hurd first gets

[GCC] In 'contrib/config-list.mk', clarify i686-symbolics-gnu to i686-gnu (was: RFA: Add makefile for cross-configuration torture test)

gistergericht München, HRB 106955 >From 18712980c1007d40c30d1893d47475c928e19e95 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 10 Feb 2023 10:43:24 +0100 Subject: [PATCH] In 'contrib/config-list.mk', clarify i686-symbolics-gnu to i686-gnu Already in the first revision of 'contrib/config-list.mk', i6

Re: [PATCH] Add x86_64-gnu target to contrib/config-list.mk

Hi! On 2023-02-02T00:55:01-0500, Flavio Cruz wrote: > contrib/ChangeLog: > * config-list.mk: Add x86_64-gnu to list of archs. > > Signed-off-by: Flavio Cruz Thanks, pushed to GCC master branch in commit e635681dd26abf8243b49f6fd39d3582d57225ba "Add x86_64-gnu target to

Re: [PATCH] Add support for x86_64-*-gnu-* targets to build x86_64 gnumach/hurd

86_64-*-gnu-* targets to build x86_64 gnumach/hurd", see attached. I'll watch how x86_64 GNU/Hurd develops! :-) Grüße Thomas > On Fri, Jan 27, 2023 at 4:16 PM Thomas Schwinge > wrote: > >> Hi Flavio! >> >> Sorry to bother you one last time (hopefully): >

Re: [PATCH] Add support for x86_64-*-gnu-* targets to build x86_64 gnumach/hurd

Hi Flavio! On 2022-12-26T12:34:28-0500, Flavio Cruz via Gcc-patches wrote: > Tested by building a toolchain and compiling gnumach for x86_64 Oh, wow, so this is indeed happening, finally! :-D > This is the basic version without unwind support which I think is only > required to > implement

Hurd wiki/web pages (was: Ikiwiki maintenance)

Hi! For context: see "Staging Area" regarding the relationship between and . On 2021-11-09T15:32:18+0100, Richard Braun wrote: > The ikiwiki

Re: [PATCH] Hurd: Enable ifunc by default

Hi! Thanks (and sorry for the delay), pushed "Hurd: Enable ifunc by default" to master branch in commit e9cb89b936f831a02318d45fc4ddb06f7be55ae4, and cherry-picked into releases/gcc-10 branch in commit 92b131491c22eb4e4b663d226e9d97f1fd693063, releases/gcc-9 branch in commit

Re: [PATCHv2] hurd: libgcc unwinding over signal trampolines with SIGINFO

Hi! On 2020-12-21T15:36:30+0100, Samuel Thibault wrote: > When the application sets SA_SIGINFO, the signal trampoline parameters > are different to follow POSIX. Thanks (and sorry for the delay), pushed "hurd: libgcc unwinding over signal trampolines with SIGINFO" to master branch in commit

Re: [PATCH] hurd: libgcc unwinding support over signal trampolines

Hi! On 2020-06-08T13:49:55+0200, Samuel Thibault wrote: > Samuel Thibault, le lun. 08 juin 2020 13:36:55 +0200, a ecrit: >> Thomas Schwinge, le lun. 08 juin 2020 12:15:12 +0200, a ecrit: >> > Which GCC branches would you like this on? >> >> Ideally it's be

Re: [PATCH] hurd: libgcc unwinding support over signal trampolines

Hi Samuel! On 2020-05-29T13:46:50+0200, Samuel Thibault wrote: > libgcc is currently missing the support for unwinding over signal > trampolines on GNU/Hurd. ACK. Has been on my long TODO list for a long time. ;-) > The attached patch implements it. Thanks! I'm not intimately familiar with

Re: Google Summer of Code

Hi! On 2020-01-26T20:05:46+0100, Almudena Garcia wrote: > Does anyone knows if this year GNU apply to GSOC? > The deadline is February 5. > > https://summerofcode.withgoogle.com/get-started/ Yes, and now waiting for Google to decide. See

Re: ssh and scp get stuck after some amount of data

Hi! Ha, I remembered right that I had seen such a problem reported before... On 2018-01-15T12:31:04+0100, Bruno Haible wrote: > I tried: >> # tar cf - directory | ssh bruno@10.0.2.2 tar xf - >> It hangs after transferring 1.6 GB. I.e. no more data arrives within 15 >> minutes. You were

Re: When does gnu.org/s/hurd update?

Hi! On 2019-09-06T22:12:51+0200, Muto wrote: > As I understand it, gnu.org/s/hurd is the "official" website for the > Hurd, but it isn't editable like the Darnassus site. Correct. > Is there a reason > for this that I should know about? Content published from gnu.org has to be held to a

[Hauke Goos-Habermann] Hurd booth/talk/workshop on Kieler Open Source und Linux Tage?

Hi! Anyone available? (I'm not, but thanks for asking, Hauke.) | From: Hauke Goos-Habermann | Subject: Hurd booth/talk/workshop on Kieler Open Source und Linux Tage? | To: hurd-maintain...@gnu.org | Message-ID: | Date: Mon, 8 Jul 2019 15:32:16 +0200 | | Hi, | | we are organising our 17th

[committed] [PR89221] Continue to default to '--disable-frame-pointer' for x86 GNU systems (was: [PATCH v2, i386]: Fix PR89221, --enable-frame-pointer does not work as intended)

ChangeLog +++ b/gcc/ChangeLog @@ -1,3 +1,10 @@ +2019-05-09 Thomas Schwinge + + PR target/89221 + * configure.ac (--enable-frame-pointer): Disable by default for + GNU systems. + * configure: Regenerate. + 2019-05-09 Alan Modra PR target/89271 diff --git a/gcc/configure b/gcc/configure

Re: [gnu-soc] GSoC org application 2019

Hi Joan! On Wed, 13 Mar 2019 19:51:18 +0100, Joan Lledó wrote: > Missatge de Thomas Schwinge del dia dc., 13 de > març 2019 a les 19:42: > > > https://www.gnu.org/software/soc-projects/ideas.html > > > > For GNU Hurd, please copy the stanza from > > <https

Re: [gnu-soc] GSoC org application 2019

Hi! On Mon, 21 Jan 2019 15:37:33 +0100, Giuseppe Scrivano wrote: > we need to check our ideas page. As a starting point I've used the same > page from the last year, some of them must be dropped. > > Could each project review the ideas page (if you still get 404 give it > some time to the

Re: [gnu-soc] GSoC org application 2019

Hi Joan! On Wed, 13 Mar 2019 18:41:54 +0100, Joan Lledó wrote: > Missatge de Thomas Schwinge del dia dc., 13 > de març 2019 a les 12:22: > > Would anybody be available as a mentor for anything related to GNU Hurd, > > I'm considering it. Oh, great, thanks! I'll thus req

Re: [gnu-soc] GSoC org application 2019

Hi! It's that time of the year again, Google Summer of Code: On Mon, 21 Jan 2019 15:37:33 +0100, Giuseppe Scrivano wrote: > jema...@gnu.org (Jose E. Marchesi) writes: > > > GNU is applying as usual this year. > > We will notify here with details. ..., and got accepted:

[gdb, hurd] Adjust to Hurd "proc" interface changes (was: proc_task2proc prototype change)

diff --git a/gdb/ChangeLog b/gdb/ChangeLog index e427dda8a3..f2bbd77558 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,10 @@ +2019-02-14 David Michael + Samuel Thibault + Thomas Schwinge + + * gnu-nat.c (S_proc_getmsgport_reply, S_proc_task2proc_reply) + (S_proc_pid2proc_reply):

Re: [pushed][PATCH v3 1/4] Extended-remote follow exec

struct cleanup *old_chain = make_cleanup (xfree, pathname); > hex2bin (p1, (gdb_byte *) pathname, pathlen); > pathname[pathlen] = '\0'; > discard_cleanups (old_chain); > > OK with that change. Thanks; pushed to master the attached commit

Re: [PATCH] - hurd pci-arbiter: remove embedded pciaccess code

Hi! On Sun, 11 Nov 2018 13:14:59 +1100, Damien Zammit wrote: > On 11/11/18 13:05, Samuel Thibault wrote: > > Do you know how your copyright assignment is going, so I can commit it? > > Haven't heard anything since I sent through my request. This has yesterday been reported as completed in

Re: Documentation writer

Hi! Reposting this, so that "evergetis" can actually see the answer, when not (yet?) subscribed to the bug-hurd mailing list. (It's good practice to not strip off recipients when replying.) Thanks for the offer to help with documentation, and thanks Joshua for guidance! For reference (... but

Re: [PATCH] build: Distribute tarball compressed with xz instead of bzip2

Hi! On Tue, 6 Nov 2018 02:47:53 +0100, Guillem Jover wrote: > * Makefile (dist): Change bz2 to xz. > (%.xz): Add target. > (%.bz2): Remove target. Curious: why a) use "xz" instead of what we got before, b) move from "bz2" to "xz" instead of offering both (like we continue to do for "gz")?

Re: Cannot easily contribute to the wiki

Hi! On Thu, 27 Sep 2018 18:42:08 -0400, Joshua Branson wrote: > "./render_locally". > > $ ymlfront: failed to use YAML::Syck Nothing else get printed? > Luckily Parabola packages perl-yaml-syck! But after I ran installed > perl-yaml-syck, I still got the same error: > > $ ymlfront: failed

Re: Cannot easily contribute to the wiki

Hi! On Wed, 26 Sep 2018 16:36:44 -0400, Joshua Branson wrote: > Thomas Schwinge writes: > > I'm aware of one problem that is seen with "recent" verions of Perl > > (don't know when exactly this started), which indeed makes the "getfield" > > plugin fai

Re: Cannot easily contribute to the wiki

Hi! On Mon, 24 Sep 2018 11:19:42 -0400, Joshua Branson wrote: > A few years ago I had the Hurd wiki cloned locally, and I could rather > trivially set it up. However, following the online guide a few days > ago, I'm running into some issues. > >

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

Hi! "By the way": very much yay! for "Building and running on GNU/Hurd systems now works without out-of-tree patches". Big thank you to Samuel for driving this effort! :-D On Tue, 14 Aug 2018 22:18:53 +0200, Samuel Thibault wrote: > David Michael, le mer. 01 août 2018 18:59:25 -0400, a

chmod on fifos (was: [SCM] Web pages branch, master, updated. b9b5d1350ac648a4a654a00d1c0abda6dcb0ca29)

Hi Samuel! On Sun, 13 Sep 2015 09:33:22 +, Samuel Thibault wrote: > commit b9b5d1350ac648a4a654a00d1c0abda6dcb0ca29 > Author: Samuel Thibault > Date: Sun Sep 13 11:33:17 2015 +0200 > > Mention issue with fifo perms That's:

Re: GSoC 2018

Hi! On Wed, 28 Feb 2018 12:39:15 +0100, I wrote: > I did register with GNU to be a mentor so that I get access > to the GSoC web page, and I'll check from time to time if any > Hurd-related applications come in. There are none. Grüße Thomas

GSoC 2018 (was: GSoC 2018: Microkernel devroom)

Hi! On Tue, 9 Jan 2018 22:59:46 +0100, Samuel Thibault wrote: > Jakub Jermář, on ven. 05 janv. 2018 08:57:02 +0100, wrote: > > another year of GSoC started and the mentor organization application > > period is on until January 23 [0]. The question on the table is: would

Re: Upstreaming the glibc Hurd port

Hi! On Fri, 19 Jan 2018 13:08:01 +, Joseph Myers <jos...@codesourcery.com> wrote: > On Fri, 19 Jan 2018, Thomas Schwinge wrote: > > > [build-many-glibcs.py] > Do you have advice on versions to use of mig / gnumach / hurd? > > Currently, build-many-glibcs.p

Re: Upstreaming the glibc Hurd port

Hi Joseph! On Fri, 19 Jan 2018 00:34:42 +, Joseph Myers wrote: > On Fri, 19 Jan 2018, Samuel Thibault wrote: > > > Joseph Myers, on jeu. 18 janv. 2018 23:15:59 +, wrote: > > > Thanks for the changes pushed to sthibaul/hurd-builds so far (I realise > > > there

Re: Hurd lecture

Hi Brent! On Thu, 18 Jan 2018 14:08:17 -0500, "Brent W. Baccala" wrote: > FYI, I gave an hour and a half Hurd lecture yesterday at Catholic > University in Washington, D.C. > > I put a screencast of the lecture on youtube: [...] Great, I'll be sure to view that! > Could

Re: Upstreaming the glibc Hurd port

Hi! Despite my good intentions, in the past year (or even longer...) I failed to allocate sufficient time to do any substantial work on the Hurd side, but I'll now allocate time to at least help with... On Thu, 18 Jan 2018 14:57:58 +0100, Samuel Thibault wrote: >

Re: GSoC 2017: Porting LwIP to the Hurd

Hi! On Fri, 17 Mar 2017 08:31:37 +0100, Joan Lledó wrote: > My name is Joan Lledó, I'm in the last year of my degree in CS at the > Open University of Catalonia[1]. I'm interested in OS programming and, > for now, I have only read theory and have made university

Re: GSoC mentors

Hi! On Fri, 10 Feb 2017 14:47:31 +0100, Justus Winter <jus...@gnupg.org> wrote: > Thomas Schwinge <tho...@codesourcery.com> writes: > > > Who will be available this year as a mentor for GSoC? > > Me. Danke! :-) So, you (as well as everyone else who'd like to

GSoC mentors

Hi! Who will be available this year as a mentor for GSoC? Grüße Thomas

Re: Time for another round of releases

Hi! On Sat, 10 Dec 2016 18:35:16 +0100, Justus Winter <jus...@gnupg.org> wrote: > Thomas Schwinge <tho...@codesourcery.com> writes: > > > Will it be OK to move the release date towards end of November? (Yay, > > one more month for getting stuff finished for inclus

Re: [PATCH 2/4] Push pruning old threads down to the target

gt; - target_find_new_threads (); > + target_update_thread_list (); >update_threads_executing (); > } Pushed to master: commit c752a4cccb99ba73f51eff74b394dcdcd26d4c59 Author: Thomas Schwinge <tho...@codesourcery.com> Date: Wed May 25 18:54:40 2016 +0200 Hurd: Adjust to changes to

Re: [PATCH v3 1/2] Emit inferior, thread and frame selection events to all UIs

Hi! On Sat, 24 Sep 2016 16:13:30 -0400, Simon Marchi wrote: > --- a/gdb/inferior.c > +++ b/gdb/inferior.c > +void > +print_selected_inferior (struct ui_out *uiout) > +{ > + char buf[PATH_MAX + 256]; > + struct inferior *inf = current_inferior (); > + > + xsnprintf

Re: [pushed][PATCH v3 1/4] Extended-remote follow exec

Hi! On Fri, 11 Sep 2015 11:38:15 -0700, Don Breazeal wrote: > Here is what I pushed. > --- a/gdb/remote.c > +++ b/gdb/remote.c > @@ -6089,11 +6178,42 @@ Packet: '%s'\n"), > event->ws.kind = TARGET_WAITKIND_VFORK_DONE; > p = skip_to_semicolon (p1 +

Re: [PATCH v3 4/7] Per-inferior/Inferior-qualified thread IDs

Hi Simon! On Wed, 7 Dec 2016 16:28:58 -0500, Simon Marchi <simon.mar...@ericsson.com> wrote: > On 16-12-07 04:09 PM, Thomas Schwinge wrote: > > commit 14f6890677849172a4b13779acd9089c9baa3a81 > > Author: Thomas Schwinge <tho...@codesourcery.com> > > Date:

[PATCH 4/5] Hurd, C++: kern_return_t vs. error_t

+++--- gdb/i386-gnu-nat.c | 8 +++ 3 files changed, 51 insertions(+), 37 deletions(-) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index b40ac6f..a40eb29 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,5 +1,19 @@ 2016-12-08 Thomas Schwinge &l

[PATCH 3/5] Hurd, C++: Avoid "const char *" to "char *" casts

b/ChangeLog @@ -1,5 +1,10 @@ 2016-12-08 Thomas Schwinge <tho...@codesourcery.com> + * gnu-nat.c (set_task_pause_cmd, set_signals_cmd) + (set_exceptions_cmd): Add variants taking an "int arg" instead of + a "char *". Make the "char *" variants us

[PATCH 5/5] Hurd, C++: Mach/Hurd headers and MIG stubs are not yet fit for C++

letions(-) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index a40eb29..171d03a 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,5 +1,11 @@ 2016-12-08 Thomas Schwinge <tho...@codesourcery.com> + * config/i386/i386gnu.mh (%_S.o %_U.o): Add "-x c" to + "COMPILE.

[PATCH 1/5] Hurd, C++: Explicitly cast "void *"

hanged, 7 insertions(+), 2 deletions(-) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index 61d1205..f68a787 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,8 @@ +2016-12-08 Thomas Schwinge <tho...@codesourcery.com> + + * i386-gnu-nat.c (i386_gnu_dr_set_control_one) +

[PATCH 2/5] Hurd, C++: Avoid GNU C nested functions

s(-) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index f68a787..8b43cd8 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,5 +1,9 @@ 2016-12-08 Thomas Schwinge <tho...@codesourcery.com> + * gnu-nat.c (gnu_create_inferior): Move nested "trace_me" + function

Fix C++ compilation of the Hurd port

Hi! I hear, GDB is now a C++ code base? ;-) (Actually, to the best of my knowledge, that makes GDB the first C++ project to use low-level Mach/Hurd interfaces.) No doubt this will need to be polished some more, but to at least restore the build, I committed the following five patches to fix C++

Usage of std::string's max_size in the testsuite

Hi! 32-bit x86 GNU/Hurd recently switched from 2 GiB/2 GiB user/kernel address space to a 3 GiB/1 GiB split. After that, I see test cases like libstdc++-v3/testsuite/21_strings/basic_string/modifiers/insert/char/1.cc allocate huge amounts of memory. Looking into this, this is coming from:

Re: Unreclaimed swap space upon process termination?

Hi! On Mon, 28 Nov 2016 19:55:20 +0100, Samuel Thibault <samuel.thiba...@gnu.org> wrote: > Thomas Schwinge, on Mon 28 Nov 2016 17:10:26 +0100, wrote: > > ..., but on the new ("bad") system, the first non-sensical (huge; > > -2147479552 is 0x80001000) vm_allocate c

Re: Unreclaimed swap space upon process termination?

Hi! On Mon, 28 Nov 2016 16:03:44 +0100, I wrote: > Updating a Debian GNU/Hurd virtual machine to recent packages after many > months, and then running the GCC testsuite, I observe the following > behavior, which should be reproducible with the executable in the > attached tarball: > > $

Unreclaimed swap space upon process termination?

Hi! Updating a Debian GNU/Hurd virtual machine to recent packages after many months, and then running the GCC testsuite, I observe the following behavior, which should be reproducible with the executable in the attached tarball: $ vmstat | grep swap\ free swap free: 4096M $

Re: C++ vs. glibc/Hurd/Mach headers

Hi! On Sun, 27 Nov 2016 17:14:26 +0100, Samuel Thibault <samuel.thiba...@gnu.org> wrote: > Thomas Schwinge, on Sat 26 Nov 2016 19:53:34 +0100, wrote: > > When changing the GDB source code to use kern_return_t (or int) instead > > of error_t, I still see hurd.h:__h

Re: C++ vs. glibc/Hurd/Mach headers

Hi! On Sat, 26 Nov 2016 13:36:22 +0100, Samuel Thibault <samuel.thiba...@gnu.org> wrote: > Thomas Schwinge, on Fri 25 Nov 2016 12:46:33 +0100, wrote: > > Additionally to the issues Samuel pointed > > out in <https://www.sourceware.org/ml/libc-alpha/2007-08/msg1.htm

Re: Time for another round of releases

Hi! On Sun, 2 Oct 2016 18:54:05 +0200, Justus Winter wrote: > it is October, therefore, it is time for a new set of releases :) :-) (I've set a reminder in my calender to trigger every half a year.) ;-) ..., and again I want to excuse my radio silence... The good news:

Re: [PATCH] drop the deprecated malloc/free hooks in hurd/mach-defpager

Hi! On Mon, 30 May 2016 23:59:33 +0200, Samuel Thibault wrote: > Justus Winter, on Wed 18 May 2016 13:27:13 +0200, wrote: > > As Richard said in #hurd, implement mlockall and MCL_FUTURE and just > > use the default allocator. > > Indeed. (Conceptually ACK.) > > or

Re: [PATCH hurd 2/2] libshouldbeinlibc: add safe port handling macros

Hi! On Mon, 06 Jun 2016 09:06:35 +0200, l...@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) wrote: > Samuel Thibault skribis: > > Ludovic Courtès, on Sun 05 Jun 2016 21:53:35 +0200, wrote: > >> Justus Winter skribis: > >> > +#define Mach_port_check(NAME)

Re: [PATCH] fix compiler warnings in hurd/exec

(vm_address_t *) _argv, > + (vm_address_t *) > _envp); Reverted that change, to simplify the code: commit d213bd8ef04dd947ff5c53a8efeb6cba11621396 Author: Thomas Schwinge <tho...@codesourcery.com> Date: Mon May 23 11:30:47 2016 +020

Re: [PATCH] fix compiler warnings in hurd/procfs

e including a Mach header file in , but given that vm_address_t is a Mach type, it's what we should do. Maybe we shouldn't be using vm_address_t here, actually. commit 305e83c42624c8cf84452d5d0fa7669e2af6f997 Author: Thomas Schwinge <tho...@codesourcery.com> Date: Mon May 2

GNU Hurd 0.8, GNU Mach 1.7, GNU MIG 1.7 released

Hi! Please see . Text-only version: | GNU Hurd 0.8, GNU Mach 1.7, GNU MIG 1.7 released. | | We're pleased to announce new releases! | | GNU Hurd 0.8, NEWS: | | Version 0.8 (2016-05-18) | | | The netfs library is

Re: [PATCH] drop the deprecated malloc/free hooks in hurd/mach-defpager

Hi! On Tue, 29 Dec 2015 23:09:54 +0100, Flavio Cruz wrote: > mach-defpager: Drop the deprecated malloc/free hooks. (After approval by Samuel, this became commit 8c49801c8f7e3f800cabedf8fca8ccec3cf35a22.) > * mach-defpager/kalloc.c: Define malloc and free directly since

Complete changes to use -L instead of -Wl, -rpath-link (was: [SCM] Hurd branch, master, updated. v0.7-16-gc9c29eb)

(link-executable, $(libname).so.$(hurd-version)): Use $(lpath) instead of > $(rpath). Please verify these additional changes -- you probably just missed these by accident? commit 34071b357d821cc6285ef85d600dfa842252949c Author: Thomas Schwinge <tho...@codesourcery.com> Date: Mo

Re: ext2fs crash

Hi! On Mon, 09 May 2016 16:11:52 +0200, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > Quoting Thomas Schwinge (2016-04-27 22:53:33) > > [...] > > I suppose we want to fix (or, at least understand) that problem before > > making the releases? >

ext2fs crash

Hi! Before preparing the next set of releases, I wanted to sort-of sanity-check what we currently got (at least in terms of Debian packages), so yesterday dist-upgraded my Debian GNU/Hurd system to the latest packages, and started a GCC bootstrap build and testsuite run. That one didn't complete

Re: Bug#753791: Java failures in packs on hurd-i386... [Bug#753791: simgrid: FTBFS on hurd-i386]

Hi! On Sun, 31 Aug 2014 18:41:41 +0200, Samuel Thibault wrote: > Matthias Klose, le Sun 31 Aug 2014 18:39:21 +0200, a écrit : > > Am 31.08.2014 um 03:10 schrieb Samuel Thibault: > > > guess that will just fix all our issues... I'll then commit that and > > > push

Re: [PATCH] hurd: align -p and -pg behavior on Linux

| 8 gcc/config/i386/gnu.h | 4 ++-- 3 files changed, 8 insertions(+), 10 deletions(-) diff --git gcc/ChangeLog gcc/ChangeLog index 866531f..37e2504 100644 --- gcc/ChangeLog +++ gcc/ChangeLog @@ -1,3 +1,9 @@ +2016-03-29 Thomas Schwinge <tho...@codesourcery.com> + + * config

Re: [PATCH,boehm-gc] Use mmap instead of brk on kfreebsd & hurd too

Hi! On Sun, 31 Aug 2014 17:20:04 +0200, Samuel Thibault wrote: > Please use mmap instead of brk on kfreebsd and hurd too. > Also, using anonymous memory is faster on the Hurd. > [patch] Thanks; finally committed in r234534: commit

Re: [PATCH] Use uint32_t instead of unsigned32_t.

Hi! On Sun, 20 Mar 2016 00:30:30 +0100, Samuel Thibault wrote: > Flávio Cruz, on Sat 19 Mar 2016 14:20:34 +0100, wrote: > > We already include mach/std_types.h in the stubs which provides uint32_t. > Should gnumach perhaps just rely on stdint.h? Relying on existing,

sysdeps/mach/hurd/profil.c (was: [PATCH] hurd: align -p and -pg behavior on Linux)

Hi! On Wed, 24 Feb 2016 23:46:36 +0100, I wrote: > On Sat, 19 Sep 2015 14:00:23 +0200, Samuel Thibault > wrote: > > On Linux, -p and -pg do not make gcc link against libc_p.a, only > > -profile does (as documented in r11246), and thus people expect -p > > (Yo, 20 years

Re: [PATCH] hurd: align -p and -pg behavior on Linux

Hi! Sorry for the late answer... On Sat, 19 Sep 2015 14:00:23 +0200, Samuel Thibault wrote: > On Linux, -p and -pg do not make gcc link against libc_p.a, only > -profile does (as documented in r11246), and thus people expect -p (Yo, 20 years ago...) > and -pg to work

Re: [IMPORTANT] Ideas for Summer of Code 2016

Hi! On Wed, 10 Feb 2016 15:59:08 +0100, Giuseppe Scrivano wrote: > Hi everyone! > > Google is accepting applications for the next Summer of Code and as > usual we are going to apply for it. Thanks for taking care of this, again! > We should start thinking about a list of

Re: [gscriv...@gnu.org: [IMPORTANT] Ideas for Summer of Code 2016]

ist of our project ideas, and the ones I'd like to > see tackled the most are: [...] :-) Taking you at your word: commit 4f6e25bae59835cb402597fc82a8029f6d56a3c9 Author: Thomas Schwinge <tho...@codesourcery.com> Date: Wed Feb 24 20:40:40 2016 +0100 GSoC preparations id:"20

Re: Not running into expected SIGSEGV

Hi! Samuel's MTA (labri.fr) told me that it's "not permissible" to attach *.exe* files to emails. I you didn't receive that file, you can also copy it from darnassus:~tschwinge/stack_check1.exe, or ask me to send it "scrambled". On Tue, 23 Feb 2016 11:37:58 +0100, I wrote: > The attached

Hurd: Make gdb/reply_mig_hack.awk script compatible to "mawk" (was: [RFC] GDB Hurd Fixes)

> > necessary pattern and outputs a bad gdb/process_reply_S.c file. > commit d8131897afba28934ced82c507114123027a40f8 > Author: Thomas Schwinge <tho...@codesourcery.com> > Date: Mon Jan 6 15:56:33 2014 +0100 > > Hurd: Adapt to changed MIG output. > >

(was: Small web server for the Hurd)

Hi! On Sun, 22 Nov 2015 01:01:09 +0100, Richard Braun wrote: > It looks like some changes in the past months have increased the > severity of some bugs apache is having when spawning CGIs, resulting > in unkillable processes and the freezing of the parent apache process. > This

Rework *.msgids handling when neither client nor server stubs are required (was: [SCM] GNU Mach branch, master, updated. v1.5-32-g255c47e)

New file. A minor fix-up; pushed: commit a42c4ee0845b79fb70c2206982347c1b0c093f87 Author: Thomas Schwinge <tho...@codesourcery.com> Date: Sat Oct 31 12:44:06 2015 +0100 Rework *.msgids handling when neither client nor server stubs are required Originally added in commit 255c

GNU Hurd 0.7, GNU Mach 1.6, GNU MIG 1.6 released

Hi! Please see . Text-only version: | GNU Hurd 0.7, GNU Mach 1.6, GNU MIG 1.6 released. | | We're pleased to announce new releases! | | GNU Hurd 0.7, NEWS: | | Version 0.7 (2015-10-31) | | | The node cache in

Re: glibc-2.19-hurd+libpthread-20150515

ase do and test that? And/or should we... On Fri, 15 May 2015 16:50:29 +0200, Samuel Thibault <samuel.thiba...@gnu.org> wrote: > Thomas Schwinge, le Fri 15 May 2015 16:46:43 +0200, a écrit : > > On Thu, 7 May 2015 01:43:05 +0200, Samuel Thibault > > <samuel.thiba...@gnu.org

Re: Rolling new releases

Hi! On Mon, 26 Oct 2015 20:57:25 +0100, Justus Winter <4win...@informatik.uni-hamburg.de> wrote: > Quoting Justus Winter (2015-10-05 16:39:46) > > 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

Re: [PATCH] hurd: align -p and -pg behavior on Linux

Hi Samuel! On Sat, 19 Sep 2015 14:00:23 +0200, Samuel Thibault wrote: > On Linux, -p and -pg do not make gcc link against libc_p.a, only > -profile does (as documented in r11246), and thus people expect -p > and -pg to work without libc_p.a installed (it is actually

Re: "Recent changes" links redirect to 404

Hi! On Mon, 28 Sep 2015 23:54:01 +0300, gk.p...@gmail.com wrote: > When going to the "recent changes" at the hurd wiki, and clicking to one > of the pages I am redirected to a "404 - not found" page. This also > holds true for the hurd wiki at sceen.net. Thanks for reporting this -- it seems the

Re: bug-hurd mailing list

Hi! On Sat, 03 Oct 2015 00:05:59 +0200, I wrote: > On Wed, 30 Sep 2015 22:27:04 +0200, Robert Millan wrote: > > I suspect the > > list server isn't forwarding neither your mails nor mine: > > > >1. My previous mail doesn't show up in the list archive: > > > >

bug-hurd mailing list (was: Shortest path to significant improvement in hardware support)

Hi! On Wed, 30 Sep 2015 22:27:04 +0200, Robert Millan wrote: > I suspect the > list server isn't forwarding neither your mails nor mine: > >1. My previous mail doesn't show up in the list archive: > > https://lists.gnu.org/archive/html/bug-hurd/2015-09/index.html > >

Re: [PATCH v3] Fix race condition in ext2fs when remounting

Hi! First, thanks for working on this issue! On Sat, 25 Jul 2015 14:06:24 +0200, Justus Winter 4win...@informatik.uni-hamburg.de wrote: What happened to the corresponding fatfs change though? Isofs is read-only, and tmpfs' diskfs_reload_global_state is a nop too. So modulo the missing

Re: glibc build log (TLS-related issue)

Hi! On Tue, 23 Jun 2015 15:10:12 +0200, Samuel Thibault samuel.thiba...@gnu.org wrote: Ok, the change which made my glibc work with static linking is: What's the failure mode? (So that it can be added to http://darnassus.sceen.net/~hurd-web/open_issues/glibc/, or a new issue be filed.)

Re: glibc build log (TLS-related issue)

Hi! On Wed, 24 Jun 2015 11:37:00 +0300, Manolis Ragkousis manolis...@gmail.com wrote: On 23 June 2015 at 16:10, Samuel Thibault samuel.thiba...@gnu.org wrote: Ok, the change which made my glibc work with static linking is: --host=i586-gnu --build=i586-gnu I guess the default i686

Re: GSoC: Porting Guix to Hurd week 3+4 report.

Hi! On Thu, 04 Jun 2015 22:48:48 +0200, l...@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) wrote: Manolis Ragkousis manolis...@gmail.com skribis: Hey Thomas, thank you for looking into this. Many thanks to you as well as Ludo for your very helpful description and instructions! I've also

Re: GSoC: Porting Guix to Hurd week 3+4 report.

Hi! On Tue, 2 Jun 2015 17:06:48 +0300, Manolis Ragkousis manolis...@gmail.com wrote: [GCC build problem] I am attaching the complete build log and any related log. Thanks, and I tried, but it's too cumbersome to handle that massive amount of data in this way. It'll be much easier if I

refcounts_ref assertion failure

Hi! Running a binutils/GDB build on an up-to-date Debian GNU/Hurd system, I just hit (mostly manually transcribed): ext2fs: ../../libports/../libshouldbeinlibc/refcount.h:165: refcounts_ref: Assertion `! (r.hard == 1 r.weak == 0) || !refcount detected use-after-free!' failed.

Re: [Qemu-devel] [PATCH v2] qemu-nbd: only send a limited number of errno codes on the wire

Hi! With my GNU Hurd hat on: On Fri, 8 May 2015 11:50:28 +0200, Paolo Bonzini pbonz...@redhat.com wrote: Right now, NBD includes potentially platform-specific error values in the wire protocol. This patch [...] Incoming values will in general match system errno values, but not on the

GNU Mach 1.5 released

Hi! We're pleased to announce version 1.5 of GNU Mach, the GNU distribution of the Mach microkernel, http://www.gnu.org/software/hurd/microkernel/mach/gnumach.html. GNU Mach is the microkernel upon which a GNU Hurd system is based. It provides an Inter Process Communication (IPC) mechanism that

GNU MIG 1.5 released

Hi! We're pleased to announce version 1.5 of GNU MIG, the GNU distribution of the Mach 3.0 Interface Generator (MIG), http://www.gnu.org/software/hurd/microkernel/mach/mig/gnu_mig.html. This tool translates Remore Procedure Call (RPC) definition files to C code, and is required to compile any

Re: address/leak sanitizer, somebody?

Hi! On Tue, 14 Apr 2015 17:03:46 +0200, Samuel Thibault samuel.thiba...@gnu.org wrote: Samuel Thibault, le Tue 14 Apr 2015 15:08:51 +0200, a écrit : For work I've been having a look at -fsanitize in gcc. It's not as powerful as valgrind, but it should provide very good feedback, and

Re: Release process rolling new releases

Hi! On Wed, 08 Apr 2015 00:35:17 +0200, Justus Winter 4win...@informatik.uni-hamburg.de wrote: Quoting Thomas Schwinge (2014-09-23 17:09:30) The (technical) release process is not the problem; that I can do any time. Awesome! Let's make one now. :-) Will do tomorrow morning. I know

  1   2   3   4   5   6   7   8   9   10   >