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/
Roland McGrath <[EMAIL PROTECTED]> writes:
> I don't see that there is anywhere that explicitly states that the
> translator connection protocol requires holding the underlying node send
> right in order to stay attached as the active translator on that node. Nor
> is there an unavoidable need f
> > I think that that optimization could be easily integrated into
> > pager_memcpy.
>
> There was once a theory that memcpy would use vm_copy for large
> page-aligned copies. There is in fact code for this in libc, but I think
> it doesn't get used because it's only the generic code and there a
> I have been actively recommending serverboot over the bootscript
> method. In almost all cases where people show up on irc with boot
> problems, I tell them to switch to serverboot and it solves the
> problems.
Of the installations that I have done, I have had no problems. Nor
have I encounte
> I have been actively recommending serverboot over the bootscript
> method. In almost all cases where people show up on irc with boot
> problems, I tell them to switch to serverboot and it solves the
> problems.
I wish I'd known this. We've had positive reports about kernel boot
scripts here f
On Sat, Mar 23, 2002 at 08:38:37PM -0500, Roland McGrath wrote:
> I don't expect that anyone is still using serverboot since we've had
> boot script support in the kernel for a while now.
I have been actively recommending serverboot over the bootscript
method. In almost all cases where people s
I don't see that there is anywhere that explicitly states that the
translator connection protocol requires holding the underlying node send
right in order to stay attached as the active translator on that node. Nor
is there an unavoidable need for that requirement. The parent filesystem
could ju
I have just checked in changes that excise the default pager functionality
from serverboot. The $(paging-file) et al boot script functions are still
recognized, but now just print a message telling you to use swapon. The
magic "die $(serverboot)" line is ignored completely, and serverboot now
al
* Marcus Brinkmann writes:
> On Sat, Mar 23, 2002 at 05:53:05PM +0100, Alfred M. Szmidt wrote:
>> Try compiling with out any optimisation..
> Never ever try that with any of the core packages in the Hurd. Use
> at least -O. In this case, -O2 works as well.
> Optimization is required to preve
On Sat, Mar 23, 2002 at 05:53:05PM +0100, Alfred M. Szmidt wrote:
>
> Try compiling with out any optimisation..
Never ever try that with any of the core packages in the Hurd.
Use at least -O. In this case, -O2 works as well.
Optimization is required to prevent some hassle with inline functions
Try compiling with out any optimisation.. Or use GCC 3.x.
--
Alfred M. Szmidt
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Sat, Mar 23, 2002 at 08:37:18AM -0800, James Morrison wrote:
> Hi,
>
> I'm trying to compile the hurd in the hurd while using oskit-mach, but I'm
> getting the following error:
> ../../libdiskfs/file-syncfs.c:61: Internal compiler error:
> ../../libdiskfs/file-syncfs.c:61: internal error--u
Hi,
I'm trying to compile the hurd in the hurd while using oskit-mach, but I'm
getting the following error:
../../libdiskfs/file-syncfs.c:61: Internal compiler error:
../../libdiskfs/file-syncfs.c:61: internal error--unrecognizable insn:
(insn/i 112 111 113 (parallel[
(set (reg/v:S
13 matches
Mail list logo
