severity 1002699 normal
merge 1002699 916276
thanks
Thank you so much!
John Paul Adrian Glaubitz writes:
> Hi Camm!
>
> On 12/28/21 19:52, John Paul Adrian Glaubitz wrote:
>> On 12/28/21 19:20, Camm Maguire wrote:
>>> Correction, that is current autobuilders on 68k
Correction, that is current autobuilders on 68k and sh4.
Take care,
Camm Maguire writes:
> Package: libc6
> Version: 2.33-1
> Severity: serious
> Justification: Policy 2.2.1
> X-Debbugs-Cc: c...@debian.org
>
> With a file "configure" in the current directory, the
pushed further away from that of the caller, not on top
of it. So is this a very helpful general observation on your part, or
do you have reason to believe that this would result in the failure
reported?
> Camm Maguire writes:
> > Greetings! The caller is call_proc_new, and the callee LI3
Greetings, and thanks so much!
> Hi Camm,
> On Wed, Apr 23, 2014 at 7:36 PM, Camm Maguire wrote:
> > This code used to work for years, but now that I examine it in greater
> > detail, call_proc_new is missing va_end(). I don't know if that is
> > relevant.
>
de used to work for years, but now that I examine it in greater
detail, call_proc_new is missing va_end(). I don't know if that is
relevant.
Full preprocessed source and disassembly for these two functions are
below. Further details from gdb available if needed.
Take care,
--
Camm Maguire
Greetings!
Stephen R Marenka writes:
> On Wed, Apr 28, 2010 at 09:55:57AM -0400, Camm Maguire wrote:
>> Greetings! I suppose things are still too tenuous to request that gcl
>> be unmarked "Not-For-Us" on m68k?
>
> After we get a modern toolchain and eglibc buil
Greetings! I suppose things are still too tenuous to request that gcl
be unmarked "Not-For-Us" on m68k?
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The e
x27;m upgrading the chroot on crest atm...
Cheers
Luk
=
Yes, just verified that the problem is absent on crest unstable
chroot. Would it be possible to requeue?
Thanks so much!
Take care,
--
Camm Ma
axiom and acl2 with it.
Should the package simply be requeued?
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens."
fine on crest, but a simple configure script lost
> > track of its current directory and died.
> >
> > Would you like me to recheck crest?
>
> Just tell me which directory you ran ./configure in, I'll check myself.
>
> Michael
>
&
in the chroot. Can you
> > please fix this too?
>
> Done - if that's not enough or if disk errors show on /usr/local you can
> use space in /org/scratch (which I've also mounted).
>
> Michael
>
&g
ry and died.
> >
> > Would you like me to recheck crest?
>
> Just tell me which directory you ran ./configure in, I'll check myself.
>
Just checked on crest myself, and it appears to be working now. Will
let you know if anything else system-wise appears amiss.
T
> Thank you so much!
>
> Does it work OK now?
>
> Michael
>
>
>
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mank
nough space under
home, yet /usr/local/tmp is not available in the chroot. Can you
please fix this too?
Thanks!
> Michael
>
>
>
>
--
Camm Maguire[EMAIL PROTECTED]
Thanks! Working now
Take care,
Michael Schmitz <[EMAIL PROTECTED]> writes:
> Hi,
>
> > [EMAIL PROTECTED]:~$ dchroot sid
> > chdir: No such file or directory
>
> Oops - home dirs were not mounted in the chroot. Fixed now.
>
> M
r
> brownout two days ago; q650 and hobbes survived the brownout so I assumed
> it wasn't a total three-phase thing. Remind me to check all boxes next
> time). I'll investigate.
>
> Michael
>
>
>
--
Cam
[EMAIL PROTECTED]:~$ dchroot sid
chdir: No such file or directory
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its cit
or directory
#
#
#
# Subconfigure of BFD done
#
#
checking size of long... 4
checking sizeof struct contblock... Cannot find sizeof struct contblock
Any help here please?
Take care,
--
Camm Maguire[EM
over ten
years, but recognize that I don't have as much information on these
issues as others in the project. I will of course continue to support
whatever course the Debian organizational structure feels is best in
this regard.
Take care,
--
Camm Maguire
Greetings! Just a followup here. All is well with -O2. I've filed a
gcc bug describing the behavior with -O3.
Take care,
Roman Zippel <[EMAIL PROTECTED]> writes:
> Hi,
>
> Camm Maguire wrote:
>
> > Greetings! The atlas testers fail at random intervals on m68k
... the autobuild appears to have been explicitly killed. My
apologies for having to release -19 before -18 was finished on m68k.
I foresee no further releases before sarge, and I feel the package
should build on m68k.
Take care,
--
Camm Maguire[EMAIL
Greetings! In case this was deliberate, the latest package should
reduce the optimization on m68k to work around a recently reported
compiler bug. The package hopefully will build.
Take care,
--
Camm Maguire[EMAIL PROTECTED
Greetings! A week ago, you so kindly checked zot for me to report the
following status:
=
On Wed, Oct 06, 2004 at 05:00:23PM -0400, Camm Maguire wrote:
> ... has been running for quite a while now -- is it stuck?
I
0 0.154378
0.174435 2.256917
0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
1.035809 -2.650360
0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 -1.767517
Ideas?
Take care,
-
rough
quickly, but axiom and acl2 are very slow. Could it be a question of
swap?
Take care,
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> On Wed, Oct 06, 2004 at 05:00:23PM -0400, Camm Maguire wrote:
> > ... has been running for quite a while now -- is it stuck?
>
>
... has been running for quite a while now -- is it stuck?
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
on this arch. The
last autobuild failure was clearly a system misconfiguration.
Take care,
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Thanks!
Stephen R Marenka <[EMAIL PROTECTED]> writes:
> On Sat, Sep 04, 2004 at 01:03:16PM -0400, Camm Maguire wrote:
> > ... the autobuild appeared to fail for system related reasons.
>
> queued.
>
> --
> Stephen R. Marenka If life's not fun, y
... the autobuild appeared to fail for system related reasons.
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its cit
_tmp appears (and is used)
nowhere. Could this have been an ar/ld/filesystem glitch?
Am rebuilding by hand on crest, but this should autobuild reliably out
of the box now on m68k.
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
eciate help here. I'm uploading this with high
priority as this gcl is at the base of a few changes in maxima and
axiom that are pending.
Take care,
--
Camm Maguire[EMAIL PROTECTED]
===
20, 2004 at 11:09:02AM -0500, Camm Maguire wrote:
> > Greetings! This build seems to fail for the simple reason that the
> > system cannot change directory to /var/lib/buildd/, which is
> > apparently its home. Can anyone spot the reason? Is this some
> > security mea
Greetings! This build seems to fail for the simple reason that the
system cannot change directory to /var/lib/buildd/, which is
apparently its home. Can anyone spot the reason? Is this some
security measure recently taken in the buildd?
Take care,
--
Camm Maguire
Greetings, and thanks for your reply!
Roman Zippel <[EMAIL PROTECTED]> writes:
> Hi,
>
> Camm Maguire wrote:
>
> > About a year ago, I noticed however that when the SIGSEGV occurred in
> > fread, the restart failed, even when (of course) the signal handlers
w why
fread won't restart after a signal (on m68k only, apparently), or
whether this is a bug or by design, but I'd be most grateful if
someone could provide a comprehensive list of such system calls so I
can fix this once and for all.
Take care,
--
Camm Maguire
e? I actually have one of these.
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
d.
> Thats a big waste of resources.
>
> There are better ways to get your package into testing without
> creating useless packages.
>
> MfG
> Goswin
>
> -- System Information:
> Debian Release: testing/unstable
> Arch
Greetings!
Richard Zidlicky <[EMAIL PROTECTED]> writes:
> On Mon, Feb 24, 2003 at 11:26:39AM -0500, Camm Maguire wrote:
> I agree that something like this is necessary, on m68k most
> if not all applications that use gmp, ssl and similar are in
> desperate need to come in
Greetings!
Richard Zidlicky <[EMAIL PROTECTED]> writes:
> On Tue, Feb 18, 2003 at 04:46:46PM -0500, Camm Maguire wrote:
> > Greetings, and thanks for the insight. GCL does a subbuild of part of
> > GMP. With the default configure script canonical host of
> > m68k-u
case, I've done this for GCL myself, so all looks OK now.
Thanks again,
Richard Zidlicky <[EMAIL PROTECTED]> writes:
> On Sat, Feb 15, 2003 at 08:41:55AM -0500, Camm Maguire wrote:
> > Greetings! I've seen this before in earlier compilers on arm. I
Greetings! I've seen this before in earlier compilers on arm. Is
there a work around?
./libgcl.a(gmp3_mpn_mul_n.o)(.text+0xe2c):scan/mul_n.c:977: undefined reference
to `__mulsi3'
Take care,
--
Camm Maguire[EMAIL
Greetings!
Richard Zidlicky <[EMAIL PROTECTED]> writes:
> On Mon, Dec 16, 2002 at 03:05:37PM -0500, Camm Maguire wrote:
>
> Hi,
>
> > > Which kernel version was that? Can you see if the failed flushes
> > > were cornercases like address near page-boundarie
Greetings!
Richard Zidlicky <[EMAIL PROTECTED]> writes:
> On Fri, Nov 22, 2002 at 10:50:56PM -0500, Camm Maguire wrote:
>
> cc'd to linux-m68k where kernel question should go
>
> > Greetings! gcl/acl2 loads many modules into its data section,
> > relocates, f
ge
specialized packages?
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
other processes, the timing build should
work, though not be optimal. But it probably will have to run for a
few days on this arch.
Should I start it on crest?
Take care,
Camm Maguire[EMAIL PROTECTED
aven't tried the remaining cache-line case of rounding ve up to the
nearest 32 byte boundary, but barring this, there appears to be an error
in the cacheflush kernel function.
Take care,
--
Camm Maguire
*v=memory->cfd.cfd_start,*ve=v+memory->cfd.cfd_size; \
cacheflush(v,FLUSH_SCOPE_LINE,FLUSH_CACHE_BOTH,ve-v);\
} while(0)
The only thing I can think of trying is FLUSH_SCOPE_PAGE.
Any help most appreciated!
Take care,
Greetings! OK -- at your request, I've removed the -ffloat-store and
escaped the relevant maxima tests on m68k.
Take care,
Richard Zidlicky <[EMAIL PROTECTED]> writes:
> On Fri, Sep 20, 2002 at 09:17:49AM -0400, Camm Maguire wrote:
>
> > That did it -- thanks! As R
of registers on x86, and the fact that m68k
registers are *96* bits wide, AFAICR, instead of 80. But in general,
one does get more precision on x86 FPU calculations than the strictly
64bit SSE2, for example.
Take care,
Raymond Toy <[EMAIL PROTECTED]> writes:
> >>>>> "
with a different opinion will likely
sway my mind in the other direction :). This would of course require
sidestepping integrity tests in this case, as I won't have the time to
maintain dual sets of expected results.
Take care,
Steve Haflich <[EMAIL PROTECTED]> writes:
> From
Greetings!
Rick Younie <[EMAIL PROTECTED]> writes:
> Camm Maguire wrote:
> > Greetings! I have one Debian machine (m68k) which is producing very
> > small numerical discrepancies on the results of the two floating point
> > intensive tests in rtest8.mac:
>
> Hi
lisp, as is apparently the case as described
in Dr. Schelter's docs for dbl mode, but which I have been unable to
reproduce, would be *very* attractive for people new to the language.
Take care,
> --Jim
>
>
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
C40?
>
> if it hos no coprocessor, there probably is a small fault in the
> floating point emulator.
> which is no big deal IMHO, we should be happy to have any FP emulation
> at all on m68k.
>
>
> Camm Maguire wrote:
>
> >Greetings! I have one Debian machine (
iles, I'm told there
is no line info. What's the best way to see where this result is
varying in a maxima/lisp debugger?
3) Any m68k cognoscenti care to suggest a likely explanation?
Take care,
--
Camm Maguire
Greetings! OK, you convinced me! I'm uploading now...
Take care,
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Camm Maguire <[EMAIL PROTECTED]> writes:
>
> |> Greetings, and thanks for your *very helpful* reply!
> |>
> |> OK, now it is clear to me w
_EXTRA_EPILOGUE which gets omitted with -fomit-frame-pointer
>
> Richard
>
> ___
> Gcl-devel mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/gcl-devel
>
>
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
, or some other
means whereby I can get the same results from the above two calls on
this platform?
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one coun
57 matches
Mail list logo
