On Mon, May 27, 2024 at 08:50:31AM +0800, Qian Yun wrote:
> OK, what's the version of texlive on this old machine?
epstopdf has inside comment saying: 2014-06-18
> What's its CPU model and how many threads are you using to build
> the book?
Quad core Core 2 2.4.GHz. I just did 'make book',
OK, what's the version of texlive on this old machine?
What's its CPU model and how many threads are you using to build
the book?
- Qian
On 5/27/24 07:37, Waldek Hebisch wrote:
On Fri, May 17, 2024 at 08:38:35PM +0800, Qian Yun wrote:
I'd like to upstream my improvements to the reference
On Mon, May 27, 2024 at 01:37:46AM +0200, Waldek Hebisch wrote:
> On Fri, May 17, 2024 at 08:38:35PM +0800, Qian Yun wrote:
> > I'd like to upstream my improvements to the reference book.
>
> I fetched your branch. Book builds fine on new machine, but failed
> on my old one. One problem is that
On Sun, May 26, 2024 at 09:04:27PM +0800, Qian Yun wrote:
> See my updated attachment.
>
> In this version I did not try to do cleanups, instead I
> declare errorStr as local variable.
>
> As for "check", I find that it gets redefined in
> graph/viewAlone/viewAlone.h, graph/viewman/viewman.h:
>
On Fri, May 17, 2024 at 08:38:35PM +0800, Qian Yun wrote:
> I'd like to upstream my improvements to the reference book.
I fetched your branch. Book builds fine on new machine, but failed
on my old one. One problem is that on old machine I need
'--outfile=...' option to 'epstopdf' like:
See my updated attachment.
In this version I did not try to do cleanups, instead I
declare errorStr as local variable.
As for "check", I find that it gets redefined in
graph/viewAlone/viewAlone.h, graph/viewman/viewman.h:
#define check(code) checker(code,__LINE__,"")
Also I don't like its
On Sat, May 25, 2024 at 06:27:10PM +0800, Qian Yun wrote:
> Sorry, the problem is not "fricas_sprintf_to_buf", but
> "extern char errorStr [80];".
>
> I want to avoid this global variable and implementation
> detail to leak to util.c.
So you are trying to clean up the code. I must say that
I
On Sun, May 26, 2024 at 08:50:13AM +0200, Ralf Hemmecke wrote:
> The commit below causes the compilation of the FriCAS-Aldor interface to
> fail.
>
> The last lines of the log are...
>
> ar: creating al/libfricas_ES.al
> ar: ao/ESC2.ao: No such file or directory
> make[1]: *** [cliques.mk:3978:
I've tried to compile the file directly. It seems that I am right that
Aldor cannot handle % in the arguments of a category. :-(
Peter, do you have any idea what can be done about it?
Ralf
/dev/shm/hemmecke/fricas/b/src/aldor$ make
make -f Makefile2 aldor_srcs="lang minimach boolean0 axextend
The commit below causes the compilation of the FriCAS-Aldor interface to
fail.
The last lines of the log are...
ar: creating al/libfricas_ES.al
ar: ao/ESC2.ao: No such file or directory
make[1]: *** [cliques.mk:3978: al/libfricas_ES.al] Error 1
rm ao/.dir
make[1]: Leaving directory
10 matches
Mail list logo