Hello,
Joshua Branson, le lun. 18 sept. 2023 13:18:16 -0400, a ecrit:
> FIXME: Looking up files in directories. The comments from the code in
> @file{hurd/fs.defs}, was copied in verbatium. The function definitions
> may be incorrect, because I have never used these functions before.
> Any advi
Hey Samuel,
So I have been working on some updates to the Hurd manual. Some changes
are probably ready (once I figure out how to commit them. I can't get
magit to work on the Hurd at the moment). However, there are some other
changes where I am trying to document various Hurd functions. Here
during Covid-19.
>
> I have managed to sit on most the money I had released, and I realised;
> I do not need it.
>
> I want to ask:
>
> - how could a financial contribution to GNU Hurd help right now?
>
> - what could some money be targeted towards, when spent?
>
>
I think it would also be a good idea to potentially encourage others to
match your donation. Perhaps we could run a fundraiser, and we could
advertise that you will match any donations up to $4,000.
My two cents.
--
Joshua Branson
Sent from Emacs and Gnus
https://gnucode.me
https://video.h
A possible way, which don't requires direct financial, It's join the Hurd
to contribute platforms. Currently, Hurd participates in Google Summer of
Code.
But there are more platforms, like Outreachy or other similar, which allows
to pay external contributors for makes a development in Free Software
Samuel Thibault, le ven. 18 déc. 2020 12:18:55 +0100, a ecrit:
> The question is rather whether we have anybody ready to be paid for
> working on GNU/Hurd. Somebody could pop out and say "I'll work for
> that", but he'd need a lot of mentoring before being able to contribute,
> and that alone could
Blair Vidakovich writes:
> I have been donating money to various different free software projects
> over the last few weeks, like putting a bounty on implementing OMEMO
> encryption for XMPP in EMACS, and contributing to the patreon of Mezzano
> OS, a LISP operating system project.
Thank you for
'd tell you that Arch is in
the running.
> - how could a financial contribution to GNU Hurd help right now?
The question is rather whether we have anybody ready to be paid for
working on GNU/Hurd. Somebody could pop out and say "I'll work for
that", but he'd need
as well. This is
the rest of my superannuation I have had compassionately released, due
to my unemployed status during Covid-19.
I have managed to sit on most the money I had released, and I realised;
I do not need it.
I want to ask:
- how could a financial contribution to GNU Hurd help right now
Richard Braun, on Wed 17 Aug 2016 14:55:35 +0200, wrote:
> On Wed, Aug 17, 2016 at 10:50:56AM +0200, Samuel Thibault wrote:
> > Mmm. This is a clobber, so it's supposed to indicate what is written,
> > not what is read :) But I agree with the "move" rationale, let's be safe
> > (it doesn't really m
On Wed, Aug 17, 2016 at 10:50:56AM +0200, Samuel Thibault wrote:
> Mmm. This is a clobber, so it's supposed to indicate what is written,
> not what is read :) But I agree with the "move" rationale, let's be safe
> (it doesn't really matter here, there's a memory compiler barrier at the
> function c
Richard Braun, on Wed 17 Aug 2016 10:43:46 +0200, wrote:
> On Wed, Aug 17, 2016 at 08:46:34AM +0200, Samuel Thibault wrote:
> > - Are we sure that the direction flag is cleared on entry of the assembly
> > snippets?
>
> Yes, gcc makes sure it's cleared on entry. See [1] for reference.
Ok :)
> >
Richard Braun, on Wed 17 Aug 2016 10:46:10 +0200, wrote:
> On Wed, Aug 17, 2016 at 08:53:51AM +0200, Samuel Thibault wrote:
> > - also, in strstr, is it really better to use strncmp instead of strcmp?
>
> If I understand correctly, strcmp wouldn't behave right since it
> compares the terminating n
On Wed, Aug 17, 2016 at 08:53:51AM +0200, Samuel Thibault wrote:
> - also, in strstr, is it really better to use strncmp instead of strcmp?
If I understand correctly, strcmp wouldn't behave right since it
compares the terminating null byte.
--
Richard Braun
On Wed, Aug 17, 2016 at 08:46:34AM +0200, Samuel Thibault wrote:
> - Are we sure that the direction flag is cleared on entry of the assembly
> snippets?
Yes, gcc makes sure it's cleared on entry. See [1] for reference.
> - I don't think the memcmp, strlen and strcmp snippets need a memory clobber
Samuel Thibault, on Wed 17 Aug 2016 08:46:34 +0200, wrote:
> - Are we sure that the direction flag is cleared on entry of the assembly
> snippets?
>
> - I don't think the memcmp, strlen and strcmp snippets need a memory clobber?
>
> - the ecx trick in strlen is nice :)
>
> - should we really use
Richard Braun, on Fri 12 Aug 2016 21:29:09 +0200, wrote:
> I can take care of this when I have time.
Thanks!
- Are we sure that the direction flag is cleared on entry of the assembly
snippets?
- I don't think the memcmp, strlen and strcmp snippets need a memory clobber?
- the ecx trick in strle
On Fri, Aug 12, 2016 at 09:21:11PM +0200, Samuel Thibault wrote:
> Richard Braun, on Fri 12 Aug 2016 21:16:02 +0200, wrote:
> > On Fri, Aug 12, 2016 at 07:57:48PM +0200, Samuel Thibault wrote:
> > > It becomes more and more clear that we shouldn't steal functions from
> > > glibc into gnumach, it p
Richard Braun, on Fri 12 Aug 2016 21:16:02 +0200, wrote:
> On Fri, Aug 12, 2016 at 07:57:48PM +0200, Samuel Thibault wrote:
> > It becomes more and more clear that we shouldn't steal functions from
> > glibc into gnumach, it poses cross-building issues from Linux.
> >
> > Could somebody contribute
On Fri, Aug 12, 2016 at 09:16:02PM +0200, Richard Braun wrote:
> Note that it's not that "simple" since we'd like implementations that
> aren't naive, i.e. assembly with rep instructions. In particular, it
> makes a huge difference in virtualized guests compared to C-based ones
> because of vmenter
On Fri, Aug 12, 2016 at 07:57:48PM +0200, Samuel Thibault wrote:
> It becomes more and more clear that we shouldn't steal functions from
> glibc into gnumach, it poses cross-building issues from Linux.
>
> Could somebody contribute, or steal from a BSD the following functions,
> to be included in
Hello,
It becomes more and more clear that we shouldn't steal functions from
glibc into gnumach, it poses cross-building issues from Linux.
Could somebody contribute, or steal from a BSD the following functions,
to be included in gnumach/kern/strings.c?
- memcmp
- memcpy
- memmove
- strchr
- str
On Tue, Sep 03, 2013 at 01:46:22PM +0700, 901...@gmail.com wrote:
> I have read and researched about GNU/Hurd and I think it is an
> interesting project. I would like to join to help in development Hurd. I
> learned about C language, assembly, and OS. My major is Software and
> Embedded System. I h
Hello all,
I have read and researched about GNU/Hurd and I think it is an
interesting project. I would like to join to help in development Hurd. I
learned about C language, assembly, and OS. My major is Software and
Embedded System. I have read the contributing questionnaire, and there
are 3 areas
Hi,
On Sat, Mar 21, 2009 at 12:12:43PM -0400, f...@gnu.org wrote:
> We are 2 friends who are interested in contributing to the "GNU Mach
> Code Cleanup", found in
> http://www.gnu.org/software/hurd/community/gsoc/project_ideas.html.
> We'd like to do it for both GSOC and voluntarily afterwards, b
Am Samstag 21 März 2009 17:12:43 schrieb f...@gnu.org:
> I apologise if this is not the right list to write about this issue.
>
> We are 2 friends who are interested in contributing to the "GNU Mach Code
> Cleanup", found in
> http://www.gnu.org/software/hurd/community/gsoc/project_ideas.html. We'd
I forgot to CC this list when sending a direct reply to Thomas, here it
is :
--- Begin Message ---
On Sun, 2007-30-09 at 21:25 +0200, Thomas Schwinge wrote:
> Hello William!
>
> Thanks for your interest in the GNU Hurd project!
>
> If you are striving to contribute to the effort, please spend so
Hello William!
Thanks for your interest in the GNU Hurd project!
If you are striving to contribute to the effort, please spend some time
thinking about the following items:
* What areas are you interested in contributing to?
Think a moment about this list: porting / extending existing sof
ently learned (rather decisively) that I lack analysis skills so I
was hoping to develop them in this team. Of course I'll do my share of
contribution but I hope to be coached about my ineffecies.
I'm new to the free software scene and I'm writing this on Debian
GNU/Linux but I encount
29 matches
Mail list logo
