Hi;
I am sure NetBSD ported some variant of it but here is softfloat:
http://www.jhauser.us/arithmetic/SoftFloat.html
cheers,
Pedro.
Hai un indirizzo email difficile da ricordare?
Scegli quello che hai sempre desiderato su Yahoo! Mail
http://it.docs.yahoo.com/nuovo_indirizzo.html
__
Hello;
I started playing a bit with net/pppd23 and I noticed there are some patches
for FreeBSD-3.0 that were never committed (NetBSD certainly has them). Our
pppd(8) is derived from the "samba" pppd port and should have them if we want
to continue updating it.
I started adapting them but I am
Hello;
You might want to compare your code with archivers/lzo, which is meant to be
faster that the other archivers but is GPLd.
Just to mention .. NetBSD has a pool(9) that you might want to check out. I
think it was used in the original tmpfs:
http://www.freebsd.org/cgi/man.cgi?query=pool&apr
--- Thomas Sparrevohn <[EMAIL PROTECTED]> ha scritto:
...
>
> I have Vista Home edition ruinning any FreeBSD without any problems and
> without having to do anything special - That is on CURRENT
>
>
Hmm...
Installation order is important, perhaps you already had FreeBSD before
installing Vi
Hi;
FWIW, if you just got your new computer with Windows Vista installed and were
hoping to dual boot FreeBSD on it, let me tell you that FreeBSD's bootloader
will screw things up.
Microsoft basically declared the war on alternative OSs so it seems vista
doesn't like:
- bootloaders different than
--- Pawel Jakub Dawidek <[EMAIL PROTECTED]> ha scritto:
...
>
> I've some starting code for this and I'm planning to implement them, at
> least for ZFS.
>
Thanks! I recall from previous postings on this list that it's a feature
desired on UFS + BSDtar too.
Pedro.
___
Hello;
FWIW, anyone planning to work in the keyboard or mouse systems is warned to
look at the KII portions of KGI4BSD first. The main reference is the P4
repository but there is some documentation here:
http://wikitest.freebsd.org/KGI
Nicholas has been able to run FreeBSD's console multihea
FWIW;
I went on to check that Embedded C++ that David Nugent mentioned, and I found
this:
http://www.caravan.net/ec2plus/
Acording to the Q&A section:
"The goal of EC++ is to provide embedded systems programmers with a subset of
C++ that is easy for the average C programmer to understand and us
--- Mike Meyer <[EMAIL PROTECTED]> ha scritto:
...
>
> Windows is the de-facto standard OS: a lot of people know how to use
> it.
>
Well... I wish several commercial CAD software producers thought otherwise.
> We're bright enough to know that popularity doesn't imply technical
> excellence,
--- Peter Jeremy <[EMAIL PROTECTED]> ha scritto:
...
>
> I think the general concensus is that it's up to one of the proponents
> of this to actually implement it and demonstrate that it works and has
> no undesirable side-effects.
>
I only wanted to point out that Darwin modules are not the o
FWIW and just IMHO;
I think it would be really nice to have the IOKit, or a lookalike that uses
kobj(), available on FreeBSD. Another interesting experiment that I've
mentioned before is OpenBFS:
http://www.bug-br.org.br/openbfs/index.phtml?section=development
"OpenBFS, as all file systems under
--- Giorgos Keramidas <[EMAIL PROTECTED]> ha scritto:
...
>
> It may still be worth trying. I only started looking at `umem' from
> sourceforge this week, but if there is more interest in ptmalloc,
> maybe it is better if I focused on why ptmalloc fails to work on
> FreeBSD.
>
FWIW, I just sub
--- Giorgos Keramidas <[EMAIL PROTECTED]> ha scritto:
> On 2006-06-01 03:41, [EMAIL PROTECTED] wrote:
> > FWIW, I'd also like to see libumem ported.
>
> Me too.
>
> I have been toying with the idea of consulting Jason Evans about
> this for a while now. If something like this starts, are you
>
--- Eric Anderson <[EMAIL PROTECTED]> ha scritto:
>
> I realize how hard getting write support for one of those is, for
> certain.You'd still have to go through the labor with ZFS though,
> unless you are talking about read-only support for it. I don't know
> much about licensing stuff.
--- Eric Anderson <[EMAIL PROTECTED]> ha scritto:
...
>
>
> ZFS surely is cool, but I'm not sure how much it benefits FreeBSD
> compared to something like journaling, or adding features to our
> existing filesystem, or even write support for one of the already ported
> read-only filesystems
Hello;
--- Michael Vince <[EMAIL PROTECTED]> ha scritto:
(I forgot to mention Apple is interested in it too)
> Since this is a project that would benefit just about anyone using
> FreeBSD, it would be good to see a project like this get funding or do a
> fund raise.
> As a summer of code pro
Hello;
DragonFly and NetBSD are interested, I'm sure there's interest in FreeBSD too,
but AFAICT no one has started.
Here is an interesting link:
http://www.opensolaris.org/os/community/zfs/porting/
cheers,
Pedro.
---
Pedro F. Giffuni
M. Sc. Industrial Eng. University of Pittsburgh
--- John-Mark Gurney <[EMAIL PROTECTED]> ha scritto:
...
>
> It's definately interesting, but doubtful will ever be imported to
> replace libc's malloc for one reason.. the CDDL is effectively the
> GPL:
...
It's nevertheless less viral. I don't want libumem in the base distribution
though...
Hi;
This was posted recently to the OpenSolaris lists, and I thought it might be
interesting for us too:
__
Port of libumem on Sourceforge
Posted: Mar 9, 2006 7:22 PM
Hello,
We've ported libumem to run on Linux and Windows (with work in progress
for *BSDish systems) as part
(sorry for cross-posting, in the future this seems better suited for emulation@
)
Hi;
I didn't see any interest for this on the website but perhaps we should be
working on improving our SVR4 emulation now that OpenSolaris is available.
Possible tasks include:
- Updating the emulator wrt NetBSD.
20 matches
Mail list logo