reduce-algebra-developers — Discussion of development, administration and support for Reduce

You can subscribe to this list here.

 2009 2010 2011 2012 2013 2014 2015 Jan (2) Feb (5) Mar Apr May (2) Jun (8) Jul (4) Aug Sep Oct (2) Nov (6) Dec Jan (1) Feb (1) Mar (3) Apr (2) May (2) Jun (2) Jul (18) Aug (13) Sep (7) Oct Nov Dec (2) Jan Feb (11) Mar Apr (4) May Jun (1) Jul (18) Aug (16) Sep (12) Oct (12) Nov (19) Dec (42) Jan (16) Feb (3) Mar (8) Apr (14) May (30) Jun (5) Jul (7) Aug (3) Sep (10) Oct (4) Nov (10) Dec (1) Jan (14) Feb (8) Mar (5) Apr (3) May (9) Jun (19) Jul Aug (27) Sep (5) Oct (18) Nov (12) Dec (8) Jan (5) Feb (8) Mar (20) Apr (22) May (28) Jun (9) Jul (6) Aug (46) Sep (40) Oct (15) Nov (8) Dec (34) Jan (20) Feb (15) Mar (18) Apr (20) May (3) Jun (13) Jul (10) Aug Sep Oct Nov Dec
S M T W T F S

1

2

3

4
(5)
5

6

7
(1)
8

9
(1)
10

11

12
(1)
13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

Showing 5 results of 5

 Re: [Reduce-algebra-developers] definite integration problem From: Rainer Schöpf - 2013-02-04 17:56:47 ```On Mon, 4 Feb 2013 at 14:59 -0200, joaquin murgade wrote: > I have built reduce deb packages on ubuntu 10.10 today and > > found the following (with redcsl) > > int(sin(x)*x,x,-1,1) produces 2(-cos(1)+sin(1)) > > int(x*sin(x),x,-1,1) produces 0 > > Any idea what's going on ? I've just committed a temporary fix for this bug. I'm afraid that the definite integration package needs a thorough code review. Regards, Rainer ```
 [Reduce-algebra-developers] definite integration problem From: joaquin murgade - 2013-02-04 16:59:16 ```Hello, I have built reduce deb packages on ubuntu 10.10 today and found the following (with redcsl) int(sin(x)*x,x,-1,1) produces 2(-cos(1)+sin(1)) int(x*sin(x),x,-1,1) produces 0 Any idea what's going on ? Regards Joaquin ```
 [Reduce-algebra-developers] Windows Build of PSL / Improving the build PSL process From: Rainer Schöpf - 2013-02-04 10:28:56 ```Hello all, I believe that I have now a new Win32 Version of PSL, with - correct handling of long filenames - proper trap handling (especially floating point traps) - a number of minor corrections and improvements As a first step I will commit a lot of short-ot-long filename changes in the psl source tree, to bring it in sync with the rest of psl. This should not influence the Reduce build process. Afterwards, I will modify the Reduce build process to copy the compiled lisp files from the PSL tree instead of downloading them from ZIB. I do not intend to break anything, but one never knows. I'll announce this shortly before I do the second step, so please bear with me for a couple days then. Rainer ```
 Re: [Reduce-algebra-developers] zeta_function fun From: Rainer Schöpf - 2013-02-04 10:22:19 ```On Mon, 4 Feb 2013, Arthur Norman wrote: > Another glitch, noted here so it is on the record... > > 1: load_package specfn; > > 2: zeta_function(2, a + b*x); > > 50000000000000*abs(sqrt( - a - b*x + 1) - 1) - 1 > ***** -------------------------------------------------- invalid as number > 100000000000000 > > > and actually all sorts of second arguments to zeta_function(2,...) seem to > cause trouble... for instance I seem to find zeta_function(2,1) just > falling into a CPU sink. The documentation mentions both "zeta_function" and "JacobiZeta" for the Jacobi Zeta function. I guess the former is an unfinished attempt that works only for numerical second argument. Rainer ```
 [Reduce-algebra-developers] zeta_function fun From: Arthur Norman - 2013-02-04 09:32:11 ```Another glitch, noted here so it is on the record... 1: load_package specfn; 2: zeta_function(2, a + b*x); 50000000000000*abs(sqrt( - a - b*x + 1) - 1) - 1 ***** -------------------------------------------------- invalid as number 100000000000000 and actually all sorts of second arguments to zeta_function(2,...) seem to cause trouble... for instance I seem to find zeta_function(2,1) just falling into a CPU sink. I have not yet looked into this at all. Arthur ```

Showing 5 results of 5