Hello all!
I have made some more attempts to compile (not yet link!) the run-translater
using C++. In difference to what I said before, it is not just hurd, but also
other packages that prevent this, namely libc0.2 and gnumach. Therefore, I
won't just sit still and wait for pthreads.
Summary o
On Thursday 14 February 2002 07:36, arief muLya wrote:
> I can see we have a bundle of manpages for C functions/libraries. But, I
> don't see we have manpages (other help) on C++ libraries. While, I, as a
> newbie on the gnu/linux/c-programming world, really do need it.
>
This is not really hurd-sp
t helping anyone.
I personally have just two questions left to you:
Do you have the power to prevent compatibility to C++ from entering cthreads ?
Assuming yes, will you do so or will you first take a look at the patches ?
Ulrich Eckhardt
On Tuesday 12 February 2002 03:34, Thomas Bushnell, BSG wrote:
> I think that using #include in a C++ program is wrong for
> exactly the same reasons that using it in a Pascal program would be
> wrong.
Just a short quote from the 'Mach 3 server writer's guide', page 6:
Given that most servers
Hi people!
I have been hacking an example-translator (based on the run-translator) which
uses io_read and io_seek. While the run-translator gave me the needed
prototypes for those two, I can't find something like a header on my whole
system.
I have gotten around to notice that these protos some
Hi people!
I was just trying to create a small test-program with libtrivfs and stumbled
across the use of the reserved C++-keyword 'catch' in struct cthread.
Is there a known workaround for that problem and, if not, could someone patch
the header with
#ifdef c_plusplus
#error this file can on
On Friday 15 June 2001 22:24, Marcus Brinkmann wrote:
> and all drivers (and include new ones). However, as with oskit-mach this
> will be done by other people than us, we are fine with kludges like
> backporting drivers with minimal effort for GNU Mach.
So, I get that GNU Mach will die sooner or
or rather oskit-mach?
btw: I fail to compile the Gnumach-sources (they're a bit old, but...): a
'uname -p' reveals 'unknown' ( under Hurd and Linux) so
gnumach refuses to compile.
cheers
Ulrich Eckhardt
another issue of the magazine
FreeX, you might wish to check them out.
gr{us,eeting}s
Ulrich Eckhardt
triangles) the only thing I miss is
the connection between the objects. Furthermore, I wouldn't have them all
standing on four legs, all numbers of legs should be featured.
- just my 0.02Euro -
Ulrich Eckhardt
On Fri, 01 Dec 2000, Neal H Walfield wrote:
> > Which brings me to another question: The Documentation on the Hurd (hurd.ps)
> > which I got from the web is often confusing, especially according to
> > whether a
> > function was supplied by a lib or required to be provided to a lib.
> > Since thi
On Tue, 21 Nov 2000, Neal H Walfield wrote:
> > In libports: there are buckets (port sets) and classes (???) what is the
> > difference, how should I interprete classes?
>
> A port class defines how a ``type'' of port is destroyed etc. A port
> bucket is a collection of ports (of any class).
>
n. I think you are much
further than stated there !?
Ulrich Eckhardt
ty much
i386-centered. I´m still only learning on this topic.
There´s also http://hurddocs.sourceforge.net , maybe you should join forces.
Ulrich Eckhardt
14 matches
Mail list logo