s a discussion of
this on gcl-devel not too long ago.
> BTW: Clef has handle display issues, so I wrote a few support
> routines for handling utf-8 (see 'dist_left' and 'dist_right' in
> 'src/clef/e_buf.c'). They use Clef representation for buffer
> but
y doing:
>
>
> system("echo abc");
>
> * Spawning process echo abc
>
> Are these really necessary? Can they be disabled? The other lisps I tried
> (cmucl, ccl64) with maxima just print “abc”, which is what I think people
> expect.
>
>
>
--
Camm Ma
even better if you can
> port
> the "libboot" patch and other necessary changes to GCL 2.6 branch. I think
> it's
> definitely not needed to support ARM64 macOS for GCL 2.6.x, but it would be
> nice
> if GCL 2.6.15 (if it's the last 2.6.x release) can run on m
r),
> + x->cmp.cmp_imag),
> + dn);
> + z2 = number_divide(number_minus(number_times(x->cmp.cmp_imag,
> + r),
> +
care,
> + (string-concatenate "/usr/lib/system/" p *dll-extension*))
> +(t
> + (string-concatenate #+darwin "/usr/lib/" p *dll-extension*
>
> (defun mdl (n p vad)
>(let* ((sym (mdlsym n (lib-name p)))
>
> * * *
>
> Note
.edu/projects/iiip/doc/CommonLISP/HyperSpec/Body/fun_pathname-_name-version.html#pathname-type
>
> It's a good thing to know for Camm since apparently he is working on several
> things and will add some suggestions for macOS from Chun Tian from what I have
> understood so I think it will fix that.
>
> - Greg
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
RNAL-SIMPLE-PARSE-ERROR: "/home/greg//.fricas.input" is not a valid
> > pathname on host NIL
> >
> >
> >>> System error:
> >INTERNAL-SIMPLE-ERROR: The tag |top_level| is undefined.
>
> Should be fixed now.
>
> --
>Waldek Hebisch
>
> --
> You received this message because you are subscribed to the Google Groups
> "FriCAS - computer algebra system" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to fricas-devel+unsubscr...@googlegroups.com.
> To view this discussion visit
> https://groups.google.com/d/msgid/fricas-devel/aDHJ1HqJwLlykCMl%40fricas.org.
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
al sources.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
port ARM64 macOS for GCL
> 2.6.x, but it would be nice if GCL 2.6.15 (if it's the last 2.6.x
> release) can run on macOS 15.
Agreed. I am unaware of any issues blocking same, so if there are any
and you can summarize, that would be most helpful!
Take care,
>
> --Chun
>
>
support" package, the missing
> "readlinkat" system call will be provided. (I will need to learn how to use
> this
> package.)
>
> Therefore no more blocking issues on supporting GCL 2.7 in earlier macOS
> ve
as a fasl since it
> takes gcl quite a bit of time to compile asdf.lisp.
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
e in preferring the simple expression and relying on the compiler
to do the right thing. I cannot think at the moment of any instance in
GCL's own code which specifies :test #'eq.
Take care,
>
> -s
>
> On Sat, May 3, 2025 at 6:37 AM Camm Maguire wrote:
>
> Greetings!
&
ranch as 2.6.15, the final in that
series, after I deal with the Debian freeze deadline.
Take care,
>
> --Chun
>
> On 28/04/25 06:09, Camm Maguire wrote:
>> Greetings! I've pushed a --disable-libboot configure option to master
>> you might want to try out. Still look
rhaps 10.9 also works).
>
Agreed, gcl should build with both. But the above implies there remains
some x86 combos which don't work. If you could summarize these I'd be
most appreciative!
Take care,
> --Chun
>
> On 01/05/25 01:08, Camm Maguire wrote:
>> Greetings!
>&
on anywhere. I assume we could arrange to output
that in configure if need be.
>
> For the remaining issues on ARM64 Mac, I'm sure the situation will be much
> better once you can access to my M4 Mac mini computer through SSH (with
> support
> of using LLDB remotely) and can freely
L should replace each of the (eql ...) with (eq ...), as one of the
> arguments is a literal symbol.
>
> But that doesn't seem to be what's happening, right?
>
> Best regards
> David Scherfgen
>
> Camm Maguire schrieb am Fr., 2. Mai 2025, 22:28:
>
> Greet
this optimization
> automatically. At least SBCL does. (CCL doesn't, I have filed a report
> already.)
>
> Best regards
> David Scherfgen
>
> ___
> Maxima-discuss mailing list
> maxima-disc...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/maxima-discuss
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
S 13 the default C compiler is Apple clang 14.0.0 (which is
> successfully in building GCL 2.7), while on both macOS 14 and 15 the compiler
> is
> Apple clang 16.0.0. I believe the above error will show up too if the building
> process on ARM64 macOS can reach this far.
>
>
ogether, after renaming some files same the way as the Debian package "gcl27"
> (therefore the entry execution for gcl27 is now /opt/local/bin/gcl27)
>
Great! Thanks again for all your work on this!
Take care,
> --Chun
>
> On 28/04/25 06:09, Camm Maguire wrote:
>>
Greetings! It looks like we're all set. Just wanted to comment on:
Waldek Hebisch writes:
> On Tue, Apr 29, 2025 at 10:12:54AM -0400, Camm Maguire wrote:
>> Greetings!
>>
>> Waldek Hebisch writes:
>>
> FYI: FriCAS tracks dependencies between functions an
think the above issue with
> libboot.so is more like an issue with Apple's new linker, which even the
> MacPorts GCC must also use.
>
> --Chun
>
> On 25/04/25 02:15, Camm Maguire wrote:
>> Greetings, and once again, thank you so very much for being the 'point
>&g
Greetings! If anyone can provide temporary remote ssh access to a mac
arm machine for the purposes of gcl porting, please let me know. This
would be very helpful.
Take care,
--
Camm Maguirec...@maguirefamily.org
g ./configure
> --enable-min-pagewidth=21 is sufficient, the modification of config.h is not
> necessary. The build succeeds.
>
> Sorry for the confusion.
>
> _______
> Maxima-discuss mailing list
> maxima-dis
")
1> (OPEN #P"/mnt/sda4/debian/gclmc/gcl/info/gcl-si.info-1")
<1 (OPEN
#)
-- Environment Variable: GCL_MEM_MULTIPLE
A positive float indicating the fraction of available memory GCL
should use. Defaults to 1.0.
NIL
>si::*default-info-files*
("
;h/config.h
Then make.
I suspect that even though the madvise call succeeds without error when
the pagesize mismatches your system pagesize, it is doing something bad
under the hood.
If both 1) and 2) succeed, then we just need to figure out how to
gracefully handle really huge
ke.
I suspect that even though the madvise call succeeds without error when
the pagesize mismatches your system pagesize, it is doing something bad
under the hood.
If both 1) and 2) succeed, then we just need to figure out how to
gracefully handle really huge hugepage
r_handler_noreturn(object ci,object cs,object
> en,object es,ufixnum n,...) {
>
> Am Fr., 25. Apr. 2025 um 23:54 Uhr schrieb Camm Maguire <
> ca...@ma...>:
Yes, this is a perfectly normal run! This should build fine. Perhaps
there is an issue with your C compiler and 'f
spend a little longer looking for a linker
flag solution, and failing that will send you a patch to compile in the
library and sidestep the issue.
Take care,
> --Chun
>
> On 25/04/25 02:15, Camm Maguire wrote:
>> Greetings, and once again, thank you so very much for being the &#
Greetings!
You don't see the following, with gcl27 -> gcl?
>si::*default-info-files*
("gcl27-si.info" "gcl27-tk.info" "gcl27-dwdoc.info" "gcl27.info")
Take care,
--
Camm Maguire
ting for a very long time]
>
> Unfortunately, I can't do unixport/saved_gcl3 right now, since I don't manage
> to get far enough with the build any more ... Maybe it's just luck and I have
> to keep
> trying.
>
> Am Fr., 25. Apr. 2025 um 23:11 Uhr schrieb Cam
setup as
> before, and this time it crashed while compiling lap/gcl_typep.lsp, just like
> yesterday.
>
> Another attempt, after rebooting, resulted in the same problem.
>
> Camm Maguire schrieb am Fr., 25. Apr. 2025, 22:01:
>
> Greetings! Your build basically finished but for t
yxGMAP_4YlYA1-hhzyK (exceeds
> pastebin.com's size limit)
> The error is now: "cc1: fatal error: gcl/gcl_s.c: No such file or directory"
>
> Camm Maguire schrieb am Fr., 25. Apr. 2025, 20:11:
>
> Greetings! I believe your previous attempt failed earlier than this
Function]
> (not found "gcl-dwdoc.info")
> -
>
> ```
>
> I looked around in prefix/share/info and find other info files but not
> gcl-dwdoc.info. It was built though.
>
--
Ca
pep.lsp. Of course I made sure to
> clean up
> everything before configuring and making.
>
> Camm Maguire schrieb am Fr., 25. Apr. 2025, 04:38:
>
> Greetings! OK, I've just tested this, and thankfully you can just use
> 2.7.1 with a configure option:
>
> ./co
't.
Option needs renaming, but that is for later...
Please let me know if problems persist.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and
ecutables will be at least this big (e.g. 10G). Perhaps that is not a
concern, or perhaps it is. Please let me know how you would like to see
this work.
Take care,
--
Camm Maguirec.
t; Unaccepted:0 kB
> HugePages_Total: 96
> HugePages_Free: 96
> HugePages_Rsvd:0
> HugePages_Surp: 0
> Hugepagesize:1048576 kB
> Hugetlb:100663296 kB
> DirectMap4k: 278288 kB
> DirectMap2M: 4882432 kB
> DirectMap1G:1289
n sigaltstack(&estack, 0)>=0 on line
> 1285 of o/alloc.c in function gcl_init_alloc failed: Operation not permitted"
> config.log: https://pastebin.com/8tgqpDfH
> make.log: https://pastebin.com/xJheBrEa
>
> I hope this helps.
>
> Best regards
> David
>
> Am D
ation not permitted"
> config.log: https://pastebin.com/8tgqpDfH
> make.log: https://pastebin.com/xJheBrEa
>
> I hope this helps.
>
> Best regards
> David
>
> Am Do., 24. Apr. 2025 um 18:19 Uhr schrieb Camm Maguire
> :
>
> Greetings!
>
> David Scherfgen via M
ld you share your GCL build procedure?
>
I am more than happy to help with both of these if you could send me the
failed logs.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
cinit.lisp -
>12986 Abort trap: 6 | unixport/saved_pre_gcl
> make[1]: *** [unixport/gcl0] Error 134
>
> Is there anything we can learn just by watch this log?
>
> --Chun
>
> On 24/04/25 08:02, Camm Maguire wrote:
>> Greetings! Just a quick note that
t the results to be the same.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
m not
> sure which GMP library I'm actually using (MacPorts' GMP is not used for sure)
>
> 3. 'h/new_decl.h' file not found (or not generated?)
>
> --Chun
>
> On 18/04/25 23:41, Camm Maguire wrote:
>> Greetings! Great, something I can understand!
>&
wind-protect nil nil))
=
Execute unixport/saved_pre_gcl and
>(compile-file "/tmp/f.l")
>(compile-file "/tmp/g.l")
>(si::bye)
then send me
objdump -d /tmp/f.o
objdump -r /tmp/f.o
objdump -d /tmp/g.o
objdump -r /tmp/g.o
Take care,
"Chun Tian (binghe)" writ
Greetings! I've committed a fix for your issue to master if you want to
take a look.
Take care,
Jerry James writes:
> On Fri, Apr 11, 2025 at 1:35 PM Camm Maguire wrote:
>> Greetings! While these tiny issues will likely not affect many if any,
>> there are alas a few
> BYE - external symbol in SYSTEM package
>
> Dunno what's going on here, whether the documentation needs to be
> fixed or the implementation or what.
>
> Robert
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings!
"Chun Tian (binghe)" writes:
> On 12/04/25 21:14, Camm Maguire wrote:
>>> Do you have release plans for GCL 2.6.15?
>>
>
> At this moment I'm not sure 2.7 is really better in every respect. I saw you
> were trying to build Debian &q
ay of detecting this in configure, but if you
have any suggestions I am all ears.
Take care,
Jerry James writes:
> On Fri, Apr 11, 2025 at 1:35 PM Camm Maguire wrote:
>> Greetings! While these tiny issues will likely not affect many if any,
>> there are alas a few tiny errata wi
heap,__end,0x7000\n\t.globl __end");
#endif
=
--
Camm Maguirec...@maguirefamily.org
==
"The eart
e now have 3 independent emulations of sbrk (linux, mac,
windows) which is error prone and totally unnecessary. I am testing the
linux code on the mac and it works fine. There is just no variable _end
placed at the end of the data section as on linux to determine where to
start, and even if there was it would not be usable because of the
dynamic area issue. So presuming the latter is a permanent problem I
will need a way to get to an address above with which to start the sbrk.
Once done there will be a 3 line change to 386-macosx.h to use the linux
sbrk.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
some long-running stuff first; w/o doing so the
> laptop froze until the gcl build was oom killed.
>
> -JimC
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one c
T
>
> COMPILER>
> CLTL1-COMPAT::STRING-CHAR
>
> COMPILER>
> NIL
>
> COMPILER>
> T
>
> COMPILER>
> NIL
>
> COMPILER>3134737920 heap words available
> NIL
>
> COMPILER>
> NIL
>
> COMPILER>
> T
>
> COMPILER>
>
>
> and then just spins the cpu. i gave up after 48 hours.
>
> not sure why it spun.
>
> -JimC
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
exist for a while until it is clear that 2.7 is
better in every respect, after which resorting to one package named gcl
would be in order. Do you think a 2.6.15 release is needed or
desirable? Is it a distraction?
Take care,
>
> --Chun
>
> On 12/04/25 05:34, Camm Maguire wrote:
&g
for (;!rb_emptyp();) {
tm_table[t_relocatable].tm_adjgbccnt--;
expand_contblock_index_space();
+expand_contblock_array();
GBC(t_relocatable);
}
sSAleaf_collection_thresholdA->s.s_dbind=o;
===
uid Camm Maguire
If that command fails because you don't have the required public key,
or that public key has expired, try the following commands to retrieve
or refresh it, and then rerun the 'gpg --verify' command.
gpg --recv-keys 6A74659F1F23191E97F9B65E1AF29494BE512BAE
A
The variable 'si::*fast-link-warnings* can let you know if
calls to your function cannot be fast linked. All calls
regardless of signatures should proceed correctly, albeit possibly
slowly in case of signature mismatches.
The demo functions 'x
anyone enlighten me?
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
(jacobi_am(1.5, 1.5 + %i) - (0.9340542168700783
- 0.3723960452146072 %i), 5.4673E-16)
Result:
1.0990647210786426E-15
This differed from the expected result:
true
Will investigate this further, but FYI in case it helps.
Take care,
Raymond Toy writes:
> On 4/7
kout, you should not need
autotools, but may need to:
touch aclocal.m4 configure.in configure Makefile.am Makefile.in
to match the timestamps in the distribution. In this case you will need
texinfo to build the documentation.
Take care,
Raymond Toy writes:
> On 4/6/25 2:16 PM, Camm Maguire wrote:
&
rom a git checkout, one may need to do:
touch aclocal.m4 configure.in configure Makefile.am Makefile.in
Take care,
Raymond Toy writes:
> On 4/6/25 2:16 PM, Camm Maguire wrote:
>
> Greetings, and thank you so much for your report!
>
> I've pushed a fix to git branch gnu
Greetings, and thanks for your report! Should be fixed now -- please let
me know if not.
Take care,
Raymond Toy writes:
> On 4/6/25 2:16 PM, Camm Maguire wrote:
>
> Greetings, and thank you so much for your report!
>
> I've pushed a fix to git branch gnu-build-system,
; Load the compiled file and try to call add:
>
> (load "bug.o")
> (add 3 4)
>
> The following error is shown:
>
> Condition in ADD [or a callee]: INTERNAL-SIMPLE-TYPE-ERROR: IMPL is not of
> type FUNCTION:
>
> The compiler failed
E-TYPE-ERROR: IMPL is not of
> type FUNCTION:
>
> The compiler failed to expand the impl macro and treated it like a function!
>
> Tested with GCL 2.6.14.
>
> Best regards
> David Scherfgen
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
ore macOS versions and report back
>> (if
>> the issue is non-trivial). Now I got my first ARM Mac, and I will check GCL
>> building on it.
>>
>> P.S. My final purpose is to add also the "axiom" package into MacPorts.
>>
>> --Chun
>>
>&
Greetings! Yes (setf (documentation package t) "docstring") is also
supported in 2.7.0. In fact, all our ansi tests pass.
Take care,
Camm Maguire writes:
> Greetings, and thanks for your feedback! Yes, this is supported in
> 2.7.0+.
>
> Take care,
>
> Raymond To
w gcl has a working defsetf, but supporting
> these setf defuns would be a nice addition.
>
> But don’t delay the release because of this; it’s a wishlist item that
> would be nice to have but not quite necessary since gcl has defsetf.
--
Camm Maguire
_fd, void *__buf, size_t __nbytes)
> {
> return __glibc_fortify (read, __nbytes, sizeof (char),
> __glibc_objsize0 (__buf),
> __fd, __buf, __nbytes);
> }
>
> I don't know offhand where or how __fortify_function or
> __glibc_fortif
i Camm,
>
>> Greetings! Do macosx users like to use macports,
>> homebrew, or compile on their own? Likewise do
>> windows users use cygwin, or compile on their own?
>
> I use ``macports.'' Thank you for all of your great
&
Greetings! Just a note -- Version_2_6_15pre works on macosx catalina as
well.
Take care,
"Chun Tian (binghe)" writes:
> Greetings,
>
> On 04/03/25 03:50, Camm Maguire wrote:
>> Greetings!
>>
>> Camm Maguire writes:
>>
>>> Greetings,
Greetings!
"Chun Tian (binghe)" writes:
> Greetings,
>
> On 04/03/25 03:50, Camm Maguire wrote:
>> Greetings!
>>
>> Camm Maguire writes:
>>
>>> Greetings, and thanks as always for your very helpful feedback!
>>>
>>> &quo
Greetings!
Camm Maguire writes:
> Greetings, and thanks as always for your very helpful feedback!
>
> "Chun Tian (binghe)" writes:
>
>> The ARM Mac hardware running recent macOS is always available from Apple at
>> affordable prices. If Camm need som
so for Debian. I am wary of depending on github
given what happened to Tim.
Take care,
>
> Regards,
>
> Chun Tian
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings!
Raymond Toy writes:
> On Fri, Feb 28, 2025 at 6:51 AM Camm Maguire wrote:
>
> Greetings, and great to hear from you both again!
>
> I've posted this query several places, and I've received another comment
> indicating that macports is for older
om) for several
> months.
>
> Having another separate package for GCL 2.7 would be the best for users to
> have both 2.6 and 2.7 installed from MacPorts.
>
> Thanks for your great work.
>
> Chun
>
> Il giorno mar 25 feb 2025 alle 03:09 Camm Maguire ha
> scritto:
&
Greetings, and thanks for your helpful reply!
Dima Pasechnik writes:
> On Wed, Feb 26, 2025 at 8:33 PM Camm Maguire wrote:
>>
> We (SageMath) tell Windows users to use WSL, as cygwin is a huge mess,
> and not very active,
> but we need more Unix than things like mingw64
use trouble?) and make
> GCL use
> that.
> Or maybe that's already possible with the current configuration script?
>
> Best regards
> David
>
> Am Sa., 22. Feb. 2025 um 21:35 Uhr schrieb Robert Dodier
> :
>
> On Sat, Feb 22, 2025 at 10:22 AM Camm Maguire wrote:
o far. 2.7.0
release is very near and I would like to put this to bed before release
if possible.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and m
em, which may indeed be the preferred route nowadays. I would
love to hear from real users of these systems on how they expect GCL to
be incorporated on their systems, including the GCL dependencies of gcc
and gmp.
Take care,
--
Camm Maguirec.
Greetings!
David Scherfgen writes:
> Hi Camm,
>
> Camm Maguire :
>
> If anyone has any extremely minor suggestions in the
> next week or so please send them my way.
>
> I don't know if this counts as "minor", but as I already posted on the GCL
>
Greetings!
Raymond Toy writes:
> On 2/21/25 8:59 AM, Camm Maguire wrote:
>
> I had to rework the type system a bit to accommodate unordered floats. In
> sum, (or (long-float 0) (long-float * 0)) is a subtype of, but not equal
> to, long-float. As NaNs were not envisio
nalize (float 1/3 0.0d0))
>
> 6004799503160661/18014398509481984
>
>>
>
> I don't think that's an error, but it's maybe not what one would
> expect of rationalize, as (rationalize (float 1/3 0.0d0)) evaluates to
> 1/3 in all the other Lisps I checked (CCL, SBCL, Lis
bject )a_);
#define VMR1(a_) VMRV1(a_,0);
#define VM1 0
static void * VVi[1]={
#define Cdata VV[0]
(void *)(LI1__CMP_ANON___gazonk_890403_0)
};
#define VV (VVi)
NIL
COMPILER>=====
Camm Maguire writes:
> Greetings!
>
>
^~~~
> ../bin/dpp.c:84:13: note: ‘bool’ is a keyword with ‘-std=c23’ onwards
> ../bin/dpp.c:84:1: warning: useless type name in empty declaration
>84 | typedef int bool;
> | ^~~
>
> The problem is that the C compiler is invoked without user CFLAGS
> - Add a prototype for Tcl_AppInit to gcl-tk/tkMain.c.
> - Use Tcl_CreateFileHandler and TCL_READABLE.
>
> With this patch, the code at least compiles. Whether it behaves
> correctly remains to be seen. Regards,
--
Camm Maguirec...@maguirefamily.org
=
, otherwise I suggest
running the offending command in gdb and posting a backtrace.
Take care,
Waldek Hebisch writes:
> On Tue, Feb 04, 2025 at 10:34:46AM -0500, Camm Maguire wrote:
>> Greetings, and thanks so much for your feedback!
>>
>> Thank you so much for pointing out that
tkMain.c.
> - Use Tcl_CreateFileHandler and TCL_READABLE.
>
> With this patch, the code at least compiles. Whether it behaves
> correctly remains to be seen. Regards,
--
Camm Maguirec...@maguirefamily.org
===
; https://github.com/fricas/fricas/actions/runs/13136970950/job/36654558469
>
> src/input/files.input:
> Aborted (core dumped)
>
> check failed
> 2 failing files:
>
> eltuniseg.output: 15
> mantepse.output: 4
> )
>
> Thes
> multiple return values if it is not necessary to worry about them. Of
> course, if the function does have optional args or multiple return values,
> you must proclaim things properly.
>
> Fortunately, in ACL2 and SBCL, you can/could access the proclamations for
> all called functions in a new function when inferring the proclamation for
> the new function. SBCL whines if it runs into an undefined function.
>
> With Highest Regards,
>
> Bob
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
2 arguments and sometimes
> it has 4.
>
> Thanks,
> Matt
>
> On Wed, Oct 2, 2024 at 10:55 AM Matt Kaufmann
> wrote:
>
> Good question on gcl27. I just checked, and apparently my last successful
> gcl build was many months ago, and maybe not with 2.7.0.
output of
these tests earlier in the log?
Should be no test failures virtually everywhere, except a few platforms
which have trouble trapping floating point exceptions (exp and expt test
failures).
Take care,
--
Camm Maguire
Greetings, and thanks again!
Jinyang He writes:
> On 2024-07-17 21:50, Camm Maguire wrote:
>
>> Greetings, and thanks again for your helpful persistence. I believe the
>> latest master fixes this as well -- could you please try it out?
>
> Yes! The fixes works OK.
Grea
rites:
> On 2024-07-17 03:03, Camm Maguire wrote:
>
>> Could you please try again with the latest master? New approach is to
>> allow the address to be variable. Please let me know if it works for
>> you.
> It looks like the error was delayed, but the illegal address w
.debian.org/changelogs/main/g/gcl/gcl_2.6.14-10_changelog
> ```
> gcl (2.6.14-10) unstable; urgency=medium
>
> * Version_2_6_15pre9
>
> -- Camm Maguire Sun, 14 Jul 2024 15:38:42 -0400
> ```
>
> Now, the gcl was built successfully for loong64 in the Debian Pac
!
Take care,
Jinyang He writes:
> On 2024-07-15 20:11, Camm Maguire wrote:
>
>> =
>> 0890adf6cf6aabd719c32f99c962356126919a14
>> Author: Camm Maguire
>> AuthorDate: Sun Jul 14 15:26:59
Greetings!
Jinyang He writes:
> On 2024-07-15 03:51, Camm Maguire wrote:
>
>> Would also like to move the execve to set the personality to the top of
>> gcl_init_alloc to close the window for possible mmap layout changes.
>> Not committed yet.
> That looks better! B
Greetings!
Jinyang He writes:
> On 2024-07-15 03:51, Camm Maguire wrote:
>
>> Greetings, and thanks so much again!
>>
>> This is going in now both to master and Version_2_6_15pre. Debian
>> package release to test on autobuilders vis a vis all supported package
rt(!(sym->st_size>>2));
> +sym->st_size|=idx<<2;
> +if (sym->st_size&0x1)
> + idx+=gz;
> +if (sym->st_size&0x2)
> + idx+=tz;
> + }
> +
> + *gs=idx;
> + return 0;
> +}
> diff --git a/gcl/h/loongarch64-linux.h b
.
Take care,
Jinyang He writes:
> On 2024-07-11 09:03, Camm Maguire wrote:
>> Greetings! In followup to my earlier query, can you please detail what
>> happens when resource limits are set before execve as you mention in
>> your comment?
> For clarity, I'll briefly d
M_INFINITY ? rl.rlim_max :
> rl.rlim_max/64; */
>massert(!setrlimit(RLIMIT_STACK,&rl));
> diff --git a/gcl/o/main.c b/gcl/o/main.c
> index 6621c3a16..be241d1af 100644
> --- a/gcl/o/main.c
> +++ b/g
_max/64; */
>massert(!setrlimit(RLIMIT_STACK,&rl));
> diff --git a/gcl/o/main.c b/gcl/o/main.c
> index 6621c3a16..be241d1af 100644
> --- a/gcl/o/main.c
> +++ b/gcl/o/main.c
> @@ -574,8 +574,10 @@
> DEFUN("KCL-SELF",object,fSkcl_self,SI,0,0,NONE,OO,OO,OO,OO
1 - 100 of 2122 matches
Mail list logo
