severity 384403 normal
forwarded 384403 pcal-inter...@lists.sourceforge.net
thanks
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384403
--
Camm Maguirec...@maguirefamily.org
forwarded 606456 pcal-inter...@lists.sourceforge.net
thanks
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
forwarded 776660 pcal-inter...@lists.sourceforge.net
thanks
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776660
--
Camm Maguirec...@maguirefamily.org
==
"The earth is bu
forwarded 558468 pcal-inter...@lists.sourceforge.net
thanks
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
filed in
the BTS. If so please let me know. I've briefly checked your reference
[3] and could not quickly find any reference to pcal.
Take care,
Andreas Tille writes:
> Source: pcal
> Version: 4.11.0-3
> Severity: normal
> X-Debbugs-Cc: 900...@bugs.debian.org, Camm Maguire ,
Take care,
zhangdandan writes:
> Hi Camm Maguire,
>
>> Greetings! I have gained access to a machine in the gcc compile farm
>> for this arch. configure is failing due to missing header files. If
>> you happen to be able to point me to a contact to address this I'd be
>>
new package,
>
> ---
> Remove maxima-emacs for xemacs21
> remove/maxima: purging byte-compiled files for xemacs21
> ---
>
> instead of only
>
> ---
> Remove maxima-emacs for xemacs21
> ---
>
> Regards,
--
Camm Maguirec...
Thanks, you are right.
Take care,
Aurelien Jarno writes:
> Hi,
>
> On 2024-03-10 11:20, Camm Maguire wrote:
>> Greetings! For now I am adding a libnsl-dev dependency to the gcl
>> package to restore the old behavior. A small fix to the fricas package
>> will ev
irectory '/<>/src'
> | make[1]: *** [Makefile:251: all-src] Error 2
> | make[1]: Leaving directory '/<>'
> | make: *** [debian/rules:43: build-stamp] Error 2
> | dpkg-buildpackage: error: debian/rules binary subp
APT policy: (500, 'unreleased'), (500, 'unstable')
> Architecture: loong64 (loongarch64)
>
> Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
>
s, please help us fix this patch.
>
> I would like to remind you that the compilation dependency of acl2 is
> not yet satisfied. Depends on the gcl ( >= 2.6.14-1) package when
> compiling acl2.
> If you have any questions, you can contact me at a
örg-Volker Peetz writes:
> Package: maxima
> Version: 5.46.0-11
> Severity: normal
>
> Dear Camm Maguire,
>
> calling maxima generates a kernel message:
>
> kernel: __vm_enough_memory: 1 callbacks suppressed
> kernel: __vm_enough_memory: pid: 13721, comm: maxima, no en
Greetings, and thanks again! Fix forthcoming.
Take care,
Jakub Wilk writes:
> * Camm Maguire , 2023-02-08 17:24:
>>Greetings, and thanks for your report! I cannot reproduce this.
>
> As a data point, I get the crash on i386, but not on amd64.
>
>>Are you running in a
2.36-8
> ii libedit2 3.1-20221030-2
> ii libgmp10 2:6.2.1+dfsg1-1.1
> ii libtirpc3 1.3.3+ds-1
> ii libx11-6 2:1.8.3-3
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
bstdc++6 12.2.0-9
ii libzstd1 1.5.2+dfsg-1
ii zlib1g 1:1.2.13.dfsg-1
Versions of packages gcc-12 recommends:
ii libc6-dev 2.36-4
Versions of packages gcc-12 suggests:
pn gcc-12-doc
pn gcc-12-locales
pn gcc-12-multilib
-- no debconf information
--
Camm Maguire
023690 by -1
>
> Please switch to gcc-12 that is default in bookworm.
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
ts SOURCE_DATE_EPOCH
> +export FORCE_SOURCE_DATE=1
> +
> +# Force locale to avoid differences when building with obscure locales
> +export LC_ALL=C.UTF-8
> +
> include /usr/share/dpkg/buildflags.mk
>
> build: build-arch build-indep
> @@ -61,6 +67,9 @@
>
.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
-1 libc-dev-bin_2.33-1 libc6_2.33-1 libc6-dev_2.33-1
>
> I will regenerate the chroots.
>
> Adrian
>
>> [1]
>> https://buildd.debian.org/status/fetch.php?pkg=gcl&arch=m68k&ver=2.6.12-117&stamp=1640457045&r
Greetings!
John Paul Adrian Glaubitz writes:
> Hello!
>
> On 12/30/21 21:18, Camm Maguire wrote:
>>> I have uploaded patched versions of glibc for m68k and sh4 and blocked the
>>> autobuild for glibc on the buildds.
>>
>> Greetings! I think you meant
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 and sh4.
>>
>> That's a known issue, see [1]. I will pat
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
k and s390.
=
#include
#include
int main() {
struct dirent *d;
DIR *r=opendir("./");
for (;(d=readdir(r)) && strcmp("configure",d->d_name););
return d && d->d_type==DT_REG ? 0 : -1;
}
=======
Greetings, and thanks so much! Fixed in -8.
Take care,
Agustin Martin writes:
> El mié, 1 dic 2021 a las 16:53, Camm Maguire
> () escribió:
>>
>> Greetings! Am uploading a fix for now. cl-lib for xemacs21 can be
>> found in the mmm-mode package. Other change is
ttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=999626
> >
> > Take care,
>
> _______
> Maxima-discuss mailing list
> maxima-disc...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/maxima-discuss
--
Camm
pre12. Additionally you could remove "READLINE" from the
> GPL banner then (not necessary).
>
> I see that you are also the gcl maintainer, so you can coordinate
> uploads of maxima and gcl linked with libedit.
>
> Thanks,
> Bastian
>
> Am 12.10.21 um 16:07 sch
edit library which is a
>> readline replacement.
>
> The current version compiles with libeditreadline-dev without any patch.
> I do not see the build influenced by it and guess libreadline is still loaded
> via gcl.
> Can you please comment on this?
>
>
>
--
Camm Magu
a tiny box that's still fine for building any other package, it OOMs.
>
>
> Meow!
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
-04-24 13:23:44.0 +
@@ -1,3 +1,11 @@
+fricas (1.3.6-6) unstable; urgency=high
+
+ * libx11-dev -> libxpm-dev in build depends
+ * Bug fix: "fricas-{graphics,hypertex} are empty", thanks to Adrian Bunk
+(Closes: #987456).
+
+ -- Camm Maguire Sat, 24 Apr 2021 1
work with XEmacs", thanks to
+Agustin Martin (Closes: #969410).
+
+ -- Camm Maguire Sat, 24 Apr 2021 13:41:46 +
+
maxima (5.44.0-2) unstable; urgency=medium
* emacs24 -> emacs-gtk in control dependencies
diff -Nru maxima-5.44.0/debian/patches/series
maxima-5.44.0/debian/p
fsg-2
> ii acl2-source 8.3dfsg-2
>
> Versions of packages acl2 suggests:
> ii acl2-emacs 8.3dfsg-2
>
> -- no debconf information
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings! Commits/changes yes, but releases?
Take care,
Davide Prina writes:
> On 07/12/20 20:50, Camm Maguire wrote:
>> Where on github or the webpage do you find a newer release?
>
> on GitHub
>
> https://raw.githubusercontent.com/daly/axiom/master/changelog
>
s:
> http://www.axiom-developer.org/
> https://github.com/daly/axiom
>
> I think that there is a new version on github
>
> Ciao
> Davide
>
>
>
--
Camm Maguirec...@maguirefamily.org
=
>
> Versions of packages maxima-emacs recommends:
> ii acroread [pdf-viewer]9.5.5-dmo10
> ii evince [postscript-viewer] 3.34.1-1
> ii ghostscript [postscript-viewer] 9.50~dfsg-5
> ii mime-suppor
hp?p=gcl
>
> I suspect the FTBFS of acl2 is related.
>
> Cheers,
>
> Ivo
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Package: texlive-binaries
Version: 2018.20181218.49446-1
Severity: important
Dear Maintainer,
ghostscript has dropped support for the reportedly non-standard
'execute' command since version 9.27. Upstream indicates that this
will remain the case and is not a bug. This situation leaves xdvi in
b
t; ii gnuplot-qt [gnuplot-x11] 5.2.6+dfsg1-1
> ii maxima-share 5.42.1-1
>
> Versions of packages maxima suggests:
> ii maxima-doc5.42.1-1
> pn maxima-emacs
> pn texmacs
> ii tk [wish] 8.6.9+1
> pn xmaxima
>
> -- no debconf information
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr
> (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
>
>
--
Camm Maguire
=medium
+
+ * Minimal RC fix for testing migration
+
+ -- Camm Maguire Fri, 29 Mar 2019 17:36:04 +
+
+lam (7.1.4-5) unstable; urgency=medium
+
+ * fix /usr/lib/lam/lib/* links in lam4-dev
+
+ -- Camm Maguire Mon, 25 Mar 2019 02:24:32 +
+
+lam (7.1.4-4) unstable; urgency=high
+
+ * Accept
flags
>
> These are bad changes to do during the deep freeze and will probably be
> rejected by the release team.
>
> Andreas
>
>
>
--
Camm Maguirec...@maguirefamily.org
=
Greetings! Yes, thanks! Did you see the upload? One more
forthcoming
Take care,
Andreas Beckmann writes:
> Hi Camm,
>
> On 2019-03-13 22:44, Camm Maguire wrote:
>> Greetings! I should have some time to look at this this week. If you
>> happen to develop a patch,
s '/usr/bin/mpicc': No such file or directory
> lrwxrwxrwx 1 root root 22 Mar 13 07:44 /etc/alternatives/mpi ->
> /usr/bin/mpicc.openmpi
> lrwxrwxrwx 1 root root 21 Mar 13 07:44 /usr/include/mpi ->
> /etc/alternatives/mpi
>
> I'll try to clean
stem)
> LSM: AppArmor: enabled
>
> Versions of packages liblam4 depends on:
> ii libc6 2.28-7
> ii libgcc1 1:8.2.0-20
> ii libltdl72.4.6-9
> ii libstdc++6 8.2.0-20
>
> Versions of packages liblam4 reco
???
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
w tried pbuilder with
> 1) amd64, all binary packages
> 2) amd64, arch-dependent binary packages
> 3) i386, all binary packages
> but unfortunately all those builds have produced working packages :)
>
>
> Juhani
>
>
fs on armel, armhf, arm64 and ppc64el.
>
> https://buildd.debian.org/status/fetch.php?pkg=acl2&arch=armel&ver=8.0dfsg-1&stamp=1515868416&raw=0
>
> and checked that it ftbfs on plummer (ppc64el).
>
>
>
--
Camm Maguire
Greetings! Please ignore my last post on this -- am uploading your
patch now. Thanks so much!
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country
ry to think about this a bit more.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
nes in the sman code. If the only canonical support is for
/mnt/LINUX, then so be it and no worries.
Take care,
r.duc...@gmail.com writes:
> On Monday, February 19, 2018 10:11:29 PM CET Camm Maguire wrote:
>>
>> Thanks for your report! I think -nox should work, right
; Versions of packages axiom recommends:
> ii axiom-doc 20170501-2
> ii axiom-graphics 20170501-2
> ii axiom-hypertex 20170501-2
> ii axiom-source 20170501-2
>
> Versions of packages axiom suggests:
&
will investigate further.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings!
Héctor Orón Martínez writes:
> Hello Camm,
>
> 2017-05-25 19:27 GMT+02:00 Camm Maguire :
>> How much memory is on the build machine?
>
> mips-aql-05:~$ free -h
> total used free sharedbuffers cached
> Mem:
processes for your build as well as test.log
>
>
> -- System Information:
> Debian Release: 9.0
> APT prefers unstable
> APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64
> (x86_64)
>
&
severity 857296 important
thanks
Greetings and thanks for your report! Am looking into this now
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one co
Greetings!
Alright then if you want to set up an instance for me on Monday I can
try to take a look then.
Take care,
Lucas Nussbaum writes:
> On 22/11/16 at 15:09 -0500, Camm Maguire wrote:
>> Greetings, and thanks for your reply!
>>
>> Lucas Nussbaum writes:
>>
x27;d rather not keep them running for days)
Perhaps, but could you please first tell me what is in
DEB_BUILD_OPTIONS? Does 'make' have a known tsx issue too? That is the
only source of parallelism here that I can see.
Take care,
>
> Lucas
>
>
> On 19/11/16 at 10:43 -
this solution. For the next Debian release we
> have another chance to try and use your maxima packages for SageMath.
>
> You can close this bug now if you want.
>
> Best,
> Tobias
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
lobal-memoize-lock and with-global-memoize-lock-static
only mess with locks when #+(or ccl sb-thread lispworks).
-- Matt
> Cc: c...@maguirefamily.org
> From: Camm Maguire
> Date: Wed, 16 Nov 2016 16:29:55 +
>
> Greetings! ACL2 on GCL does not employ threads and locks, the
Greetings, and thanks! To my understanding, this is only active on
thread-supporting lisps (e.g. ccl), not GCL. These should be no-op
wrappers in Debian. Can verify this with strace if needed.
Take care,
Stepan Golosunov writes:
> 14.11.2016 в 11:24:04 -0500 Camm Maguire написа
rst time that some mips* box produces broken binary
> packages. mips porters X-Debbugs-Cced. Most likely binNMUing "fixes"
> this problem, but we should really figure out why this is happening.
>
> Helmut
>
>
>
>
--
Camm Maguire
(The other one is pari, which is resolved if pari 2.9 is
> released in time for stretch.)
>
> Best,
> Tobias
>
> [1] https://lists.alioth.debian.org/mailman/listinfo/debian-science-sagemath
>
>
--
Camm Maguirec...@maguirefamily.org
Greetings!
Santiago Vila writes:
> On Sun, 2 Oct 2016, Camm Maguire wrote:
>
>> Greetings! I just wanted to keep you abreast of the latest upload.
>> I've put in an improvement which I hope will allow better use of the
>> ram available without running into the fo
didn't like.
>
> Please allow me some time to read it in full and reply the way it
> deserves.
>
> Thanks.
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
=
Greetings! I think I have a solution with this next upload. Please let
me know if this looks solid to you.
Take care,
Lucas Nussbaum writes:
> Hi,
>
> Would you like me to try on a node with more RAM, to exclude that?
>
> Lucas
>
>
> On 28/09/16 at 16:17 -0400, Cam
ng tests in rtest_plotoptions: 1/1 tests passed
>>
>> Error summary:
>> Error found in /«PKGBUILDDIR»/tests/rtest8.mac, problem:
>> (133)
>> 1 test failed out of 10,614 total tests.
>> real time :119.349 secs
>> run-gbc time: 99.529 secs
>
(charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages maxima depends on:
> ii libc6 2.23-4
> ii libgmp10 2:6.1.1+dfsg-1
> ii
mory II have,
> the more memory they take, so I still have the problem that I can't
> measure how much memory they really need.
>
> Thanks.
> From unknown Mon Sep 26 19:22:45 2016
> X-Loop: ow...@bugs.debian.org
> Subject: Bug#827953: maxima: Uses too much memory to build
> Reply-To
other words, how much just to
run the debian/rules build target, etc.
Santiago Vila writes:
> On Mon, 25 Jul 2016, Camm Maguire wrote:
>
>> If this is happening, then it is indeed a bug. The intent is to use
>> physical ram only by default unless the application itself insists
Greetings, and thanks for your report!
Santiago Vila writes:
> On Sun, 10 Jul 2016, Camm Maguire wrote:
>
>> Greetings, and thanks so much for your report! More reply later, but
>> just want to point out for now that the memory used for the build
>> depends on the mem
er machine *only* to build the packages at the end of
> the above list.
>
> I know that you have been fine-tuning the memory usage for these
> programs lately, but it still happens that the more memory II have,
> the more memory
e' fail, though the latter works on
darwin.
Any suggestions here?
Take care,
Adam Conrad writes:
> On Tue, May 03, 2016 at 12:38:26PM -0400, Camm Maguire wrote:
>>
>> Greetings! I can add -fPIE without issue to the build flags used for
>> the failed target you repor
latency (SMP w/4 CPU cores; PREEMPT)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
(funcall (intern
> (symbol-name :operate-on-system) :mk) "maxima" :load :verbose t) (when
> (fboundp (quote si::sgc-on))(si::sgc-on t)) (si:save-system
> "binary-gcl/maxima"))'
>
> I tried to issue that command manually but it fails. How to run gcl from
> the commandline?
>
>
>
>
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
69637 by 1, most probably a bug.
>
> For maxima:
> /bin/bash -c gcl -batch -eval '(progn (load
> "../lisp-utils/defsystem.lisp") (funcall (intern
> (symbol-name :operate-on-system) :mk) "maxima" :load :verbose t) (when
> (fboundp (quote si::sgc-on))(si::
rojects/security/des-ghosh/des.lisp
>> | make[2]: *** [projects/security/des-ghosh/des.cert] Error 1
>
> I couldn't reproduce it locally; Christoph, please could you give back
> src:acl2 for another build on kfreebsd-amd64 to see if it is sti
Greetings!
Santiago Vila writes:
> Thanks a lot for the explanations!
>
> On Wed, Apr 13, 2016 at 03:10:34PM -0400, Camm Maguire wrote:
>
>> For now I've put in a heuristic to try to match the heuristic used in
>> the kernel. We default GCL_MEM_MULTIPLE to 0.8
fter all?
>
> And more importantly: After the fix, will it now work with 2GB of RAM
> as well as 3GB or 4GB or any higher amount of memory?
>
> [ You will remember that the fact that it worked ok in your computer
> and it did not in another one with more memor
ssuming this is the same problem which happens in maxima, your
> theory that the reason for this is that garbage collection is not
> working properly seems to be consistent with observed data.
>
> Thanks.
>
>
>
>
--
C
isk space is not setup properly.
Just verified the build on barriere sid chroot.
BTW, build failure on (debian unsupported) sparc64 is a known issue
which cannot be fixed until debian provides a porterbox for this
platform.
Take care,
--
Camm Maguire
ng GCL_MEM_MULTIPLE=0.5
> somewhere in debian/rules. I have the feeling that the upstream
> default of 1.0 is not a good one.
>
This should be harmless enough, but I suspect that the cure is
accidental, i.e. the failure lies not in running out of memory but in
placing code above the 2Gb limit
i::save-system "foo")' | ./maxima-local
&& mv foo src/binary-gcl/maxima
Please let me know if this also fixes your build.
Take care,
--
Camm Maguirec...@maguirefamily.org
=
Greetings!
Santiago Vila writes:
> On Wed, Mar 09, 2016 at 03:20:57PM -0500, Camm Maguire wrote:
>> Greetings! While I still cannot reporduce this on barriere stretch,
>> please try
>>
>> export GCL_MEM_MULTIPLE=0.2
>>
>> before building. Unless of co
Greetings! While I still cannot reporduce this on barriere stretch,
please try
export GCL_MEM_MULTIPLE=0.2
before building. Unless of course dpkg-buildpackage -A sanitizes the
environment, in which case please see if you can pass it on the command
line.
Take care,
--
Camm Maguire
drop them
> now.
>
> * When using "dh", it is allowed to use (independently)
> optional targets override_dh_foo-arch and override_dh_foo-indep
> (for several values of "foo").
>
>
> Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
> properly, the package would be suitable to be uploaded in source-only
> form if you wish.
>
> Thanks.
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
"dh", it is allowed to use (independently)
> optional targets override_dh_foo-arch and override_dh_foo-indep
> (for several values of "foo").
>
>
> Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
> properly, the package would be suitable to be uploaded in source-only
> form if you wish.
>
> Thanks.
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
reloc was R_X86_64_JUMP_SLOT. Just one file linked with -fPIE
-pg removed the plt jump-slot for the whole executable. I wonder if
this is intended. In any case, I need the plt, and only used -fPIE in
one place, so I dropped -pg there.
Take care,
--
Camm Maguire
d-dep ...
dd-schroot-cmd: error: no such option: -t
Anyway to install this on one of the official development machines?
Take care,
Matthias Klose writes:
> On 28.10.2015 15:26, Camm Maguire wrote:
>> Greeings, and thanks for the report! While I cannot reproduce this at
>>
Greetings! Just a followup -- gcl builds in current Debian
experimental. Perhaps something else ubuntu specific?
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth i
ce:
> https://launchpad.net/ubuntu/+source/gcl/2.6.12-27
>
> I haven't looked yet if this is a bad gcl assumption or a binutils
> regression (CCed H.J. Lu on the initial report).
>
> Matthias
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings! OK. It turns out to be platform generic. Tail position in
boolean expressions is broken, but works in the analogous ternary
expression. Seems to be bad at least since 4.9.
Matthias Klose writes:
> On 22.10.2015 19:09, Camm Maguire wrote:
>> Package: gcc-5
>> Ve
Package: gcc-5
Version: 5.2.1-22
Severity: normal
The following gcl routine (equal1) is not tail recursion optimized
(first recursive call, line 463 predicate.c) on s390 when compiled with
-G -O2, unlike on other Debian release platforms:
==
e commandline?
>
>From the maxima source tree you can do
cd src
GCL_ANSI=t gcl
>(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name
>:operate-on-system) :mk) "maxima" :load :verbose t) (when (fboundp (quote
>si::sgc-on))(si::sgc-on t))
an be fixed. If you have any suggestions as to the best
path forward, that would be helpful.
Take care,
Svante Signell writes:
> Hi,
> Cc: bug-hurd
>
> On Wed, 2015-10-21 at 10:57 -0400, Camm Maguire wrote:
>> Greetings, and thanks for your note! Patch will be included in ne
lude the almost finished path.l lisp implementation for gcl in
case you have any comments. It will require slight edits for
Version_2_6_13pre.
Take care,
--
Camm Maguirec...@maguirefamily.org
=
which calls to system() would fail.) The general symptom appears to be
a lockup of some sort in the rpc system (see maxima). Can this be
fixed, or must it wait on deeper forthcoming fixes in the core Hurd
system libraries?
Take care,
--
Camm Maguirec
Greetings!
James Cowgill writes:
> Hi,
>
> On Thu, 2015-10-15 at 14:02 -0400, Camm Maguire wrote:
>> Greetings! Alas, I've misplaced the email you sent me with the
>> addresses of the mips experts. Perhaps you could reforward and cc
>> them.
>
> Th
e the caller restores its own gp value after a call. On
mips64 this seems to be left up to the callee. Is this correct? Is
this affected by any compiler switches?
Take care,
James Cowgill writes:
> On Mon, 2015-01-19 at 15:02 -0500, Camm Maguire wrote:
>> tags 775728 won
ibquadmath-dbg
pn libtsan0-dbg
pn libubsan0-dbg
-- no debconf information
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and manki
Greetings! No problem! Thanks for your report!
Leo Butler writes:
> Camm, my apologies, I only checked bugs filed against maxima-doc not
> maxima.
>
> Leo
>
>
>
--
Camm Maguirec
1 - 100 of 312 matches
Mail list logo
