Le vendredi 10 mars 2006 à 03:22 +0100, Michael Banck a écrit :
> some years ago, Jeff Bailey worked on moving the Hurd build system to
> automake. Some people lately got interested in this again, so I got the
> patches from him and am posting them here for people to work on with
> Je
>
> Either the package or the override file is incorrect.
I beleive the override file is incorrect. This is not a development
utility, but a collection of include files and static libraries. Could
you please correct it?
Or simply flame away ;)
Tks,
Jeff Bailey
--
if you can get a fast
machine nearby, you might be able to at least do a make -j 4 or
something like that and cache some old results.
You'll still have to put up with the Makefile suckiness, though.
Tks,
Jeff Bailey
--
Ignorance was bliss.
___
On Wed, Feb 11, 2004 at 06:22:04PM +0100, Alfred M. Szmidt wrote:
> Why doesn't commit-hurd work anymore?
Because all on-commit scripts were disabled on Savannah. They'll be
reenabled sometime this month or next.
Tks,
Jeff Bailey
___
x27;t respect parameters given to Autoconf.
It seems reasonable to be able to move binaries around, depending on a
distro's needs (FHS compliance, etc.) Only /servers can't ever really
move around.
Is there a different approach you'd rather I take?
Tks,
Jeff Bailey
__
This patch makes it so that configure time settings (like --libexecdir,
--bindir, etc).
In the default configuration the only difference is that includedir =
$(exec_prefix)/include becomes ${prefix}/include
2004-01-26 Jeff Bailey <[EMAIL PROTECTED]>
* Makeconf (CPPFLAGS
faced the same problem, so they may have gotten the
fixes into upstream autoconf.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Marco, can you please do that without including the diff of generated
files (configure, etc.) It's a bit hard to tell what actually needs
reviewing when it's like this.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://ma
env, the
rest will be trivial. Are you on IRC? I'm there now, we can chat about
ways to approach it.
Tks,
Jeff Bailey
--
Breathe into my hands, I'll cup them like a glass to drink from...
- Tattle Tale
signature.asc
Description: This is
I went about this yesterday, and discovered that tetex-bin isn't usable
in the archive. Decided that solving that was a task for Monday as I
have a guest in town.
If someone beats me to it, then great.
Tks,
Jeff Bailey
On Sat, 2003-06-21 at 20:08, Marcus Brinkmann wrote:
> On Tue, Jun
w packages, it's not that
big of a deal if it gets discarded in some hardcoded place.
Tks,
Jeff Bailey
--
Are you going to stay vegeterian?
Are you going to start eating human flesh?
(from http://www.moshez.org/vegeterian.html)
___
Bug-hurd mai
y
seem to have re-arranged everything quite a bit. I'd rather work
towards the best final solution if I'm going to spend the time.
(I have assignment papers on file for binutils, so there's no problem
with me touching large changes)
Tks,
Jeff Bailey
--
Are you going to stay veget
ne know why? I just spent some time trying to find an elegant
solution for a problem that wouldn't exist if we didn't have the 0.3 in
"i386-unknown-0.3"
Tks,
Jeff Bailey
--
Are you going to stay vegeterian?
Are you going to start eating human flesh?
(from ht
On Thu, Apr 03, 2003 at 08:29:43PM +0900, GOTO Masanori wrote:
> BTW, I don't know why Hurd uses the generic definition. If it's not
> intentional, we can say it's a bug.
Or should the generic definition be changed? I'll add it to my TODO
list to look at.
--
Are you going to stay vegeterian?
y this package and everything is always
recompiled together. I was looking at it more from the idea that since
there's a standard way of doing this now with autoconf, perhaps we
should be using it.
Tks,
Jeff Bailey
--
(08:53:07) Jeff: (why don't people just use centimetres like God
Inten
Would patches that changed the Hurd to use the PACKAGE_BUGREPORT that
autoconf 2.5 defines be accepted? This would eliminate libhurdbugaddr.
Tks,
Jeff Bailey
--
(08:53:07) Jeff: (why don't people just use centimetres like God
Intended? *g*)
(08:53:22) Christina: must just be a unitaria
hat having the drivers in a separate repository (and then
possibly in a collection of different modules, depending on
arch/need/etc) is probably nicer anyway to keep the amount that one
needs to download to a minimum.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
for interested newcomers.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
ter priviledges that the user naturally has.
Even this could probably be done with a bunch of work in the kernel and
glibc, though. The Hurd was designed from the ground up with these
ideas, though. Grafting them onto a traditional Unix design would be
non-trivial.
Tks,
Jeff Bailey
_
than glibc is unpacking on a running Hurd system. Recompiling the Hurd
servers with this new glibc would also solve the problem. I'm fine with
that solution too.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Sun, Jan 19, 2003 at 12:49:43PM -0800, Jeff Bailey wrote:
> > (gdb) print *stat_info
> > $5 = {st_fstype = 23, st_fsid = 63, st_ino = 130590, st_gen = 331987,
> > st_rdev = 142541374619648, st_mode = 1, st_nlink = 1000, st_uid = 1000,
> > st_gid = 2823, st_si
On Sun, Jan 19, 2003 at 12:37:30PM -0800, Jeff Bailey wrote:
> (gdb) print *stat_info
> $5 = {st_fstype = 23, st_fsid = 63, st_ino = 130590, st_gen = 331987,
> st_rdev = 142541374619648, st_mode = 1, st_nlink = 1000, st_uid = 1000,
> st_gid = 2823, st_size = 44793400285850501
st_blksize = 8, st_blocks = 0,
st_author = 0, st_flags = 0, st_spare = {0, 0, 0, 0, 0, 0, 0, 18343548}}
(gdb) print stat_info
$6 = (struct stat64 *) 0x10179e0
When I get back later, I'll put together a simple test using the current
glibc. I did this once, but I want to double check - it
#x27; from the other window
hung that window. How do I get more information on what's happening?
This only happened when I stepped through the program. When I run it
completely it runs through this bit fine (minus the fact that stat seems
to be otherwise been broken sin
On Thu, Jan 16, 2003 at 11:20:01PM -0800, Jeff Bailey wrote:
> Sometime since 2003-01-13 one of the Make* changes appears to have
> broken the i386-gnu build.
The following change is what clobbered it:
2003-01-14 Roland McGrath <[EMAIL PROTECTED]>
* Makerules (sed-remove-
ts.h] Error 2
make[2]: Leaving directory `/disks/7/cvstree/glibc-cvs/hurd'
make[1]: *** [/disks/7/cvstree/build.glibc/hurd/hurd/auth.h] Error 2
make[1]: Leaving directory `/disks/7/cvstree/glibc-cvs'
Sorry I don't have time to try and hunt i
c
00016898 4b07 R_386_JUMP_SLOT __ctype_toupper_loc
But there are no entries like this in the currently installed ld.so and
all three of these symbols are new.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://ma
I can find another eager volunteer. Once
it's tested and everything, what's the best way to make sure that
upstream looks at the patches and commits them?
Is there any hope that they could be petitioned to open up their
development CVS?
T
utils one, it wouldn't be a problem.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
cidentally, what I'm
testing now - making sure that I actually am referencing all of the
header files to make sure make dist works.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
a new person. As an example, when James Morrison
was doing patch reviews and sending a patch nearly every week a frequent
response was "That code is never used".
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
gt; even a ChangeLog).
Is bsdfsck just fsck for ufs? If yes, it should probably be renamed for
consistency.
Tks,
Jeff Bailey
--
When you get to the heart,
use a knife and fork.
- From instructions on how to eat an artichoke.
signature.asc
Description: This
bsequent
> invocations failed.
The locales package is common across all arch's, so this is probably
triggering a hurd-i386 specific bug. Can you step through the postinst
by hand (you'll find it in /var/lib/dpkg/info/locales.postinst) and see
where it's failing?
Tks,
Jeff Bailey
Building current glibc CVS on i386-gnu, I get:
../sysdeps/mach/hurd/lchmod.c: In function `lchmod':
../sysdeps/mach/hurd/lchmod.c:30: `O_NOLINK' undeclared (first use in this function)
2002-11-25 Jeff Bailey <[EMAIL PROTECTED]>
* sysdeps/mach/hurd/lchmod.c: Add missing
On Mon, Nov 25, 2002 at 05:06:22PM -0800, Roland McGrath wrote:
> > init_first.c now fails to compile with the following errors:
> Oops, my bad. I think and are what it needs.
> Can you test that?
That appears to fix it. Thanks!
Tks,
On Thu, Nov 21, 2002 at 08:24:21PM -0800, Roland McGrath wrote:
> > math/test-fpucw.out
> >
> > control word is 0x23f but should be 0x33f.
> I imagine this explains the other math results, which otherwise
> should not differ from Linux/x86. I put in a change to init-first.c
> that might fix i
>From the "I watch glibc builds for fun" department (otherwise known as I
don't really want to be working right now). Here's some warnings that
might be interesting. These should all be in the hurd subtree in glibc.
devstream.c:45: warning: passing arg 4 of `device_write_inband' discards
qualif
ts in
Debian packaging, drepper has been known to be... ummm.. "impatient". =)
(Note that in the recent past, the Debian Glibc maintainers have been
friendly to the Hurd, but not very knowledgeable about it. This is no
longer the case).
Tks,
Jeff Bailey
--
When you get to the heart,
On Thu, 2002-11-21 at 23:24, Roland McGrath wrote:
> > assert/test-assert-perr.out
> >
> > Blank file
>
> It's always empty. Do you mean it exitted with nonzero?
Yes, it exitted with 1.
--
When you get to the heart,
use a knife and fork.
- From instructions on how to eat an artichoke.
s
FYI, I've just run make check on glibc for the Hurd (2.3.1 with various
Debian patches)
I'm pleased that all of the locales stuff appears to pass (I last ran
make check when we still used stdio)
This post is mostly informational and in case some brave hacker feels
like figuring them out over wint
.
2002-11-13 Jeff Bailey <[EMAIL PROTECTED]>
* Makefile (SRCS): Only list pt-attr.c once.
--
When you get to the heart,
use a knife and fork.
- From instructions on how to eat an artichoke.
Index: libpthread/Makefile
On Sat, 2002-11-09 at 12:35, Robert Millan wrote:
> do you mean that someday we eventualy won't need /sbin at all? if that's
> the case i don't mind working the problem around by adding /sbin to PATH
I think that's a nice long term ideal. As soon as you take the idea
that users are gods of their
Do you need more details on the patch to make Hurd use autoconf 2.54? I
haven't seen any feedback from it.
http://mail.gnu.org/pipermail/bug-hurd/2002-October/010696.html
--
When you get to the heart,
use a knife and fork.
- From instructions on how to eat an artichoke.
signature.asc
Descri
On Tue, Nov 05, 2002 at 06:19:02PM +0100, Wolfgang Jaehrling wrote:
> Lalala, the Hurd is like sunflower seeds.
Chew it up and spit it out?
Eat it to stay awake at night while driving?
Grown inside a pretty flower?
=)
___
Bug-hurd mailing list
[EMAIL
On Tue, Oct 29, 2002 at 04:17:48PM -0600, Tom Hart wrote:
> This is *not* a bug. It's a disagreement between HUMAN BEINGS over
> terminology. We don't say that other people are "buggy" if they disagree
> with us.
I've done that. =)
> What is GNU/FreeBSD?
That is the FreeBSD port that uses gli
s
and those who have Roland's permission to gratuitously commit things to
the repository.
Tks,
Jeff Bailey
--
When you get to the heart,
use a knife and fork.
- Instructions for eating an artichoke.
___
Bug-hurd mailing list
[EMAIL PROTE
On Tue, Oct 29, 2002 at 09:07:26AM -0800, James Morrison wrote:
> Humm, I wonder if someone besides me submits this patch that it will be
> applied.
Convince Thomas to apply it. =) Roland and Marcus certainly won't do it
this week..
Tks,
Jeff Bailey
--
When you get to the heart,
10-23 Jeff Bailey <[EMAIL PROTECTED]>
* configure.in: Update for Autoconf 2.54
- Use new syntax for AC_INIT, AC_CONFIG_SRCDIR
- Replace AC_FD_CC with AS_MESSAGE_LOG_FD
- Use new syntax for AC_CONFIG_FILES, AC_OUTPUT
- Replace AC_CHECK_TOOL, h
figuring out how to embed translators into reisersfs, but would
probably become the most commonly used filesystem overnight.
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
___
Bug-
On Tue, Oct 01, 2002 at 11:00:59PM +1000, Glenn McGrath wrote:
> What db are you using, i used db4.1 but it required a patch to perl.
If you have patches that apply to both the threads and non-threads
case of perl, can you please submit them to the BTS?
Tks,
Jeff Bailey
--
learning f
Neal's pthreads for Hurd package just made the slashdot front page.
If any of you have time over the day, can you please check in there
and help dispell some of the usual FUD and misinformation that is
usual for slashdot? (Especially around the Hurd!)
Tks,
Jeff Bailey
--
learning
On Sat, Sep 28, 2002 at 05:41:32PM +0200, Marcus Brinkmann wrote:
> > Bug#162663: libc0.3-dev: depends on gnumach-dev which is priority optional
> Jeff, you can fix this in CVS, but even when we make a new package
> this won't take effect. After fixing it in the package we still
> have to reass
The following directories do /not/ work - I haven't finished with
them:
boot, hurd, include, pfinet, release, serverboot, trans, utils
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it sucks :)
- Wolfgang Jaehrling
__
ecause it's required
for compilation (so it would violate the GCS). Automake seems to
provide AM_CFLAGS for this purpose, so that might not be a bad choice
for a name. (Or just keep the filter out for now).
Tks,
Jeff Bailey
--
learning from failures is nice in theory...
but in practice, it suck
On Sat, Jun 15, 2002 at 10:34:31AM -0700, Jeff Bailey wrote:
> Note that my glibc is the only glibc with just Roland's patches
> applied. the Hurd is CVS from about 2 hours ago, though.
English fails me sometimes, apparently. My glibc is the most recent
Debian package with Rolan
CVS from about 2 hours ago, though.
Tks,
Jeff Bailey
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Thu, Jun 13, 2002 at 05:59:14PM -0700, James Morrison wrote:
>I recently went though some discussions about gcc using posix_spawn instead
> of fork/exec. I think linux should be the special case instead of GNU being
> the special case. so the ifdef would be
> # if !defined(HAVE_POSIX_SP
On Thu, Jun 06, 2002 at 10:06:01AM -0400, Rashim Gupta wrote:
> I had a quick question. I am a newbie interested in working on
> Kernel development. I do have some prior experience in the Linux
> Kernel source code. Now, I was wondering if I could infact try to
> install HURD on my Intel 386 mach
or me,
and I don't have time for much more than just keeping the buildd
running.
Tks,
Jeff Bailey
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
Bug-hurd mailing list
[EMAIL PROTECTED
On Fri, May 24, 2002 at 11:53:42AM +0200, Robert Millan wrote:
> [...] having the a later version of GCC than the rest of Debian
> brings us trouble.
> See the build problems in Debian packages related to GCC 3.0. Fixing
> them is not our job but we won't have them in untill Woody is
> released.
languages, and I suspect that it's no
longer true (I don't have my notes handy, so I can't tell you what
they are).
Tks,
Jeff Bailey
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
On Fri, May 10, 2002 at 05:42:19PM +0200, Marcus Brinkmann wrote:
> > I remember you mentioning on IRC that `make check' for gcc won't
> > work on the Hurd. Was that a stdio-related problem, or other?
> If it is what I have in mind, it is a not having ulimit that works
> correctly type of probl
ssigned).
It would be nice in those cases to run `make check' as well as
compiling.
Tks,
Jeff Bailey
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
Bug-hurd mailing list
[EMAIL PRO
upgrade at the
least).
Would that be enough to send a patch to include this driver?
Tks,
Jeff Bailey
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
Bug-hurd mailing list
[EMAIL PROTECT
't mind me babysitting it). Should I also be posting successes on
the oskit list?
Tks,
Jeff Bailey
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
Bug-hurd mailing list
[EMAIL
a point where you
recommend testing it? If I understand right, this is what keeps
fakeroot from working on the Hurd, so even an experimental patch that
fixed that would save me much grief and annoyance on the Hurd buildd.
Tks,
Jeff Bailey
--
One of the great things about books is sometim
On Mon, Apr 29, 2002 at 06:39:00PM -0400, Jeff Bailey wrote:
Whupps, bug-hurd, bug-radar, same diff, right? =)
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
Bug-hurd mailing list
od to pull out the oid associated with the answer.
Tommorow I'll write the code to pull out the answer.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Fri, Apr 19, 2002 at 07:17:16PM -0400, Roland McGrath wrote:
> As to the removal of -loskit_smp, that obviously breaks the SMP build.
> Having the library there when building without SMP is harmless.
As James noted, there is no oskit_smp in oskit now. I further checked
with: "grep -n smp `fi
Is there any reason why gnumach-dev shouldn't be the oskit-mach
version?
Tks,
Jeff Bailey
--
One of the great things about books is sometimes
there are some fantastic pictures.
-- George W. Bush
___
Bug-hurd mailing list
[EMAIL PROTECTED]
tfiles $(LDFLAGS) -r -o $@ \
- -Wl,-\( $^ $(OSKIT_LIBS) -Wl,-\) -lgcc
+ -Wl,-\( $^ -L$(OSKIT_LIBDIR)/.. $(OSKIT_LIBS) -Wl,-\) -lgcc
#
# Installation
> > However, i386asm.symc has the following:
> The trivial patch I just checked in fixes this (it&
2002-04-08, this might mean that there's a Mach out there that already
does what you need.
6) Mig. I've never looked at this code.
Tks,
Jeff Bailey
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
I had a moment, so I decided to try building oskit-mach with gcc-3.0.
Note that this is linked against an oskit build with gcc-2.95.4. It
appears to work (boot, mount filesystem, ping localhost)
Aside from the usual two patches, it compiled fine. However,
i386asm.symc has the following:
i386as
Ed Boraas, the Debian Oskit maintainer gave me permission to do an NMU
of the `oskit' package. I have updated to the St. Patricks Day
snapshot, and applied two bug fixes: 1) the sbrk compile fix, 2) Jon
Arney's fix for reading extended partitions. It is compiled for i386
only (although the arm a
ould require this change, and we'd have to get the profiling mode
working in libtool. (If we were willing to do the first, I would
cheerfully work on the second. I would love to see the hurd package
use automake and libtool to show off how the can be used for
translators)
Tks,
Jeff Bailey
-
When you su, you do not get a login shell, so the typical place where
"*/sbin" is added to your path doesn't get executed.
Consider using "su -" instead, or move the PATH statements to the
right file for your shell (It changes from shel to shell)
On Wed, Apr 10, 2002 at 06:00:47PM +0200, Gottfri
gt; > it this week.
> Strange, it worked for me when I tested it. I tested 2.3 with libio
> and 2.2 with stdio, I'm not sure I also tested 2.2 libio.
WEre you using gcc-3? It wouldn't surprise me if there's more bugs in
the Hurd code from that.
Tks,
Jeff Bailey
--
&q
idual tests failing.
I suspect there's not alot to get right, and no reason we can't do it
this week.
Tks,
Jeff Bailey
--
"Frankly, trying to turn Windows into a decent educational software
development platform is about as fun as jumping naked into a pit of
rabid wolves."
- A
that, but
> hopefully the essential packages (i.e. libiberty) can get fixed
> themselves anyway.
I just caught up on the libc-alpha mail this evening. I'll try and
figure out the right fix and get it submitted in time for the gcc-3.1
release.
Tks,
Jeff Bailey
--
"Frankly, trying t
an bug?
I've been emailing with the Debian maintainer (Ed Boraas) to ask about
when the new snapshot was going to be Debianized, and he asked me to
forward him this patch (Which I did).
Tks,
Jeff Bailey
--
"Frankly, trying to turn Windows into a decent educational software
developmen
On Sat, Mar 30, 2002 at 09:36:44AM -0700, Jon Arney wrote:
> The following (one line) patch fixes the problem and I can boot the
> Hurd with oskit-mach and see all my partitions.
Cool. This fixes my booting problem too.
--
"Frankly, trying to turn Windows into a decent educational software
de
al of the sys_errlist definition from libio.h.
I should also speak to DJ Delorie about getting a better
implementation into libiberty. (Since I need to talk to him about
merging libgnu and libiberty anyway).
3) Continue hacking at the testsuite until it runs. =)
Tks,
Jeff Bailey
--
"Frankly,
On Mon, Apr 01, 2002 at 04:57:10PM -0500, Roland McGrath wrote:
> That definitely looks suspect. Both the file name "." in the error
> messages and the errors themselves should not be happening. That is
> running a script that runs localedef. Take that dag burn @ off the
> command line using g
First to note, that the libio stuff seems more stable to me. I don't
think I've ever completed a glibc build without a crash before.
So I figured I would run `make check', which died partway through. Is
it too early to be interested in this?
Note that this glibc is from a couple days ago, with
omake, so as to provide a nice example for folks who want to write
translators. I have a checkout somewhere that I converted the Hurd to
using ac2.5 and automake. It wasn't too hard.
Tks,
Jeff Bailey
--
Baby Gap: Clothing made for children, by children.
__
> Exactly. A harmless construct might even introduce a security
> problem. Thus we would need to recompile all programs anyway. I
> can't see the point of having binary compatiblity then.
Worse is the idea of what would happen if a GNU/Hurd binary were run
on a GNU/Linux system. You can almost
On Sun, Mar 24, 2002 at 11:04:46PM -0500, Marcus Brinkmann wrote:
> The second bug that does not happen as often is that a program hangs
> without outputting anything (well, I am not sure _which_ program
> hangs, so it might also be in the middle of output, but only at the
> start of a new line).
On Sun, Mar 24, 2002 at 07:52:08AM -0800, James Morrison wrote:
> I'm curious what types of checks would be in a make check target
> for the hurd. Would have to be run in a sub-hurd to test all the
> hurd translators and libc functions? Should the test programs be
> compiled within that test
Is Kettenis or some gcc hacker-type still watching on this list? The
following patch appears to be required for building a g++
cross-compiler. Basically, otherwise the libstdc++ symlinks all point
to newlib header files.
If I need to send this to a gcc list, let me know.
diff -ur libstdc++-v3/
in every case.
That said, a hurd install from, er.. 3 hours ago using serverboot and
libio appears to boot just fine. =)
Tks,
Jeff Bailey
--
Some people play the lottery, some people use Ebay. Personally, I've
had much better luck with Ebay th
I'm just on my way to bed, and noticed that my hurd cross compile
(which is supposedly using the glibc that I just built) failed with
the following error. I have made no effort to trouble shoot it, I'm
just posting it so that people know where I'm at. I'll look into it
tommorow.
i386-pc-gnu-gcc
I've had a couple people ask me on IRC what the current set of patches
are to get libio running.
Note that this is against the current 2.2 branch. I assume that these
probably work against 2.2.5, but I don't remember if an important
patch went in for then, or is just waiting for 2.2.6.
With thi
Roland,
I noticed on the CVS HEAD that MS_ASYNC now exists. Will that patch
be backported to the 2.2 branch?
Tks,
Jeff Bailey
--
Some people play the lottery, some people use Ebay. Personally, I've
had much better luck with Ebay than the lottery
- hen
On Sat, Feb 23, 2002 at 08:22:32AM -0500, Marcus Brinkmann wrote:
> I feel a bit stupid now. I guess I should try a compilation from a
> tree without such hacks...
Bingo.
--
I gotta ding ding dang a dang a long ding dong.
___
Bug-hurd mailing list
hen
> turtle catches up.
I haven't been keeping the buildd running since my systems all have
various different libcs on them (Many of them libio derivatives or
updated cvs snapshots for comparing against the same snapshot of
stdio). It might be best to leave this until after that conversion
Quick summary: libiberty gets confused building apps on libio. I just
got a call to run into work, but I wanted to post this now in case the
answer is obvious to everyone but me. I'll look at it more tonight.
There is no mention of sys_errlist in stdio.h on a stdio build,
however stdio.h contai
at it will probably keep up with whatever I need?) I'm not sure the
best way to give a kernel a good workout.
Tks,
Jeff Bailey
--
`Patience' said Slartibartfast again. `Great things are afoot'.
`That's what you said last time we met' said Arthur.
`They were,' sai
I've been exploring a few thoughts on the whole glibc thing. And made
a few observations.
Framestate (in sysdeps/generic) calls size_of_encoded_value and
read_encoded_value_with_base.
Those functions are only defined in glibc if unwind-pe.h is linked in
with NO_BASE_OF_ENCODED_VALUE defined.
N
On Tue, Dec 11, 2001 at 12:11:19AM -0500, Roland McGrath wrote:
> I fixed the conditionals in sysdeps/mach/configure so that
> libc_cv_gcc_unwind_find_fde is yes in the cases where a pre-2.2.5 ABI is
> supported and no in the cases where it's not.
>
> This lets me build the compatible case (i.e.
On Sun, Dec 09, 2001 at 10:53:54PM -0500, Roland McGrath wrote:
> Use debugfs so show us the full details of that inode.
Hmm It says the inode doesn't contain a file now. (This is after
a massive e2fsck run. I had to kill -9 the filesystem)
I'll watch for it, and post information if/whe
1 - 100 of 192 matches
Mail list logo
