Anthony Towns wrote:
>Any chance of updated glibc, perl and apt packages? glibc's had a minor
Perl is in incoming now. I built it with -O1 to avoid the compiler gremlins
that made previous versions' lives misery. I think libc6 2.2.2 went into the
archive with tonight's dinstall run. The lates
>Hopefully it now works, but there might be 1 in 2**32 (or 1 in 2**64)
>cases where it still doesn't
That change didn't seem to produce the goods on its own. I've ended up with
this,
which works for the cases I tested.
#if defined __ARM_ARCH_2__ || defined __ARM_ARCH_3__
#define umul_ppmm(xh,
On Sat, Feb 24, 2001 at 07:53:45PM +, Philip Blundell wrote:
> >Do you have anything apart from its comment to suggest that it even
> >works on arm3?
>
> Nope.
Ah.
> >I don't believe that the non ARM3 code should actually work, and I see no
> >reason why (if I've found the bug) the corrected
> It might be a good idea to upgrade the binutils on debussy, too. I don't
> know
> how one goes about doing that.
mail [EMAIL PROTECTED]
randolph
--
Debian Developer <[EMAIL PROTECTED]>
http://www.TauSq.org/
By the way: both the woody autobuilder machines are now running the latest
binutils from unstable, which means that the binaries they produce should be
compatible with old "26-bit" machines. Anybody else who plans on uploading
binaries, please follow suit.
It might be a good idea to upgrade th
>Do you have anything apart from its comment to suggest that it even
>works on arm3?
Nope.
>I don't believe that the non ARM3 code should actually work, and I see no
>reason why (if I've found the bug) the corrected code should not work
>equally well on ARM4 (but more slowly than an umull ?)
Gre
On Sat, Feb 24, 2001 at 07:10:50PM +, Nicholas Clark wrote:
> > /* SAM This does not work on arm4 */
> > #define umul_ppmm(xh, xl, a, b) \
> > __asm__ ("%@ Inlined umul_ppmm
> > mov %|r0, %2, lsr #16
> > mov %|r2, %3, lsr #16
>
>
> > bic
On Fri, Feb 23, 2001 at 10:28:58PM +, Philip Blundell wrote:
> This kind of thing (from longlong.h) is never good news. Someone probably
> needs to figure out what the `arm3' version is doing and why it doesn't work
> on armv4. (It ought not to be using explicit hard registers either.)
Do
Peter Naulls wrote:
>What's the URL, btw?
http://buildd.armlinux.org/~buildd/
p.
In message <[EMAIL PROTECTED]>
Philip Blundell <[EMAIL PROTECTED]> wrote:
> >Same story in clisp in src/lispbibl.d
>
> Thanks, I've updated the database accordingly. I've also had a go at fixing
> the summary files on the buildd web page, which look like they got broken
> when
> Chr
Peter Naulls wrote:
>Which all suggests something went wrong during configure. Here's
>output from config.log:
Yeah. I guess I need to try building it manually on europa and see what
happens then.
>Same story in clisp in src/lispbibl.d
Thanks, I've updated the database accordingly. I've als
In message <[EMAIL PROTECTED]>
Peter Naulls <[EMAIL PROTECTED]> wrote:
[cdrdao]
> Has a somewhat odd endian setting code in scsilib/include/btorder.h
> This fails on a modern GCC, as 'arm' and '__arm' defines aren't set.
> Adding '|| defined(__arm__)' in the correct place fixes things.
In message <[EMAIL PROTECTED]>
Philip Blundell <[EMAIL PROTECTED]> wrote:
> gcc -Wall -O2 -o gtetrinet client.o commands.o config.o dialogs.o fields.o
> gtetrinet.o keys.o misc.o partyline.o sound.o tetrinet.o tetris.o winlist.o
> -rdynamic -L/usr/lib -L/usr/X11R6/lib -rdynamic -lgn
>> sound.o: In function `sound_cache':
>> sound.o(.text+0x44): undefined reference to `esd_sample_free'
>> sound.o: In function `sound_playsound':
>> sound.o(.text+0xc4): undefined reference to `esd_sample_play'
>> collect2: ld returned 1 exit status
>> make[2]: *** [gtetrinet] Error 1
>>
>> Any g
14 matches
Mail list logo
