Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

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

You can subscribe to this list here.

 2009 2010 2011 2012 2013 2014 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 (1) Aug Sep Oct Nov Dec
S M T W T F S

1

2

3

4

5

6

7

8

9

10

11
(1)
12
(3)
13

14

15
(2)
16
(2)
17

18

19
(3)
20

21
(2)
22
(2)
23

24

25

26
(1)
27
(2)
28

29

30

31

Showing 2 results of 2

 Re: [Reduce-algebra-developers] Rounding odd when pri off From: Ted Kosan - 2011-07-22 21:39:29 ```Rainer wrote: >> (:rd: . 1.2) is the internal representation of the rounded number 1.2. The >> expression is expanded correctly, but printed incorrectly, ie. it is a bug in >> the part of the printer that is exercised when the switch pri is off. > > I have a preliminary correction for this; it isn't really tested right now, but > apparently solves your problem.  Redefine the procedure xprint as > > symbolic procedure xprint(u,flg); >   % U is a standard term. >   % Flg is a flag which is true if a term has preceded this term. >   % Procedure prints the term and returns NIL. >   begin scalar v,w; >      v := tc u; >      u := tpow u; >      if (w := kernlp v) and w neq 1 >        then <               if minusf w >                 then <>>>; >      if flg then oprin 'plus; >      if w and w neq 1 >        then <>; >      xprinp u; >      if v neq 1 then <> >   end; > > by adding this code to your input. > > I will test this further before committing the update. Thank you very much for coming up with a solution to this problem. Ted ```
 [Reduce-algebra-developers] MacOSX Lion From: Arthur Norman - 2011-07-22 09:47:36 ```To survive this update you may wish to (a) update everything from subversion (a.1) I tend to go "svn -R revert ." and then "scripts/stamp.sh" to be really certain files are all in sync with the server and timestamps are in the expected order. (b) rm trunk/csl/wxWidgets (c) mv cslbuild old-cslbuild [or delete it if you are SURE you do not have valuable stuff there] (d) ./configure --with-csl [other options] If you want to try the wxWidgets experiment then at present you MUST go ./configure --with-csl --with-wx --without-lionSDK where the last option causes the build to use the 10.6 version of the SDK because incompatible changes in the 10.7 version cause pain. The new setup will ONLY use the 10.6 or 10.7 SDKs and it sets DEPLOYMENT_TARGET=10.6 so those who remain pre-Snow-Leopard may want to check out older revisions or hack the files for themselves. The builds also now ONLY target x86_64 and so i686 and ppc users also need to go back to earlier revisions or hack. Doing this simplifies things somewhat so I hoep not too many people will be inconvenienced - please scream if you are! Since I have only had Lion for under 24 hours there may be more problems so let me know please... Arthur ```

Showing 2 results of 2