> > ps: XFree86-1 (3.3.6) will soon be gutted. It will only provide support
> > for hardware not supported by X4, and for libc5 compatibility. I'm
> > also in the process of pruning the upstream source tree, to remove the
> > code that will no longer be used. The potato package wo
> Are there special reasons why you want to cross compile?
I'm trying to port/compile XFree86 4.0.1, and I hate working w/o
x-terms. :-) Also I prefer to work w/ partitions over 1 gig when dealing
w/ larger compiles like X + gnome.
> Have you tried make-cross?
What is make-cross?
-Seth
It caused glibc compilation (for cross-compilation) to bomb out
reporting an undefined reference to __global_ctors or something like
that. Actually I'm still getting this problem (when I use the cross
compiler, after moving down in binutils I was able to compile them) and
would *really* appreciate
Per advice I noted that was indeed using binutils-2.10 and dropped back
to binutils-2.9.1. I realize that this is different from the recommended
binutils-2.9.5, but I'm not sure where to get that. glibc did finally
compile w/o complaining about __libc_global_ctors being undefined.
However when I tr
Get a new GRUB (the most recent floppy image from the GRUB area of
alpha.gnu.org will work, or you can compile an even more recent
yourself).
We should probably delete the faulty GRUB image from the HURD
directory and replace it with the new floppy image, now that I think of
it. Its a question so
I have finally tired of compiling large programs (e.g. X-Windows) on
HURD due to performance issues (e.g. no UDMA, etc), so have bit the
bullet and moved to cross-compilation. However I am having issues
getting glibc to compile. I am roughly following the steps at
http://hurddocs.sourceforge.net/ho
> The GNU project is tending to encourage maintainers to use GNU servers
> instead of Bugzilla. We have a GNATS database for most projects.
There aren't nearly as good user interfaces to the above as
bugzilla...But anyway.
> The core Hurd developers don't use this, mind you. They tend to use t
> We can't even think about a release before those problems are fixed.
A release, even a "snapshot release" also needs a checklist, it probably
wouldn't be a terrible idea to start one now. I see two entries below,
and would like to humbly add a stable, recent version of XFree86 and
servers to the
8 matches
Mail list logo