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

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

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

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

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

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

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

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

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

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

[task #5487] cthreads -> pthreads

Additional Item Attachment, task #5487 (project hurd): File name: hurd_pthread_09102008.diff.gz Size:131 KB ___ Reply to this item at: ___ Message sen

[task #5487] cthreads -> pthreads

Follow-up Comment #3, task #5487 (project hurd): OK I'm attaching my latest patch. I've taken zentons work and taken it all the way. Everything compiles but there are issues. Static linking has issues. If I let the build system do it's thing, ext2fs and ext2fs --help return values however its

Useless info - hurd warnings

Hi folks, Just for kicks I built the hurd to see what kinds of warnings it gets. Of the 1434 warnings reported, 1297 of them are in pfinet/* :) Barry BTW, if anyone cares I'm building gnumach and hurd with gcc-4.3 for these warnings just since it seems to be a little more strict.

Some questionable warnings

Hi folks, While doing some more cleanup I see that the tt_ospeed and tt_ispeed element in struct tty_status in include/device/tty_status.h are ints while t_ospeed and t_ispeed in the tty struct in device/tty.h they are char. Anyone have a clue why that might be? I grepped the ChangeLogs quic

ext2fs crashes lately

nt || pi->weakrefcnt' failed. Thanks, Barry deFreese

Gnumach cleanup 12

Hi folks, Here is another. Mainly incompatible pointer types or use of uninitialized variables warnings. Thanks, Barry deFreese 2008-07-23 Barry deFreese <[EMAIL PROTECTED]> * device/chario.c (ttyinput_many): Change chars param to char *. * device/tty.h (ttyinpu

Re: Gnumach cleanup 11

How about this one? Not too sure about the syntax of the changelog. Thanks! Barry deFreese 2008-07-23 Barry deFreese <[EMAIL PROTECTED]> * i386/i386/locore.h (copyinmsg, copyoutmsg): Cast parameters as void* rather than vm_offset_t. * i386/i386at

Gnumach cleanup 11

Hi folks, Here is another patch that cleans up the "makes foo from bar without a cast" warnings. I'm a little curious if using (void *)port cast is correct in the calls to tty_portdeath()? I also could use some guidance on these warnings (they all come from basically the same call): ../k

Re: Gnumach cleanup 10 attempt3

On Tue, 2008-07-22 at 03:37 +0100, Samuel Thibault wrote: > Barry deFreese, le Mon 21 Jul 2008 22:15:17 -0400, a écrit : > > (kdstop): Return 0 at end of function. > > Mmm, kdstop should probably just return void, like kdstart. You'll also > need to fix the t_stop

Gnumach cleanup 10 attempt3

Here they are again. Thanks, Barry deFreese 2008-07-19 Barry deFreese <[EMAIL PROTECTED]> * chips/busses.h (struct bus_ctlr): *intr return void instead of int. * i386/i386/ipl.h (ivect[]): return void instead of int. * i386/i386at/pic_isa.h (ivect[]): Li

Re: Gnumach cleanup 10 second attempt

Samuel Thibault wrote: Barry deFreese, le Mon 21 Jul 2008 11:33:57 -0400, a écrit : Samuel Thibault wrote: Indeed, but functions implicitely return at the end of it... And in that case, that's why I said to add noreturn to i386_exception and similar. exception() is one of

Re: Gnumach cleanup 10 second attempt

Samuel Thibault wrote: Indeed, but functions implicitely return at the end of it... And in that case, that's why I said to add noreturn to i386_exception and similar. exception() is one of those "similars". Samuel Samuel, OK fair enough but exception() does do a few returns, you want me

Gnumach cleanup 10 second attempt

7;t see a return anywhere!?? Thanks, Barry deFreese Your favorite idiot. 2008-07-19 Barry deFreese <[EMAIL PROTECTED]> * chips/busses.h (struct bus_ctlr): *intr return void instead of int. * i386/i386/ipl.h (ivect[]): return void instead of int. * i386/i386a

Re: Gnumach cleanup 10

Samuel Thibault wrote: Barry deFreese, le Sun 20 Jul 2008 23:46:24 -0400, a écrit : * i386/i386/ipl.h (ivect[]): return void instead of int. * i386/i386at/com.c (comintr, comstop): Return 0 at end of function. Err, that's not coherent: comintr is put in

Gnumach cleanup 10

Hi folks, Here is another patch and changelog that should fix the "control reaches end of non-void function" and return incorrect data types warnings. Thanks, Barry deFreese 2008-07-19 Barry deFreese <[EMAIL PROTECTED]> * chips/busses.h (struct bus_ctlr): *intr ret

device_reference and device_deallocate

hanks! Barry deFreese

Re: Another clean-up (printf format warnings)

Barry deFreese wrote: Here is another clean up patch. This one is for all of the "format foo expects type bar.." warnings. I'm not sure if this is the preferred method of fixing (by casting the vars) or if the format should be changed? Thanks, Barry Here is an "improv

Another clean-up (printf format warnings)

Here is another clean up patch. This one is for all of the "format foo expects type bar.." warnings. I'm not sure if this is the preferred method of fixing (by casting the vars) or if the format should be changed? Thanks, Barry gnumach_cleanup8.diff.gz Description: GNU Zip compressed da

New clean-up patch for gnumach

Hi folks, I've been lazy and useless for months now so I thought I'd do some more gnumach clean-up. Here is a patch to fix several "implicit declaration of function" warnings. Let me know what you think. Thanks, Barry gnumach_cleanup7.diff.gz Description: GNU Zip compressed data

Re: New machine for shitbox / wiki system

-xen and a xen-hypervisor-something-nonpae package, update-grub, reboot with that, and give me ssh access. Samuel Samuel, By "working Debian system" do you mean Debian GNU/Linux or a Debian Hurd system? Thanks, Barry deFreese

New machine for shitbox

bber is now the wiki code and such, should it be taken out of the more "public" role? I'm thinking maybe using the gnubber hardware for flubber and set up a new gnubber might make more sense. Thoughts? Thanks! Barry deFreese

On vacation

replacement hardware installed yet. I swear I will work on new hardware for at least the wiki box and flubber when I return from vacation. Thanks, Barry deFreese

Re: Wiki

Besides: Which distro runs on bddebian? Best wishes, Arne Debian, what else is there for Hurd? ;-) Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: HHG and newbie Hurd Hackers

R. Steven Rainwater wrote: On Thu, 2007-09-20 at 10:59, Thomas Schwinge wrote: On Tue, Sep 18, 2007 at 05:28:00PM -0500, R. Steven Rainwater wrote: "How to become a Hurd Hacker" tutorial OK, no problem with starting such a thing. There just has to be someone to do it :-). And,

Re: Maintenance of the Hurd parts in glibc

stream then it is to have them in Debian? Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [bug #17646] glibc: ``-z relro''

Samuel Thibault wrote: Follow-up Comment #2, bug #17646 (project hurd): Which testcase makes the dynamic loader crash? I tried compiling 2.5 with z_relro, I am currently using it, and it seems to work fine. People can try a debian package from my repo at http://dept-info.labri.fr/~thibault/deb

Re: Hurd Pthreads

Thomas Schwinge wrote: Hello! On Sat, Nov 25, 2006 at 07:51:44PM -0500, Barry deFreese wrote: OK, I have a HUGE cthreads->pthreads patch going that is going fairly well. Did you ever publish this somewhere? Did you base it on the patches that are available at &l

Re: Carl Fredrik Hammar to work on libchannel

e fun begin! Good luck, Fredrik! Regards, Thomas and Richard W00t, welcome Fredrik, and good luck!!! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: A translator for `/dev/shm'

Roland McGrath wrote: Fixing tmpfs shouldn't be so bad. Is anyone trying? In the absence of tmpfs, what's wrong with a plain directory on the root filesystem? As far as I know Ben (bing) has tried without much success unfortunately. Thanks, Barry ___

Re: Alternative to './configure' ?

Ashish Gokhale Ashish, The gnumach brach has been automakified. You need to run autoreconf or whatever to generate configure. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: build error : osit.version.h less than required ???

Ashish Gokhale wrote: Hi, Once again I attempt to build the mach kernel using gnumach_1_branch, but I get following error. --- configure: error: version in less than required 19991121 --- How do I resolve this? Thank you, AG Ashish, Are you sure you are pulling the gnumach-1-branch? You

Re: [EMAIL PROTECTED]: GSoC proposal, device driver glue code]

Richard Braun wrote: On Fri, Mar 23, 2007 at 05:58:57PM -0300, Matheus Morais wrote: I had learning a bit about Linux 2.6 device drivers and I share of the same opinion from syn. I could see a _lot_ of work to update the glue code. My question is, update to Linux 2.6 device drivers is more fe

Re: Device drivers in Mach?

nd no one steers the ship! :-) Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Google Summer of Code 2007

Thomas Schwinge wrote: Hello! On Mon, Mar 05, 2007 at 01:14:30AM +0100, I wrote: Like they did last year, Google is again hosting a Summer of Code program in 2007. See . The GNU project is again going to apply for being a mentoring organization and has asked th

glibc 2.5 with TLS make check errors

b arse can debug some of them. Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Bug#413787: libc0.3: TLS patch

Samuel Thibault wrote: Hi, Thomas Schwinge, le Wed 07 Mar 2007 10:32:00 +0100, a écrit : On Wed, Mar 07, 2007 at 03:06:22AM +0100, Samuel Thibault wrote: Thanks to Barry's long glibc builds, here is at last a patch that builds a tls/__thread -enabled and working glibc. Great!

Glibc-2.5 with TLS cont'd

e A LOT more work? Thanks, Barry deFreese ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Building glibc 2.5 on Hurd: tls

I also have Jeroen's patch built into the gnumach that I am building with on my machine. If any of you want access to the Hurd box I'm building on, please let me know. Maybe we can co-ordinate efforts? Even though I'm way over my head as usual. Thanks! Ba

Re: Building glibc 2.5 on Hurd: tls

-2.5/glibc-2.5/posix/execvp.c:115: more undefined references to `__libc_errno' follow collect2: ld returned 1 exit status make[1]: *** [/devel3/bdefreese/glibc-2.5/glibc-2.5/build/libc.so] Error 1 make[1]: Leaving directory `/devel3/bdefreese/glibc-2.5/glibc-2.5' make: *** [all] Error 2

Re: [PATCH] Support for alignment in the zone allocator

Richard Braun wrote: Here is a patch that does it all. Any comments ? 2006-12-30 Richard Braun <[EMAIL PROTECTED]> Added alignment support in the zone allocator. * kern/zalloc.c (ALIGN_SIZE_UP): New macro. (zinit): New `align' parameter. (zget_space): Likewis

Re: Drop Olivetti XP7/XP9?

Samuel Thibault wrote: Hi, Found yet another hideous hack in i386/intel/pmap.c for the old olivetti XP7/XP9. Any objection to my dropping it? Samue Not from me.. :-) Thanks Samuel! Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gn

Re: gdbserver for GNU/Hurd

t for "fun". Should we add our own hurd-i386-foo files or gnu-i386-foo, or try to shoehorn our stuff into using something like linux-i386-low? Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Gnumach FP Struct (Beating a dead horse)

Samuel Thibault wrote: Barry deFreese, le Thu 21 Dec 2006 09:54:05 -0500, a écrit : OK, that makes sense, sorry. It just takes a while to get through my thick skull sometimes. So about my question about adding a struct for the fxsr stuff. I don't really want to add a union of 4 st

Re: Gnumach FP Struct (Beating a dead horse)

Samuel Thibault wrote: Barry deFreese, le Thu 21 Dec 2006 00:17:34 -0500, a écrit : I apologize for keep going on about this but I still don't quite understand why a seperate struct is needed for i386_fp_regs. I told you: this permits to easily do what is written in

Gnumach FP Struct (Beating a dead horse)

keep griping on this, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [RFC] Features patch

istinfo/bug-hurd Samuel, This is awesome thanks. I've been wanting to do something like this to be able to get at FXSR for fastmath but I wasn't sure where to start! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gn

Re: [bug #18502] Suboptimal cache configuration for IA-32 processors

Samuel Thibault wrote: Barry deFreese, le Thu 14 Dec 2006 21:57:49 -0500, a écrit : Samuel Thibault wrote: Barry deFreese, le Thu 14 Dec 2006 02:03:10 +, a écrit : That is just from running times on a little C program that counts to 10, so it's obviousl

Re: [bug #18502] Suboptimal cache configuration for IA-32 processors

Samuel Thibault wrote: Barry deFreese, le Thu 14 Dec 2006 02:03:10 +, a écrit : That is just from running times on a little C program that counts to 10, so it's obviously not scientific. Try compiling something, gnumach for instance ;) Samuel Not much of a diff

[bug #18502] Suboptimal cache configuration for IA-32 processors

Follow-up Comment #2, bug #18502 (project hurd): OK, I built gnumach with the following in model_dep.c: set_cr0((get_cr0() | CR0_PG | CR0_WP) & ~(CR0_CD | CR0_NW)); And I got worse performance: 0m0.040s 0m0.130s 0m0.000s 0m0.000s Booted back to normal gnumach: 0m0.010s 0m0.020s 0m0.000s 0m0.

Re: Help develop of GNU/Hurd project

constant dumb questions! ;-) Barry deFreese (aka bddebian on IRC) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

[patch #5622] Gnumach Clean-up patch 6 (ddb)

URL: Summary: Gnumach Clean-up patch 6 (ddb) Project: The GNU Hurd Submitted by: bddebian Submitted on: Thursday 12/07/2006 at 19:38 Category: GNU Mach Priority: 3 - L

[patch #5618] Test code for i386_{set,get}_gdt

URL: Summary: Test code for i386_{set,get}_gdt Project: The GNU Hurd Submitted by: bddebian Submitted on: Wednesday 12/06/2006 at 22:00 Category: GNU Mach Priority: 3

Re: gcc-4.1 with fastmath

are split out? In Linux's user.h they are in 1 struct: user_i387_struct. Thanks as always! 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

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

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

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

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

[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 #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 #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:

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

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

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

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

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

Hurd Pthreads

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

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

[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

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

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

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

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

  1   2   >