Brian Morris wrote:
> -- Forwarded message --
> From: Brian Morris <[EMAIL PROTECTED]>
> Date: May 21, 2007 10:42 PM
> Subject: Re: X on Mac (was: Re: upgraded to lenny/sid and ordered RAM)
> To: Joel Ewy <[EMAIL PROTECTED]>
>
> On 5/18/07, Joel Ewy <[EMAIL PROTECTED]> wrote:
>> Bri
On Tue, May 22, 2007 at 08:37:02PM +0200, Christian T. Steigies wrote:
> Hi,
> I've been building gcc-4.2 on my mac for about a week now. The first try
> timed out, so I decided to continue the build manually. That failed last
> night, since my router had its daily crash and I did not run the build
On Mon, May 21, 2007 at 10:25:04AM -0700, Brad Boyer wrote:
[TLS support]
> I don't think m68k would have issues with large relocation offsets. As
> long as it doesn't support the pre-68020 chips, we have a lot of choices
> of ways to handle large offsets. I presume we just need support for the
> '
Hi,
I've been building gcc-4.2 on my mac for about a week now. The first try
timed out, so I decided to continue the build manually. That failed last
night, since my router had its daily crash and I did not run the build in a
a screen session. When I continue the build again, I am afraid it will st
Hi,
I've been forced to take the hobbes buildd offline, because installation
ot TeXLive, again, was about to fill the chroot disk. Does a simple
installation of TeXLive really need to install all language packs?
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
On Tue, 22 May 2007, Michael Schmitz wrote:
> > > Plus we already reserve a register for the current task - we're not all
> > > that squeezed, but can't we store the per thread data at a constant offset
> > > from the task address which we already store in a register? Are all
> > > threads separate
> > Plus we already reserve a register for the current task - we're not all
> > that squeezed, but can't we store the per thread data at a constant offset
> > from the task address which we already store in a register? Are all
> > threads separate tasks at kernel level?
>
> We already reserve a reg
On Tue, 22 May 2007, Michael Schmitz wrote:
> > > I'd like to avoid following in the footsteps of the i386 style support
> > > particularly because it does require more extensive kernel support than
> > > most of the other architectures. I'm still looking over the documentation
> > > and the implem
> > I'd like to avoid following in the footsteps of the i386 style support
> > particularly because it does require more extensive kernel support than
> > most of the other architectures. I'm still looking over the documentation
> > and the implementation details of the other architectures, but I'l
9 matches
Mail list logo