Hello,
Are there any news on this?
Samuel
Samuel Thibault, le jeu. 02 janv. 2025 16:33:43 +0100, a ecrit:
> From: Svante Signell
>
> GNU/Hurd uses glibc just like GNU/Linux.
>
> This is needed for gcc to notice that glibc supports split stack in
> finish_options.
From: Svante Signell
GNU/Hurd uses glibc just like GNU/Linux.
This is needed for gcc to notice that glibc supports split stack in
finish_options.
gcc/ChangeLog:
* gcc/config/gnu.h (OPTION_GLIBC_P, OPTION_GLIBC): Define.
Patch from Svante Signell for PR go/104290.
---
gcc/config/gnu.h
e PTHREAD_*SIZE
Signed-off-by: Samuel Thibault
---
gcc/ada/s-oscons-tmplt.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/gcc/ada/s-oscons-tmplt.c b/gcc/ada/s-oscons-tmplt.c
index 96eb99dfdac..4e1f6fbdd2b 100644
--- a/gcc/ada/s-oscons-tmplt.c
+++ b/gcc/ad
From: Svante Signell
GNU/Hurd uses glibc just like GNU/Linux.
This is needed for gcc to notice that glibc supports split stack in
finish_options.
gcc/ChangeLog:
* gcc/config/gnu.h (OPTION_GLIBC_P, OPTION_GLIBC): Define.
Patch from Svante Signell for PR go/104290.
---
gcc/config/gnu.h
gcc/ada/ChangeLog:
* libgnat/system-gnu.ads: Set Max_Priority to 60.
Signed-off-by: Samuel Thibault
---
gcc/ada/libgnat/system-gnu.ads | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/ada/libgnat/system-gnu.ads b/gcc/ada/libgnat/system-gnu.ads
index f46b32359f2
Eric Botcazou, le mer. 11 déc. 2024 09:58:23 +0100, a ecrit:
> > Difference with v3: Refresh
> >
> > Samuel Thibault (3):
> > ada: Factorize bsd signal definitions
> > ada: Fix GNU/Hurd priority range
> > ada: Add GNU/Hurd x86_64 support
>
> Than
This is essentially the same as the i386-pc-gnu section, the differences
are the same as between freebsd i386 and freebsd x86_64.
gcc/ada/ChangeLog:
* Makefile.rtl: Add x86_64-pc-gnu section.
Signed-off-by: Samuel Thibault
---
gcc/ada/Makefile.rtl | 36
Difference with v3: Refresh
Samuel Thibault (3):
ada: Factorize bsd signal definitions
ada: Fix GNU/Hurd priority range
ada: Add GNU/Hurd x86_64 support
gcc/ada/Makefile.rtl | 52 +-
...-intnam__freebsd.ads => a-intnam__bsd.ads} | 2 +-
gcc/ada/libgnar
-off-by: Samuel Thibault
---
gcc/ada/Makefile.rtl | 14 +-
...-intnam__freebsd.ads => a-intnam__bsd.ads} | 2 +-
gcc/ada/libgnarl/a-intnam__dragonfly.ads | 136 --
3 files changed, 8 insertions(+), 144 deletions(-)
rename gcc/ada/libgnarl
GNU/Mach currently uses a 0..63 range.
gcc/ada/ChangeLog:
* libgnat/system-gnu.ads: New file.
* Makefile.rtl (x86-gnuhurd): Use libgnat/system-gnu.ads instead of
libgnat/system-freebsd.ads.
Signed-off-by: Samuel Thibault
---
gcc/ada/Makefile.rtl | 2 +-
gcc
Hello,
Ping on this?
Samuel
Samuel Thibault, le mar. 12 nov. 2024 21:45:19 +0100, a ecrit:
> Difference with v2: dropped the ChangeLog changes
>
> Samuel Thibault (3):
> ada: Factorize bsd signal definitions
> ada: Fix GNU/Hurd priority range
> ada: Add GNU/Hurd x86_64
Hello,
Marc Poulhiès, le mar. 12 nov. 2024 10:08:49 +0100, a ecrit:
> I can take care of merging your changes when this is done,
Thanks, I have sent v3.
> I've checked and you're not listed in the FSF copyright assignment for
> GCC. Maybe you are contributing this through your employer? If not,
This is essentially the same as the i386-pc-gnu section, the differences
are the same as between freebsd i386 and freebsd x86_64.
gcc/ada/ChangeLog:
* Makefile.rtl: Add x86_64-pc-gnu section.
Signed-off-by: Samuel Thibault
---
gcc/ada/Makefile.rtl | 32
Difference with v2: dropped the ChangeLog changes
Samuel Thibault (3):
ada: Factorize bsd signal definitions
ada: Fix GNU/Hurd priority range
ada: Add GNU/Hurd x86_64 support
gcc/ada/Makefile.rtl | 48 +-
...-intnam__freebsd.ads => a-intnam__bsd.ads} |
-off-by: Samuel Thibault
---
gcc/ada/Makefile.rtl | 14 +-
...-intnam__freebsd.ads => a-intnam__bsd.ads} | 2 +-
gcc/ada/libgnarl/a-intnam__dragonfly.ads | 136 --
3 files changed, 8 insertions(+), 144 deletions(-)
rename gcc/ada/libgnarl
GNU/Mach currently uses a 0..63 range.
gcc/ada/ChangeLog:
* libgnat/system-gnu.ads: New file.
* Makefile.rtl (x86-gnuhurd): Use libgnat/system-gnu.ads instead of
libgnat/system-freebsd.ads.
Signed-off-by: Samuel Thibault
---
gcc/ada/Makefile.rtl | 2 +-
gcc
Hello,
Marc Poulhiès, le lun. 04 nov. 2024 16:28:43 +0100, a ecrit:
> Samuel Thibault writes:
>
> > I reworked the patch to factorize the bsd signal definitions.
> > I have split off the system definitions because the priority range of
> > GNU/Mach has diverged from
I reworked the patch to factorize the bsd signal definitions.
I have split off the system definitions because the priority range of
GNU/Mach has diverged from the original BSD kernels.
Samuel Thibault (3):
ada: Factorize bsd signal definitions
ada: Fix GNU/Hurd priority range
ada: Add GNU
GNU/Mach currently uses a 0..63 range.
gcc/ada/ChangeLog:
* libgnat/system-gnu.ads: New file.
* Makefile.rtl (x86-gnuhurd): Use libgnat/system-gnu.ads instead of
libgnat/system-freebsd.ads.
Signed-off-by: Samuel Thibault
---
gcc/ada/ChangeLog | 4 +
gcc
This is essentially the same as the i386-pc-gnu section, the differences
are the same as between freebsd i386 and freebsd x86_64.
gcc/ada/ChangeLog:
* Makefile.rtl: Add x86_64-pc-gnu section.
Signed-off-by: Samuel Thibault
---
gcc/ada/ChangeLog| 2 ++
gcc/ada/Makefile.rtl | 32
-off-by: Samuel Thibault
---
gcc/ada/ChangeLog | 11 ++
gcc/ada/Makefile.rtl | 14 +-
...-intnam__freebsd.ads => a-intnam__bsd.ads} | 2 +-
gcc/ada/libgnarl/a-intnam__dragonfly.ads | 136 --
4 files changed, 19 inserti
Hello,
Marc Poulhiès, le jeu. 31 oct. 2024 14:34:50 +0100, a ecrit:
> Samuel Thibault writes:
>
> Hello Samuel,
>
> > This is essentially the same as the i386-pc-gnu section, the differences
> > are the same as between freebsd i386 and freebsd x86_64.
>
> Chang
This is essentially the same as the i386-pc-gnu section, the differences
are the same as between freebsd i386 and freebsd x86_64.
gcc/ada/ChangeLog:
* Makefile.rtl: Add x86_64-pc-gnu section.
Signed-off-by: Samuel Thibault
diff --git a/gcc/ada/Makefile.rtl b/gcc/ada/Makefile.rtl
index
/go-nosys.c: Do not produce syscall() stub on
GNU/Hurd.
Signed-off-by: Samuel Thibault
diff --git a/libgo/go/syscall/syscall_funcs.go
b/libgo/go/syscall/syscall_funcs.go
index a906fa5a42e..b62278dc27b 100644
--- a/libgo/go/syscall/syscall_funcs.go
+++ b/libgo/go/syscall/syscall_funcs.go
Changelog:
* gcc/config/i386/t-freebsd64: Fix typo.
* gcc/config/i386/t-gnu64: Fix typo.
* gcc/config/i386/t-linux64: Fix typo.
diff --git a/gcc/config/i386/t-freebsd64 b/gcc/config/i386/t-freebsd64
index 5e2cd3d2b6c..bd3a41c9516 100644
--- a/gcc/config/i386/t-freebsd64
++
io Cruz
Reviewed-by: Samuel Thibault
Thanks!!
> ---
> libgcc/config/i386/gnu-unwind.h | 97 -
> 1 file changed, 94 insertions(+), 3 deletions(-)
>
> diff --git a/libgcc/config/i386/gnu-unwind.h b/libgcc/config/i386/gnu-unwind.h
> index 0751b55
Thomas Schwinge, le lun. 27 nov. 2023 15:52:02 +0100, a ecrit:
> 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&#x
Hello,
Thomas Schwinge, le lun. 27 nov. 2023 15:48:33 +0100, a ecrit:
> On 2023-10-28T21:19:59+0200, Samuel Thibault wrote:
> > This is essentially based on t-linux64 version.
>
> Yes, but isn't the overall setup diverged from GNU/Linux?
Not sure what you mean exactly?
I
This fixes the Hurd spec in the default-pie case, and adds static-pie
support.
gcc/ChangeLog:
* gcc/config/i386/gnu.h: Use PIE_SPEC, add static-pie case.
* gcc/config/i386/gnu64.h: Use PIE_SPEC, add static-pie case.
diff --git a/gcc/config/i386/gnu.h b/gcc/config/i386/gnu.h
index
We need the multilib paths in gcc to find e.g. glibc crt files on
Debian. This is essentially based on t-linux64 version.
gcc/ChangeLog:
* gcc/config/i386/t-gnu64: New file.
* gcc/config.gcc [x86_64-*-gnu*): Add i386/t-gnu64 to
tmake_file.
diff --git a/gcc/config.gcc b/g
(and it'd be useful to have it backported to the 13 branch)
Samuel Thibault, le sam. 06 mai 2023 13:50:36 +0200, a ecrit:
> We need the multilib paths in gcc to find e.g. glibc crt files on
> Debian. This is essentially based on t-linux64 version.
>
> gcc/ChangeLog:
>
>
This fixes the Hurd spec in the default-pie case, and adds static-pie
support.
gcc/ChangeLog:
* gcc/config/i386/gnu.h: Use PIE_SPEC, add static-pie case.
* gcc/config/i386/gnu64.h: Use PIE_SPEC, add static-pie case.
diff --git a/gcc/config/i386/gnu.h b/gcc/config/i386/gnu.h
index
We need the multilib paths in gcc to find e.g. glibc crt files on
Debian. This is essentially based on t-linux64 version.
gcc/ChangeLog:
* gcc/config/i386/t-gnu64: New file.
* gcc/config.gcc [x86_64-*-gnu*): Add i386/t-gnu64 to
tmake_file.
diff --git a/gcc/config.gcc b/g
When linking with -static-pie, we need to use rcrt0.o (and grcrt0.o for
-pg). Also, set static:crt0.o before pie:Scrt1.o, otherwise -static -pie
fails to link with Scrt1.o due to missing _DYNAMIC symbol.
Also, -static-pie needs crtbeginS.o (otherwise it contains a relocation
in read-only .text).
This is notably needed because in glibc 2.34, the move of pthread functions
into libc.so happened for Linux only, not GNU/Hurd.
The pthread_self() function can also always be used fine as it is on
GNU/Hurd.
libstdc++-v3/ChangeLog:
* config/os/gnu-linux/os_defines.h [!__linux__]
y, I hadn't noticed that.
> On 29/08/22 02:30 +0200, Samuel Thibault wrote:
> > This is notably needed because in glibc 2.34, the move of pthread functions
> > into libc.so happened for Linux only, not GNU/Hurd.
> >
> > The pthread_self() function can also alway
Ping?
Samuel Thibault, le lun. 29 août 2022 02:30:40 +0200, a ecrit:
> This is notably needed because in glibc 2.34, the move of pthread functions
> into libc.so happened for Linux only, not GNU/Hurd.
>
> The pthread_self() function can also always be used fine as it is.
>
100644
--- a/libstdc++-v3/ChangeLog
+++ b/libstdc++-v3/ChangeLog
@@ -1,3 +1,11 @@
+2022-08-28 Samuel Thibault
+
+ * config/os/gnu/os_defines.h: New file.
+ * config/os/gnu/ctype_base.h: New file.
+ * config/os/gnu/ctype_configure_char.cc: New file.
+ * config/os/gnu
Hello,
Joseph Myers, le lun. 18 janv. 2021 20:05:44 +, a ecrit:
> On Wed, 13 Jan 2021, Thomas Schwinge wrote:
> > Thanks (and sorry for the delay), pushed "Hurd: Enable ifunc by default"
> > to master branch in commit e9cb89b936f831a02318d45fc4ddb06f7be55ae4, and
> > cherry-picked into release
Ping?
Samuel Thibault, le lun. 21 déc. 2020 15:36:30 +0100, a ecrit:
When the application sets SA_SIGINFO, the signal trampoline parameters
are different to follow POSIX.
libgcc/
* config/i386/gnu-unwind.h (x86_gnu_fallback_frame_state): Add the posix
siginfo case to struct handler_args. Detect
Ping?
Samuel Thibault, le dim. 08 nov. 2020 23:52:51 +0100, a ecrit:
> The binutils bugs seem to have been fixed.
>
> 2020-11-08 Samuel Thibault
>
> gcc/
> * config.gcc: Enable default_gnu_indirect_function in *-*-gnu*
> target (but not *-*-kfreebsd*-g
Jeff Law, le mar. 05 janv. 2021 16:04:45 -0700, a ecrit:
> Thanks. Installed.
Thanks!
Samuel
Hello,
Jeff Law, le lun. 04 janv. 2021 13:29:53 -0700, a ecrit:
> On 12/23/20 6:12 PM, Samuel Thibault wrote:
> > In upstream libtool, 47a889a4ca20 ("Improve GNU/Hurd support.") fixed
> > detection of shlibpath_overrides_runpath, thus avoiding unnecessary reli
In upstream libtool, 47a889a4ca20 ("Improve GNU/Hurd support.") fixed
detection of shlibpath_overrides_runpath, thus avoiding unnecessary relink.
This backports it.
ChangeLog:
* libtool.m4: Match gnu* along other GNU systems.
* libffi/configure: Re-generate.
* libgomp/conf
When the application sets SA_SIGINFO, the signal trampoline parameters
are different to follow POSIX.
libgcc/
* config/i386/gnu-unwind.h (x86_gnu_fallback_frame_state): Add the posix
siginfo case to struct handler_args. Detect between legacy and siginfo from
the second parameter, which is a small
Jessica Clarke, le lun. 21 déc. 2020 14:21:39 +, a ecrit:
> On 21 Dec 2020, at 14:09, Samuel Thibault wrote:
> > @@ -75,29 +86,52 @@ x86_gnu_fallback_frame_state
> > return _URC_END_OF_STACK;
> >
> > handler_args = context->cfa;
> > - scp = handler_
When the application sets SA_SIGINFO, the signal trampoline parameters
are different to follow POSIX.
libgcc/
* config/i386/gnu-unwind.h (x86_gnu_fallback_frame_state): Add the posix
siginfo case to struct handler_args. Detect between legacy and siginfo from
the second parameter, which is a small
Almudena Garcia, le lun. 21 déc. 2020 01:05:29 +0100, a ecrit:
> What do you need exactly?
I need gcc people to apply it.
> How can we test It?
The answer would be lengthy. Basically recompile gcc with it, write or
find a program that uses it, and check that it works.
But I have already done th
Ping?
Samuel Thibault, le dim. 08 nov. 2020 23:52:51 +0100, a ecrit:
> The binutils bugs seem to have been fixed.
>
> 2020-11-08 Samuel Thibault
>
> gcc/
> * config.gcc: Enable default_gnu_indirect_function in *-*-gnu*
> target (but not *-*-kfreebsd*-g
Ping?
Samuel Thibault, le dim. 08 nov. 2020 23:52:51 +0100, a ecrit:
> The binutils bugs seem to have been fixed.
>
> 2020-11-08 Samuel Thibault
>
> gcc/
> * config.gcc: Enable default_gnu_indirect_function in *-*-gnu*
> target (but not *-*-kfreebsd*-g
Ping?
I was able to pass glibc's complete ifunc tests with no problem.
Samuel
Samuel Thibault, le dim. 08 nov. 2020 23:52:51 +0100, a ecrit:
> The binutils bugs seem to have been fixed.
>
> 2020-11-08 Samuel Thibault
>
> gcc/
> * config.gcc: Enable defaul
The binutils bugs seem to have been fixed.
2020-11-08 Samuel Thibault
gcc/
* config.gcc: Enable default_gnu_indirect_function in *-*-gnu*
target (but not *-*-kfreebsd*-gnu | *-*-kopensolaris*-gnu).
---
gcc/config.gcc | 4 +++-
1 file changed, 3 insertions(+), 1
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 backported to gcc 9 and 10, so that it lands naturally
> in the Debian pac
Thomas Schwinge, le lun. 08 juin 2020 12:15:12 +0200, a ecrit:
> I'm not currently set up to test this, but I'll assume you have.
Sure :)
> Which GCC branches would you like this on?
Ideally it's be backported to gcc 9 and 10, so that it lands naturally
in the Debian packages without having to b
Hello,
Any news on this?
Samuel
Samuel Thibault, le ven. 29 mai 2020 13:46:50 +0200, a ecrit:
> Hello,
>
> libgcc is currently missing the support for unwinding over signal
> trampolines on GNU/Hurd. The attached patch implements it.
>
> Samuel
> hurd: libgcc unwindin
unwinding support for GNU Hurd: x86.
+ Copyright (C) 2020 Free Software Foundation, Inc.
+ Contributed by Samuel Thibault
+
+This file is part of GCC.
+
+GCC is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foun
Svante Signell, le lun. 11 févr. 2019 12:10:21 +0100, a ecrit:
> WCONTINUED is not defined, I assume that WIFCONTINUED is not supported.
>
> From waitpid(2):
> WCONTINUED (since Linux 2.6.10)
>also return if a stopped child has been resumed by delivery of SIGCONT.
>
> @Samuel: more info?
git
Hello,
Svante Signell, on sam. 10 mars 2018 19:33:35 +0100, wrote:
> Attached is the updated patch, src_libgo_build.diff, to build gccgo properly
> on
> Debian GNU/Hurd on gcc-7 (7-7.3.0-{8,9,10}) again after the update of glibc to
> 2.26+
I have updated the gcc-7 package in Debian, thanks!
Sam
Hello,
Svante Signell, on lun. 06 nov. 2017 16:36:39 +0100, wrote:
> Another issue is that /proc/self/exe has to return an absolute path for the
> built program go-7 to execute properly. This is solved by a pending patch for
> glibc in Debian and will be available in the next upload of glibc-2.24.
Samuel Thibault, on Mon 19 Dec 2016 00:25:35 +0100, wrote:
> as the attached patch does, which should really be applied or done
> any other way.
Or rather this patch, which makes it more like the test above.
Matthias, I'm committing this to Debian's gcc-6, along the other go
pat
Hello,
Svante Signell, on Fri 25 Nov 2016 20:57:26 +0100, wrote:
> Another more annoying gnumch/hurd/glibc bug is that the
> built program go (go-6 in Debian) gets killed when executed from the
> shell vi path, but not when issued directly: /usr/bin/go-6 works fine.
> go-6
> Segmentation fault (c
Svante Signell, on Wed 07 Dec 2016 15:32:31 +0100, wrote:
> On Wed, 2016-12-07 at 15:08 +0100, Samuel Thibault wrote:
> > Ok, but then I'd say move the function which change to a separate file,
> > so that the other functions are kept shared.
> > Otherwise it'll b
Svante Signell, on Wed 07 Dec 2016 14:52:35 +0100, wrote:
> Since go does not have a preprocessor allowing conditional code paths this is
> how it should be done (and as I did):
> http://blog.ralch.com/tutorial/golang-conditional-compilation/
Ok, but then I'd say move the function which change to
Svante Signell, on Sun 27 Nov 2016 18:17:17 +0100, wrote:
> On Sun, 2016-11-27 at 18:02 +0100, Samuel Thibault wrote:
> > > But as you wish, an updated patch is attached.
> >
> > _Bool
> > Continued (uint32_t *w)
> > {
> > +#ifndef WCONTINUED
Hello,
Svante Signell, on Sun 27 Nov 2016 17:33:52 +0100, wrote:
> > > Index: gcc-6-6.2.1-4.1/src/libgo/go/syscall/wait.c
> > > ===
> > > --- gcc-6-6.2.1-4.1.orig/src/libgo/go/syscall/wait.c
> > > +++ gcc-6-6.2.1-4.1/src/libgo/go/sysc
Svante Signell, on Wed 04 May 2016 23:25:28 +0200, wrote:
> On Wed, 2016-05-04 at 23:06 +0200, Samuel Thibault wrote:
> > Svante Signell, on Wed 04 May 2016 19:43:27 +0200, wrote:
> > > May I comment on Debian way of apt-get source gcc-*: Doing that
> > > does
> >
Svante Signell, on Wed 04 May 2016 19:43:27 +0200, wrote:
> May I comment on Debian way of apt-get source gcc-*: Doing that does
> not unpack the sources, neither does it apply the patches, you have to
> unpack and patch before you can change sources and update patches. Iv'e
> patched the sources s
Samuel Thibault, on Wed 04 May 2016 17:29:48 +0200, wrote:
> The gcc-6 build failed. I see that one of the change is:
>
> - -- From: /usr/include/unistd.h __getpagesize or getpagesize??
> - function Get_Page_Size return int;
> + -- From: /usr/include/i386-gnu/bits/shm.h _
Hello Svante,
The gcc-6 build failed. I see that one of the change is:
- -- From: /usr/include/unistd.h __getpagesize or getpagesize??
- function Get_Page_Size return int;
+ -- From: /usr/include/i386-gnu/bits/shm.h __getpagesize or getpagesize??
+ function Get_Page_Size return size_t;
Hello,
Thomas Schwinge, on Tue 29 Mar 2016 23:19:09 +0200, wrote:
> 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
> > > -prof
Samuel Thibault, on Thu 25 Feb 2016 00:18:21 +0100, wrote:
> Thomas Schwinge, on Wed 24 Feb 2016 23:46:36 +0100, wrote:
> > I guess getting -D_REENTRANT for -pthread won't do us any harm?
>
> It won't.
(Actually we've been using this in Debian for a long time).
Samuel
Thomas Schwinge, on Wed 24 Feb 2016 23:46:36 +0100, wrote:
> I guess getting -D_REENTRANT for -pthread won't do us any harm?
It won't.
> > --- gcc/config/i386/gnu.h.orig 2015-09-17 21:41:13.0 +
> > +++ gcc/config/i386/gnu.h 2015-09-17 23:03:57.0 +
> > @@ -27,11 +27,
Ping?
Samuel Thibault, on Sun 11 Oct 2015 20:29:10 +0200, wrote:
> Ping?
>
> (I don't have commit access)
>
> Samuel Thibault, le Sat 19 Sep 2015 14:00:23 +0200, a écrit :
> > On Linux, -p and -pg do not make gcc link against libc_p.a, only
> > -profile does (as
Ping?
(I don't have commit access)
Samuel Thibault, le Sat 19 Sep 2015 14:00:23 +0200, a écrit :
> 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 (
Ping?
Samuel Thibault, le Sat 19 Sep 2015 14:00:23 +0200, a écrit :
> 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 even not
> available
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 even not
available any more in Debian). We should thus rather make the Hurd port
do the same to avoid build
Svante Signell, le Wed 21 May 2014 11:42:30 +0200, a écrit :
> On Wed, 2014-05-21 at 11:27 +0200, Samuel Thibault wrote:
> > Guaranteeing long term support *is* about taking up the work of checking
> > periodically that the port works fine. If anybody does it, then it's
>
Svante Signell, le Wed 21 May 2014 11:22:44 +0200, a écrit :
> On Wed, 2014-05-21 at 10:47 +0200, Samuel Thibault wrote:
> > Svante Signell, le Wed 21 May 2014 10:40:37 +0200, a écrit :
> > > > > What kind of person do you have to be to be accepted, a GNU/Hurd
> >
Svante Signell, le Wed 21 May 2014 10:44:54 +0200, a écrit :
> On Wed, 2014-05-21 at 10:33 +0200, Arnaud Charlet wrote:
> > > > I think the majority of work has bee done, Now that patch will change
> > > > slightly for every missing feature added to Hurd.
> > >
> > > Then it's all good, it's a mat
Svante Signell, le Wed 21 May 2014 10:40:37 +0200, a écrit :
> > > What kind of person do you have to be to be accepted, a GNU/Hurd
> > > developer or a GNU/Ada developer having a gnu.org account?
> >
> > Nothing special, just like for contributing to any opensource project;
> > just someone who c
Arnaud Charlet, le Wed 21 May 2014 10:33:31 +0200, a écrit :
> > > I think the majority of work has bee done, Now that patch will change
> > > slightly for every missing feature added to Hurd.
> >
> > Then it's all good, it's a matter of what I said above.
>
> Don't forget also the part where gen
Svante Signell, le Wed 21 May 2014 10:20:16 +0200, a écrit :
> On Wed, 2014-05-21 at 10:03 +0200, Samuel Thibault wrote:
> > Svante Signell, le Wed 21 May 2014 09:49:59 +0200, a écrit :
> > > Thomas and Samuel: It looks like upstream don't accept patches unless a
> > &
Svante Signell, le Wed 21 May 2014 09:49:59 +0200, a écrit :
> Thomas and Samuel: It looks like upstream don't accept patches unless a
> Hurd port maintainer commits to it. What's the use of all this job?
Well, simply to keep the changes working. That is not surprising at all.
> (Of course it ca
Svante Signell, le Wed 21 May 2014 09:47:08 +0200, a écrit :
> > > +# Special treatment of EWOULDBLOCK for GNU/Hurd
> > > +# /usr/include/bits/errno.h: #define EWOULDBLOCK EAGAIN
> > > +if egrep 'define EWOULDBLOCK EAGAIN' gen-sysinfo.go > /dev/null 2>&1;
> > > then
> > > + egrep '^const EWOULDBL
Svante Signell, le Fri 16 May 2014 10:03:05 +0200, a écrit :
> is used in gcc-4.9-4.9.0/src/libgo/go/net/fd_unix.go:
> func dupCloseOnExec(fd int) (newfd int, err error) {
> if atomic.LoadInt32(&tryDupCloexec) == 1 && syscall.F_DUPFD_CLOEXEC!=0 {
> r0, _, e1 := syscall.Syscall(syscall.SYS_FCNTL, ui
Svante Signell, le Tue 06 May 2014 14:13:54 +0200, a écrit :
> > > +# Special treatment of EWOULDBLOCK for GNU/Hurd
> > > +# /usr/include/bits/errno.h: #define EWOULDBLOCK EAGAIN
> > > +egrep '^const EWOULDBLOCK = Errno(_EWOULDBLOCK)' ${OUT} | \
> > > +sed -i.bak -e 's/_EWOULDBLOCK/_EAGAIN/' ${
Svante Signell, le Tue 06 May 2014 15:25:38 +0200, a écrit :
> On Tue, 2014-05-06 at 15:07 +0200, Samuel Thibault wrote:
> > Svante Signell, le Tue 06 May 2014 15:05:20 +0200, a écrit :
> > > On Tue, 2014-05-06 at 14:51 +0200, Samuel Thibault wrote:
> > > >
Svante Signell, le Tue 06 May 2014 15:05:20 +0200, a écrit :
> On Tue, 2014-05-06 at 14:51 +0200, Samuel Thibault wrote:
> > Just to explicitly ask for it:
> >
> > Svante Signell, le Tue 06 May 2014 10:06:49 +0200, a écrit :
> > > For some (yet) unknown reaso
Just to explicitly ask for it:
Svante Signell, le Tue 06 May 2014 10:06:49 +0200, a écrit :
> For some (yet) unknown reason all libgo tests fails with a segfault when
> run in the build tree: make, sh or something else, the test commands are
> rather hard to track.
Doesn't that dump a core? Do y
Svante Signell, le Tue 06 May 2014 10:58:38 +0200, a écrit :
> The patch for st_dev by Thomas Schwinge was not liked by Samuel
Uh?
I said “These should be fine, however.” and “a sed rule can't hurt even
if there is no occurrence...”
So just keep that precise part back as it was, no need for bein
Svante Signell, le Fri 02 May 2014 12:45:56 +0200, a écrit :
> On Fri, 2014-05-02 at 12:00 +0200, Samuel Thibault wrote:
> > Samuel Thibault, le Fri 02 May 2014 11:57:53 +0200, a écrit :
> > > So we just need to fix guardsize in our libpthread.
> >
> > (And I
Samuel Thibault, le Fri 02 May 2014 11:57:53 +0200, a écrit :
> So we just need to fix guardsize in our libpthread.
It was not so difficult actually.
Svante, could you try this libpthread:
http://people.debian.org/~sthibault/tmp/libpthread.so.0.3
Thanks,
Samuel
Samuel Thibault, le Fri 02 May 2014 11:57:53 +0200, a écrit :
> So we just need to fix guardsize in our libpthread.
(And I'll have a look at it).
Samuel
Svante Signell, le Fri 02 May 2014 10:18:12 +0200, a écrit :
> task130(pid1182)->vm_allocate (33562796 8364 0) = 0x3 ((os/kern) no space
> available)
> task130(pid1182)->vm_allocate (33571160 8364 0) = 0 33570816
While inspecting this, I realized this is from __pthread_stack_alloc,
the only call
Justus Winter, le Sat 26 Apr 2014 08:53:08 +0200, a écrit :
> task130(pid1182)->vm_map (0 49880 0 1133<--160(pid1182) 0 1 5 7 1) = 0
> 2453504
>
> We map that somewhere.
>
> task130(pid1182)->mach_port_deallocate (pn{ 25}) = 0
>
> Deallocate the port. Again, for some strange reason 133 ==
Svante Signell, le Fri 02 May 2014 10:03:23 +0200, a écrit :
> On Fri, 2014-05-02 at 00:45 +0200, Samuel Thibault wrote:
> > Hello,
> >
> > Svante Signell, le Thu 24 Apr 2014 10:39:10 +0200, a écrit :
> > > - Without split stack enabled around 70 libgo tests pass an
Svante Signell, le Fri 02 May 2014 10:18:12 +0200, a écrit :
> Thread 4 (Thread 1205.4):
> #0 0x019977b7 in _hurd_intr_rpc_msg_in_trap () at intr-msg.c:132
> err =
> err =
> user_option = 3
> user_timeout = 48
> m = 0x532370
> msgh_bits = 0
>
Hello,
Svante Signell, le Thu 24 Apr 2014 10:39:10 +0200, a écrit :
> - Without split stack enabled around 70 libgo tests pass and 50 fails,
> most of them with a segfault.
> - Enabling split stack and using the libc Samuel built all 122 libgo
> tests fail with a segfault.
Please provide segfault
Samuel Thibault, le Thu 17 Apr 2014 00:03:45 +0200, a écrit :
> Thomas Schwinge, le Wed 09 Apr 2014 09:36:42 +0200, a écrit :
> > Well, the first step is to verify that TARGET_THREAD_SPLIT_STACK_OFFSET
> > and similar configury is correct for the Hurd,
>
> I have added the co
Thomas Schwinge, le Wed 09 Apr 2014 09:36:42 +0200, a écrit :
> Well, the first step is to verify that TARGET_THREAD_SPLIT_STACK_OFFSET
> and similar configury is correct for the Hurd,
I have added the corresponding field, so we can just use the same offset
as on Linux.
Samuel
1 - 100 of 108 matches
Mail list logo
