Re: About merging the Hurd homepage and the Hurd wiki

Thomas Schwinge wrote: Hello! It has been my plan for a long time, but needed to much work effort to be done immediatelly. So I postponed it. Has now perhaps the time come to revisit this topic, in context of just having lost http (port 80) access to the machine hosting the Hurd wiki? Driving

Gnumach Cleanup 13

Hi, For kicks I did some more cleanup of warnings in gnumach. The majority of the fixes are for "initialization of incompatible pointer.." errors. Here is a changelog: 2008-07-19 Barry deFreese <[EMAIL PROTECTED]> * device/device_emul.h (struct device_emula

Re: About merging the Hurd homepage and the Hurd wiki

Thomas Schwinge wrote: To come to an end here, Barry, please select a port to use for the -style URLS. Then configure your router for forwarding this port to 192.168.10.62, which is the IP of the webserver-to-be, running on zenhost as a domU, and which is go

grub segfaulting

Hi folks, I was playing with grub to see if I could find out where it is dying. It was working OK but now it is core dumping. Even if I run the unmodified version I get segfaults with the following error on the console: end_request: I/O error, dev 02:00, sector 0 Any clue on what could be

Re: grub segfaulting

Samuel Thibault wrote: Barry deFreese, le Sun 31 May 2009 10:03:32 -0400, a écrit : Even if I run the unmodified version I get segfaults with the following error on the console: end_request: I/O error, dev 02:00, sector 0 Any clue on what could be causing that? Doesn't gdb giv

Re: plan to work on user-level device drivers

Da Zheng wrote: Hi, I am thinking about writing user-level device drivers. When I searched Internet, I found the paper "An Architecture for Device Drivers Executing as User-Level Tasks" written by David B. Golub, Guy G. Sotomayor and Freeman L. Rawson, III. It might be exactly what I want bu

Re: blubber and grubber down

On 3/2/2010 8:48 AM, Thomas Schwinge wrote: > Hello! > > On Mon, Mar 01, 2010 at 11:09:35PM +0100, Ludovic Courtès wrote: >> Thomas Schwinge writes: >>> But now grubber is re-installed, too. >> >> ‘goober’ and ‘clubber’ are down, too. > > OK, but I can't do anything about these: I can only manag

Re: Account request

On 5/9/2011 1:09 PM, Thomas Schwinge wrote: > Hallo Steven! > > On Mon, 9 May 2011 12:59:27 -0400, seth seth wrote: >> Thanks for creating the account but unable to login, is >> flubber.bddebian.comdown? > > His whole network is unreachable at the moment. I've already informed > Barry; he's goi

Re: netdde not detecting cards

On 7/6/2012 12:10 AM, Samuel Thibault wrote: > Hello, > > To people who were having problems of network card detection with > netdde, I've found that it was hardcoded that only bus 0 and 2 were > probed for. The attached patch should probe for all buses, and > probably fix the issue you were havi

Strange output of gcc -E on GNU/Hurd

"debug" this? Thanks! Barry deFreese /* Output of mkerrcodes.awk. DO NOT EDIT. */ /* errnos.h - List of system error values. Copyright (C) 2003, 2004 g10 Code GmbH This file is part of libgpg-error. libgpg-error is free software; you can redistribute it and/or modify it

Re: Strange output of gcc -E on GNU/Hurd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/16/2012 3:43 AM, Thomas Schwinge wrote: > Hi! > > On Sun, 15 Jul 2012 16:32:06 -0400, Barry deFreese > wrote: >> In looking at libprelude it generates a lot of files using gawk. The >> attached file is >> gener

Re: Concerning pthreads and such

> Also included is a patch to netdde, which also needs to be rebuild if one > wants > to have working networking. > > As always, I thank Barry DeFreese and Vicente Ara for doing most of the work. > > Thomas DiModica > > PS. What would be, in everyone's opinion, a

Re: Concerning pthreads and such

On 7/19/2012 6:55 PM, Thomas Thomas wrote: > From: Thomas Schwinge > Sent: Thursday, July 19, 2012 12:24 AM > Subject: Re: Concerning pthreads and such > >> If you do already know a bit or two about Git and promise to be >> sufficiently careful, then I'd like to add you to the Savannah Hurd >> gr

Re: Warnings about error_t in glibc on GNU/Hurd

How about ENOERR?? :) Sorry, couldn't resist. BTW, Thomas has a listing of several of the errors/warnings listed here: http://www.gnu.org/software/hurd/open_issues/glibc.html#index1h1 I'm certainly fine with just adding a value for 0. Thanks for taking the time to reply. Barry On 7/23/2012 3:

Hurd build system Makeconf

Hi folks, I applied Thomas Thomas's pthreads stuff to the debian package source and am trying to build. I am trying to use glibc's libpthread. So I get the following error(s): make: *** No rule to make target `libpthread', needed by `libiohelp'. Stop. I am thinking that this line in Makeconf

Re: Hurd build system Makeconf

On 7/24/2012 10:26 PM, Roland McGrath wrote: > HURDLIBS is for things that are built in that source tree. If you're using > a library that comes from the libc install or someplace like that, then > -lfoo is the right way to use it. > > That is what I thought, thanks Roland. It seems to work. N

Re: Hurd build system Makeconf

On 7/25/2012 4:48 AM, Richard Braun wrote: > On Tue, Jul 24, 2012 at 11:12:11PM -0400, Barry deFreese wrote: >> Now the question is, what to do with cancel-cond.c? I'm thinking of just >> sticking it in >> libshouldbeinlibc for now? Is there a more appropriate place?

Re: hurd with libpthread

w000t!! Finally, nice job folks!! (Sorry to have disappeared again... :-() Barry On 11/27/2012 9:54 PM, Samuel Thibault wrote: > Hello, > > At last that work is out! > > I've pushed the patchqueue from Richard to upstreams, built test debian > packages on > > deb http://people.debian.org/~s

Re: is the new

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry guys, life has really gotten in the way for the last few months and probably for another year or so... :( Barry On 3/6/2013 5:38 PM, Thomas Schwinge wrote: > Hi! > > As Barry's zenhost, the Xen dom0 that is, or rather was, hosting, amongst >

Re: cthreads -> pthreads FOSS Factory project

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/19/2013 11:05 AM, Thomas Schwinge wrote: > Hi! > > On Sat, 16 Mar 2013 18:33:28 +, Pino Toscano > wrote: >> commit 5d0f6782028c754b2c0a5721d14b8c76b47d31db Author: Pino Toscano >> Date: Sat Mar 16 18:59:24 2013 +0100 >> >> drop the pthr

RFC for patch to add task_{set,get}_name RPC

should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. + * + * Author: Barry deFreese. + */ + +#ifndef _TASK_NAME_H_ +#define _TASK_NAME_H_ + +typedef char task_name_t[32

Re: RFC for patch to add task_{set,get}_name RPC

e GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. + * + * Author: Barry deFreese. + */ + +#ifndef _TASK_NAME_H_ +#define _TASK_NAME_H_ + +#define TASK_NAME_SIZE 32 + +typedef char task_name_t[TASK_NAME

Re: Debian GNU/Hurd 2013 released!

On 5/21/2013 7:24 PM, Samuel Thibault wrote: > This is now published on > > http://www.debian.org/ports/hurd/hurd-news.en.html > http://www.gnu.org/software/hurd/news/2013-05-debian_gnu_hurd_2013.html > > Please spread the news :) > > Samuel > > \o/ Nice work folks!! Barry

RFC - GNU System Distribution

at the wiki, let's get some discussion going, set some direction and lets get it going. I apologize for the cross-post to bug-hurd but I know that there are people that are not subscribed to this list and I personally want this to be true community driven agenda. What say you? Thanks,

Re: RFC - GNU System Distribution

ue that it is an OS unless we are VERY explicit in calling it an OS. So we should refer to is as "the GNU operating system". Sure, there's no problem with saying "operating system" to help clarify things. This is all I have been saying all

Re: Checking out /gnumach exits with error, cause 'aux' reserved on cvsnt

ectory called `aux', which is being actually used compared to HEAD, and which is what I suggested before, if I recall correctly. Regards, Thomas Egads, why would you want to bring to Windows? Anyway, what you want is: cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/hurd co -r gnumach-1

Re: Remove GNU Mach's unused device drivers

- Original Message - From: "Thomas Bushnell BSG" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: ; <[EMAIL PROTECTED]> Sent: Saturday, February 18, 2006 7:47 PM Subject: Re: Remove GNU Mach's unused device drivers "Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes: If a driver is re

aegis FTBFS (really aegis this time)

magic" the package fails on several of the tests and therefore still does not build. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Separating legacy drivers from device server.

- Original Message - From: "Gianluca Guida" <[EMAIL PROTECTED]> To: Sent: Friday, March 03, 2006 7:22 AM Subject: Separating legacy drivers from device server. Hello, I've recently been working on cleaning the drivers-related code. Thanks, Gianluca Thanks a million to you and T

Re: HurdExtras gaining momentum again

over; as the audience knows, I'm also doing moderation and maintenance work for all of the other Hurd mailing lists--to the complete satisfaction of everybody, afaIct. Regards, Thomas Your forgot procfs :-) So is this momentum the same momentum that gnumachrevival got? Apo

Re: Google's Summer of Code 2006

ranslators - CIFS/SMB Actually a samba translator is present in the hurd-extras project. Probably it is a bit broken at the moment as I haven't used/tested it from about 2 years. Thanks, Giuseppe Yes it's broken. It depends on Samba and Samba won't build for us at the momen

Re: Google's Summer of Code 2006

If anyone could mentoring me in the gnumach sound task, I could be able to write that sound support. Thanks Matheus Morais Matheus, If I recall correctly, Colin Watson had gotten pretty far on porting D-I to Hurd but was still having an issue with booting I think. Barry deFr

Re: I'd like to port Mach to x86_64, what should I do?

all other archs have been ripped out of the gnumach-1-branch. Though I could certainly be wrong, it happens often :-) Good luck! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: _POSIX_THREADS in

read that is not integrated with libc will never be a true POSIX implementation. This is going to be a dumb question, but what would that take? Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: _POSIX_THREADS in

- Original Message - From: "Roland McGrath" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Friday, April 28, 2006 8:34 PM Subject: Re: _POSIX_THREADS in > I won't define it until we have a real libpthread implementat

Re: GNU Mach: enabling all (working) device drivers by default?

How about we move all the drive into userspace? ;-) Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

[bug #17808] NULL timeval does not return current date/time in futimes.c

glibc Severity: 3 - Normal Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Barry deFreese Originator Email: [EMAIL PROTECTED]

[task #5878] Backport code from GNU Mach's trunk to gnumach-1-branch: i386_set_gdt, i386_get_gdt

Follow-up Comment #2, task #5878 (project hurd): The kernel descriptors in seg.h are completely different and you think this is really that trivial? ___ Reply to this item at: __

Re: mach 4

ve NPTL and possibly an incomplete TLS implementation. Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Recent TODO list

here are bug and task lists on http://savannah.gnu.org/projects/hurd/ that could certainly be worked on. :-) Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Gnumach warnings clean-up round 1

Hey folks, I was looking at cleaning up many of the warnings when building gnumach-1-branch. I have only gotten through the gnumach/ipc/ dir so far but before I went any further I wanted some opinions on whether I was way off base on what I have done so far?? Thanks, Barry deFreese (aka

Re: Gnumach warnings clean-up round 1

- Original Message - From: "Samuel Thibault" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Saturday, October 28, 2006 4:04 PM Subject: Re: Gnumach warnings clean-up round 1 Hi, Does GNU mach's printf support %p? Samuel

Re: Gnumach warnings clean-up round 1

- Original Message - From: "Thomas Schwinge" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]>; Sent: Saturday, October 28, 2006 7:20 PM Subject: Re: Gnumach warnings clean-up round 1 Thomas, Thanks! I don't think I should have "b

Savannah task 5878 - port user_gdt

Hey folks, I finally think I have the i386_{get,set}_gdt stuff from oskit ported into the gnumach branch. I haven't tested the gdt functionality but it does build and boot. Let me know what you think. Thanks, Barry deFreese (aka bddebian) gnumach_user_gdt.diff Description: Binary

Re: Savannah task 5878 - port user_gdt

- Original Message - From: "Samuel Thibault" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Monday, October 30, 2006 3:54 AM Subject: Re: Savannah task 5878 - port user_gdt Hi, Barry deFreese, le Sun 29 Oct 2006 22:30:12 -0

Re: Drop i860 and PS2 support ?

eded anymore. So, whoever vollunteers to clean up some of them, is more than welcome. Constantine I'd happily work on removing some of this cruft as part of my warnings clean-up, if I could just get some response. ;-) Thanks, Barry d

Re: Drop i860 and PS2 support ?

- Original Message - From: "Samuel Thibault" <[EMAIL PROTECTED]> To: Sent: Wednesday, November 01, 2006 6:36 PM Subject: Re: Drop i860 and PS2 support ? Samuel Thibault, le Thu 02 Nov 2006 00:17:57 +0100, a écrit : The memory mapping code is a bit cluttered with i860-specific hacks

More gnumach cleanup

Heya folks, I'm still hoping to hear from Guillem and Thomas to see if adding string.h makes sense for memset and memcpy, but be that as it may, does anyone see an issue with replacing all instances of bzero/bcopy with memset/memcpy ? Thanks, Barry deFreese (aka bdd

Re: Savannah task 5878 - port user_gdt

- Original Message - From: "Barry deFreese" <[EMAIL PROTECTED]> To: Sent: Tuesday, October 31, 2006 10:55 PM Subject: Re: Savannah task 5878 - port user_gdt - Original Message - From: "Samuel Thibault" <[EMAIL PROTECTED]> To: "Barry de

Re: Savannah task 5878 - port user_gdt

- Original Message - From: "Samuel Thibault" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Saturday, November 04, 2006 8:40 PM Subject: Re: Savannah task 5878 - port user_gdt Hi, Barry deFreese, le Sat 04 Nov 2006 20:1

Gnumach clean part 1 redo

memcpy to bcopy Please commit if everything looks OK. Thanks! Barry deFreese (aka bddebian) gnumach_string_clean.diff Description: Binary data ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: gnumach device/cirbuf.c device/cons.c device/de... [gnumach-1-branch]

- Original Message - From: "Thomas Schwinge" <[EMAIL PROTECTED]> To: ; "Samuel Thibault" <[EMAIL PROTECTED]>; "Barry deFreese" <[EMAIL PROTECTED]> Sent: Sunday, November 05, 2006 3:31 PM Subject: Re: gnumach device/cirbuf.c device/

Re: [task #5726] GCC built-in functions

- Original Message - From: "Thomas Schwinge" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Thomas Schwinge" <[EMAIL PROTECTED]>; "Samuel Thibault" <[EMAIL PROTECTED]>; Sent: Sunday, November 05, 2006 4:47 PM Subject: [task #5726] GCC built-in functions Update of task #5726 (projec

Re: gnumach ChangeLog i386/i386/gdt.h i386/i386/pcb... [gnumach-1-branch]

- Original Message - From: "Samuel Thibault" <[EMAIL PROTECTED]> To: "Roland McGrath" <[EMAIL PROTECTED]> Cc: "Thomas Schwinge" <[EMAIL PROTECTED]>; ; "Barry deFreese" <[EMAIL PROTECTED]>; Sent: Sunday, November 05, 2006

Gnumach kern/strings.h

the files currently using them continue to do so or change everything to utilize include/string.h? Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Gnumach kern/strings.h

- Original Message - From: "Claudio Fontana" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Monday, November 06, 2006 10:14 PM Subject: Re: Gnumach kern/strings.h Hello, --- Barry deFreese <[EMAIL PROTECTED]> wrote:

Re: [task #5487] cthreads -> pthreads

e "fully functional" since they are "portable". Sorry for the overdose of questions. Thanks, Constantine Constantine, Does this mean you are done with the 2.6 driver code? ;-) Barry deFreese (aka bddebian) ___ Bug-hurd mailin

Gnumach clean-up Round 2

/bootstrap.c Include stdio.h, remove include for kern/strings.h * kern/printf.c Likewise * kern/strings.c Include sys/types.h, string.h, remove include for kern/strings.h If it looks OK, please commit. Thank you, Barry deFreese (aka bddebian) gnumach_clean_2.diff Description: Binary data

Re: Gnumach clean-up Round 2

- Original Message - From: "Thomas Bushnell BSG" <[EMAIL PROTECTED]> To: Sent: Tuesday, November 07, 2006 12:42 PM Subject: Re: Gnumach clean-up Round 2 On Tue, 2006-11-07 at 12:18 -0500, Barry deFreese wrote: Here is a patch for another round of cleanup. This gets

Re: Gnumach clean-up Round 2

/bootstrap.c Include printf.h, remove include for kern/strings.h * kern/printf.c Likewise * kern/strings.c Include sys/types.h, string.h, remove include for kern/strings.h If it looks OK, please commit. Thank you, Barry deFreese (aka bddebian) OK, I updated this to use include/printf.h instead

Re: Gnumach clean-up Round 2

Likewise * vm/vm_object.c Likewise * vm/vm_resident.c Likewise * kern/bootstrap.c Include stdio.h, remove include for kern/strings.h * kern/printf.c Likewise * kern/strings.c Include sys/types.h, string.h, remove include for kern/strings.h Thanks, Barry deFreese (aka bddebian

Gnumach clean: Need advice, re Header files

r files to include/ and changing the source files might make sense. In this case, I would move kern/debug.h, add a declaration for panic(), and move the file to include/debug.h and change all the #includes? Anyone else have any thoughts on this? Thanks, Barry deFreese (ak

Re: Gnumach clean: Need advice, re Header files

- Original Message - From: "Roland McGrath" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Wednesday, November 08, 2006 11:07 PM Subject: Re: Gnumach clean: Need advice, re Header files include/ is for installed headers

Re: Working on stuff / statement from tschwinge (was: Gnumach clean:Need advice, re Header files)

others of course) have given me and I hope that me getting in and doing "stupid" work can motivate more smart people to start digging into the code more. Thanks again! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@g

Re: Working on stuff / statement from tschwinge (was: Gnumachclean: Need advice, re Header files)

nd belongs in whichever directory holds the relevant functions. Thomas Thomas, Thanks. Though apparently some consider my "work" useless, I am in the middle of writing a patch putting printf.h back into kern/ as well as adding declarations for panic() to debug..h and including

Re: Gnumach Cleanup Round 3 - Move printf.h and add panicdeclaration

- Original Message - From: "Thomas Bushnell BSG" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Thursday, November 09, 2006 8:05 PM Subject: Re: Gnumach Cleanup Round 3 - Move printf.h and add panicdeclaration Why the chang

Gnumach: locore.S copyin vs. copyinmsg

ne Entry(x).globl EXT(x); .p2align TEXT_ALIGN; LEXT(x) Thanks!! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Gnumach: locore.S copyin vs. copyinmsg

- Original Message - From: "Thomas Bushnell BSG" <[EMAIL PROTECTED]> To: "Samuel Thibault" <[EMAIL PROTECTED]> Cc: "Barry deFreese" <[EMAIL PROTECTED]>; Sent: Friday, November 10, 2006 1:04 PM Subject: Re: Gnumach: locore.S copyin vs. c

Gnumach: spl.h vs machspl.h

x27;t seem to have any #ifdef _I386_MACHSPL_H_ wrapper around it. Second question, is: Should machspl.h just be dropped and replace all instances with spl.h? Thanks as always! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org

Gnumach cleanup Round 4

/model_dep.h * kern/mach_factor.h * kern/thread.c Include new i386/pcb.h Thanks! Barry deFreese (aka bddebian) Index: i386/i386/locore.h === RCS file: i386/i386/locore.h diff -N i386/i386/locore.h --- /dev/null 1 Jan 1970 00:00

Re: Gnumach cleanup Round 4

- Original Message - From: "Samuel Thibault" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Sunday, November 12, 2006 6:47 PM Subject: Re: Gnumach cleanup Round 4 Hi, Barry deFreese, le Sun 12 Nov 2006 21:19:06 -0500, a écri

Re: Gnumach cleanup Round 4

- Original Message - From: "Roland McGrath" <[EMAIL PROTECTED]> To: "Barry deFreese" <[EMAIL PROTECTED]> Cc: Sent: Sunday, November 12, 2006 7:50 PM Subject: Re: Gnumach cleanup Round 4 Decls for copyin et al do not belong in a machine header. Ro

Gnumach cleanup - 'return type defaults to int'

* intnull() Likewise * prtnull() Likewise * i386/i386/pit.c * clkstart() return type void * i386/intel/pmap.c * pmap_pageable() return type void Thanks, Barry deFreese (aka bddebian) Index: device/chario.c === RCS file

Re: Gnumach cleanup - 'return type defaults to int'

- Original Message - From: "Barry deFreese" <[EMAIL PROTECTED]> To: Sent: Monday, November 13, 2006 5:39 AM Subject: Gnumach cleanup - 'return type defaults to int' As per Samuels request, here is a patch to clean up all warnings for non-typed fun

Gnumach cleanup 5 - Control reaches end of non-void function

Heya gents, Just a quick one to clean the remaining warnings in the title. I realize that this reverts a couple of the things I sent on my last patch but several of the lpr functions really return nothing so should have been void in the first place. Thanks as always, Barry deFreese (aka

Re: Gnumach cleanup Round 4

- Original Message - From: "Roland McGrath" <[EMAIL PROTECTED]> To: "Samuel Thibault" <[EMAIL PROTECTED]> Cc: "Barry deFreese" <[EMAIL PROTECTED]>; Sent: Monday, November 13, 2006 7:02 PM Subject: Re: Gnumach cleanup Round 4 Rola

Building glibc with TLS

ake[2]: Leaving directory `/devel2/bdefreese/glibc_11142006/glibc-2.3.6.ds1/build-tree/glibc-2.3.6' make[1]: *** [all] Error 2 make[1]: Leaving directory `/devel2/bdefreese/glibc_11142006/glibc-2.3.6.ds1/build-tree/hurd-i386-libc' I'll see if I can play with this but it's pro

Gnumach cleanup Round 6

ddb/db_watch.h, ddb/db_run.h * ipc/ipc_kmsg.c Include: ddb/db_output.h if MACH_KDB is defined * kern/lock.c Include: ddb/db_output.h Thanks! Barry deFreese (aka bddebian) Index: ddb/db_aout.c === RCS file: /cvsroot/hurd/gnumac

Re: Maintaining the tool chain

Thanks to Michael Banck for the suggestion to add such a inquiry. Regards, Thomas Thomas, You know I'm game if there is anything my limited skillset can bring to the table. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mai

Re: Gnumach cleanup Round 6

Thomas Bushnell BSG wrote: On Wed, 2006-11-15 at 13:43 -0500, Barry deFreese wrote: Hi folks, it's your favorite PITA again.. :-) Index: i386/i386/trap.c === RCS file: /cvsroot/hurd/gnumach/i386/i386/tra

[bug #17346] GNU mach can't handle 4GB memory

Follow-up Comment #2, bug #17346 (project hurd): This better? vm_size_t memsize = boot_info.mem_upper; if ((memsize >= 0x40)) memsize = (0x40-1); phys_last_addr = 0x10 + (memsize * 0x400); ___ Reply to thi

[bug #17120] GNU Mach debian dir

Follow-up Comment #3, bug #17120 (project hurd): Isn't it standard practice not to include debian dirs in upstream tarballs? What's the issue with just removing this? Thanks. ___ Reply to this item at:

Hurd Pthreads

ays? Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: ``make dist'' and friends

hose. Not sure if I've done it the "best" way but I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. Now I am stuck on one that I cannot figure out: < i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o make[2]: *** No rule to make

Re: ``make dist'' and friends

Barry deFreese wrote: Thomas Schwinge wrote: Hello! This is mainly for Barry, but there is no reason that I should send it privately, so... 19:49 WTF generates the .defs.c files? Have a look at the magic in `Makerules.am' and how it is being used in `Makefrag.am'. This is not op

Re: [task #5490] syslog

Constantine Kousoulos wrote: Hello again, From http://savannah.gnu.org/task/?5490: "Find and implement a suitable way to make the Hurd servers use `syslog'. " Can someone explain what this task demands to be done? Debian's syslogd seems to be working with the current GNU/Hurd snapshot. To t

Re: ``make dist'' and friends

Thomas Schwinge wrote: Hello! On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct. I hope that doing so

Re: ``make dist'' and friends

Barry deFreese wrote: Thomas Schwinge wrote: Hello! On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct

Re: ``make dist'' and friends

That seems to be correct. I hope that doing so doesn't break anything. (Thinking about the rules in `Makerules.am' that deal with those files.) But you should have noticed if it had... I decided to add the `.srv' and `.cli' files to `EXTRA_DIST' instead. OK gang, I've gotten pre

Re: Moving `migcom' out of `[exec_prefix]/libexec/'

fflush(stdout); } WriteInternalHeader(iheader, StatementList); myfclose(iheader, InternalHeaderFileName); } if (UserFilePrefix) { if (BeVerbose) { printf("done.\nWriting individual user files ... "); fflush(stdout); } WriteUserIndividual(StatementList); } els

[task #5723] Investigate flick

Follow-up Comment #1, task #5723 (project hurd): I have done some research and talked to a few people (including Jeff Bailey) and as far as I can find out Flick is slower and even less maintained than MiG so I'm not sure what this would buy us? Thanks. Barry ___

[bug #15329] exec doesn't like zip'ed binaries

Follow-up Comment #2, bug #15329 (project hurd): Did Andrew's patch not get committed? If so, can this bug be closed? If not, can it be committed? Thanks! ___ Reply to this item at:

[bug #18015] GNU Mach: `make dist' and friends

Follow-up Comment #2, bug #18015 (project hurd): Thomas, Building out of the tree doesn't seem to work for me. build/../configure works OK but make dist seems to just keep running aclocal, autoconf, and automake recursively. Thanks, Barry _

[bug #18015] GNU Mach: `make dist' and friends

Follow-up Comment #3, bug #18015 (project hurd): As usual I screwed up. It appears I was having a timestamp problem. "make dist" works fine and a build on the resulting tarball is fine. I also tried running 'make distcheck' which seemed to be working fine but my machine hung again. I may try

[bug #18015] GNU Mach: `make dist' and friends

Follow-up Comment #4, bug #18015 (project hurd): OK 'make distcheck' did not finish successfully: rm -f Makefile ERROR: files left in build directory after distclean: ./config.status.orig ./Makefile.orig make[1]: *** [distcleancheck] Error 1 make[1]: Leaving directory `/devel2/bdefreese/gnumach-

Building glibc from CVS

ted" Should we have an rtld-lowlevel.h (I don't see one on any other archs), or should we be implementing a sysdep dependent ldsodefs.h instead of using generic/? Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bu

Re: [bug #18015] GNU Mach: `make dist' and friends

Thomas Schwinge wrote: Follow-up Comment #5, bug #18015 (project hurd): ERROR: files left in build directory after distclean: ./config.status.orig ./Makefile.orig If you add ``DISTCLEANFILES = Makefile.orig config.status.orig'' to `Makefile.am', does it work then? Thomas, Sure d

gcc-4.1 with fastmath

0x01068edb in __libc_start_main () from /lib/libc.so.0.3 No symbol table info available. #5 0x08048491 in _start () at ../sysdeps/i386/elf/start.S:119 No locals. Thanks, Barry deFreese (aka bddebian) #include #include #include #define ITERATIONS 1024 typedef struct {

Re: [bug #18217] glibc: `__libc_once'

ibc_lock_unlock(ONCE_CONTROL); } while (0) Or am I waaay off as usual? Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [bug #18217] glibc: `__libc_once'

Roland McGrath wrote: does not make sense Damn, I figured it didn't. Do we really need locking here or can we do without until we can implement nptl? Thanks! Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listi

  1   2   >