1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 1398 1399 1400 1401 1402 1403 1404 1405 1406 1407 1408 1409 1410 1411 1412 1413 1414 1415 1416 1417 1418 1419 1420 1421 1422 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 1527 1528 1529 1530 1531 1532 1533 1534 1535 1536 1537 1538 1539 1540 1541 1542 1543 1544 1545 1546 1547 1548 1549 1550 1551 1552 1553 1554 1555 1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1568 1569 1570 1571 1572 1573 1574 1575 1576 1577 1578 1579 1580 1581 1582 1583 1584 1585 1586 1587 1588 1589 1590 1591 1592 1593 1594 1595 1596 1597 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 1611 1612 1613 1614 1615 1616 1617 1618 1619 1620 1621 1622 1623 1624 1625 1626 1627 1628 1629 1630 1631 1632 1633 1634 1635 1636 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647 1648 1649 1650 1651 1652 1653 1654 1655 1656 1657 1658 1659 1660 1661 1662 1663 1664 1665 1666 1667 1668 1669 1670 1671 1672 1673 1674 1675 1676 1677 1678 1679 1680 1681 1682 1683 1684 1685 1686 1687 1688 1689 1690 1691 1692 1693 1694 1695 1696 1697 1698 1699 1700 1701 1702 1703 1704 1705 1706 1707 1708 1709 1710 1711 1712 1713 1714 1715 1716 1717 1718 1719 1720 1721 1722 1723 1724 1725 1726 1727 1728 1729 1730 1731 1732 1733 1734 1735 1736 1737 1738 1739 1740 1741 1742 1743 1744 1745 1746 1747 1748 1749 1750 1751 1752 1753 1754 1755 1756 1757 1758 1759 1760 1761 1762 1763 1764 1765 1766 1767 1768 1769 1770 1771 1772 1773 1774 1775 1776 1777 1778 1779 1780 1781 1782 1783 1784 1785 1786 1787 1788 1789 1790 1791 1792 1793 1794 1795 1796 1797 1798 1799 1800 1801 1802 1803 1804 1805 1806 1807 1808 1809 1810 1811 1812 1813 1814 1815 1816 1817 1818 1819 1820 1821 1822 1823 1824 1825 1826 1827 1828 1829 1830 1831 1832 1833 1834 1835 1836 1837 1838 1839 1840 1841 1842 1843 1844 1845 1846 1847 1848 1849 1850 1851 1852 1853 1854 1855 1856 1857 1858 1859 1860 1861 1862 1863 1864 1865 1866 1867 1868 1869 1870 1871 1872 1873 1874 1875 1876 1877 1878 1879 1880 1881 1882 1883 1884 1885 1886 1887 1888 1889 1890 1891 1892 1893 1894 1895 1896 1897 1898 1899 1900 1901 1902 1903 1904 1905 1906 1907 1908 1909 1910 1911 1912 1913 1914 1915 1916 1917 1918 1919 1920 1921 1922 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 2062 2063 2064 2065 2066 2067 2068 2069 2070 2071 2072 2073 2074 2075 2076 2077 2078 2079 2080 2081 2082 2083 2084 2085 2086 2087 2088 2089 2090 2091 2092 2093 2094 2095 2096 2097 2098 2099 2100 2101 2102 2103 2104 2105 2106 2107 2108 2109 2110 2111 2112 2113 2114 2115 2116 2117 2118 2119 2120 2121 2122 2123 2124 2125 2126 2127 2128 2129 2130 2131 2132 2133 2134 2135 2136 2137 2138 2139 2140 2141 2142 2143 2144 2145 2146 2147 2148 2149 2150 2151 2152 2153 2154 2155 2156 2157 2158 2159 2160 2161 2162 2163 2164 2165 2166 2167 2168 2169 2170 2171 2172 2173 2174 2175 2176 2177 2178 2179 2180 2181 2182 2183 2184 2185 2186 2187 2188 2189 2190 2191 2192 2193 2194 2195 2196 2197 2198 2199 2200 2201 2202 2203 2204 2205 2206 2207 2208 2209 2210 2211 2212 2213 2214 2215 2216 2217 2218 2219 2220 2221 2222 2223 2224 2225 2226 2227 2228 2229 2230 2231 2232 2233 2234 2235 2236 2237 2238 2239 2240 2241 2242 2243 2244 2245 2246 2247 2248 2249 2250 2251 2252 2253 2254 2255 2256 2257 2258 2259 2260 2261 2262 2263 2264 2265 2266 2267 2268 2269 2270 2271 2272 2273 2274 2275 2276 2277 2278 2279 2280 2281 2282 2283 2284 2285 2286 2287 2288 2289 2290 2291 2292 2293 2294 2295 2296 2297 2298 2299 2300 2301 2302 2303 2304 2305 2306 2307 2308 2309 2310 2311 2312 2313 2314 2315 2316 2317 2318 2319 2320 2321 2322 2323 2324 2325 2326 2327 2328 2329 2330 2331 2332 2333 2334 2335 2336 2337 2338 2339 2340 2341 2342 2343 2344 2345 2346 2347 2348 2349 2350 2351 2352 2353 2354 2355 2356 2357 2358 2359 2360 2361 2362 2363 2364 2365 2366 2367 2368 2369 2370 2371 2372 2373 2374 2375 2376 2377 2378 2379 2380 2381 2382 2383 2384 2385 2386 2387 2388 2389 2390 2391 2392 2393 2394 2395 2396 2397 2398 2399 2400 2401 2402 2403 2404 2405 2406 2407 2408 2409 2410 2411 2412 2413 2414 2415 2416 2417 2418 2419 2420 2421 2422 2423 2424 2425 2426 2427 2428 2429 2430 2431 2432 2433 2434 2435 2436 2437 2438 2439 2440 2441 2442 2443 2444 2445 2446 2447 2448 2449 2450 2451 2452 2453 2454 2455 2456 2457 2458 2459 2460 2461 2462 2463 2464 2465 2466 2467 2468 2469 2470 2471 2472 2473 2474 2475 2476 2477 2478 2479 2480 2481 2482 2483 2484 2485 2486 2487 2488 2489 2490 2491 2492 2493 2494 2495 2496 2497 2498 2499 2500 2501 2502 2503 2504 2505 2506 2507 2508 2509 2510 2511 2512 2513 2514 2515 2516 2517 2518 2519 2520 2521 2522 2523 2524 2525 2526 2527 2528 2529 2530 2531 2532 2533 2534 2535 2536 2537 2538 2539 2540 2541 2542 2543 2544 2545 2546 2547 2548 2549 2550 2551 2552 2553 2554 2555 2556 2557 2558 2559 2560 2561 2562 2563 2564 2565 2566 2567 2568 2569 2570 2571 2572 2573 2574 2575 2576 2577 2578 2579 2580 2581 2582 2583 2584 2585 2586 2587 2588 2589 2590 2591 2592 2593 2594 2595 2596 2597 2598 2599 2600 2601 2602 2603 2604 2605 2606 2607 2608 2609 2610 2611 2612 2613 2614 2615 2616 2617 2618 2619 2620 2621 2622 2623 2624 2625 2626 2627 2628 2629 2630 2631 2632 2633 2634 2635 2636 2637 2638 2639 2640 2641 2642 2643 2644 2645 2646 2647 2648 2649 2650 2651 2652 2653 2654 2655 2656 2657 2658 2659 2660 2661 2662 2663 2664 2665 2666 2667 2668 2669 2670 2671 2672 2673 2674 2675 2676 2677 2678 2679 2680 2681 2682 2683 2684 2685 2686 2687 2688 2689 2690 2691 2692 2693 2694 2695 2696 2697 2698 2699 2700 2701 2702 2703 2704 2705 2706 2707 2708 2709 2710 2711 2712 2713 2714 2715 2716 2717 2718 2719 2720 2721 2722 2723 2724 2725 2726 2727 2728 2729 2730 2731 2732 2733 2734 2735 2736 2737 2738 2739 2740 2741 2742 2743 2744 2745 2746 2747 2748 2749 2750 2751 2752 2753 2754 2755 2756 2757 2758 2759 2760 2761 2762 2763 2764 2765 2766 2767 2768 2769 2770 2771 2772 2773 2774 2775 2776 2777 2778 2779 2780 2781 2782 2783 2784 2785 2786 2787 2788 2789 2790 2791 2792 2793 2794 2795 2796 2797 2798 2799 2800 2801 2802 2803 2804 2805 2806 2807 2808 2809 2810 2811 2812 2813 2814 2815 2816 2817 2818 2819 2820 2821 2822 2823 2824 2825 2826 2827 2828 2829 2830 2831 2832 2833 2834 2835 2836 2837 2838 2839 2840 2841 2842 2843 2844 2845 2846 2847 2848 2849 2850 2851 2852 2853 2854 2855 2856 2857 2858 2859 2860 2861 2862 2863 2864 2865 2866 2867 2868 2869 2870 2871 2872 2873 2874 2875 2876 2877 2878 2879 2880 2881 2882 2883 2884 2885 2886 2887 2888 2889 2890 2891 2892 2893 2894 2895 2896 2897 2898 2899 2900 2901 2902 2903 2904 2905 2906 2907 2908 2909 2910 2911 2912 2913 2914 2915 2916 2917 2918 2919 2920 2921 2922 2923 2924 2925 2926 2927 2928 2929 2930 2931 2932 2933 2934 2935 2936 2937 2938 2939 2940 2941 2942 2943 2944 2945 2946 2947 2948 2949 2950 2951 2952 2953 2954 2955 2956 2957 2958 2959 2960 2961 2962 2963 2964 2965 2966 2967 2968 2969 2970 2971 2972 2973 2974 2975 2976 2977 2978 2979 2980 2981 2982 2983 2984 2985 2986 2987 2988 2989 2990 2991 2992 2993 2994 2995 2996 2997 2998 2999 3000 3001 3002 3003 3004 3005 3006 3007 3008 3009 3010 3011 3012 3013 3014 3015 3016 3017 3018 3019 3020 3021 3022 3023 3024 3025 3026 3027 3028 3029 3030 3031 3032 3033 3034 3035 3036 3037 3038 3039 3040 3041 3042 3043 3044 3045 3046 3047 3048 3049 3050 3051 3052 3053 3054 3055 3056 3057 3058 3059 3060 3061 3062 3063 3064 3065 3066 3067 3068 3069 3070 3071 3072 3073 3074 3075 3076 3077 3078 3079 3080 3081 3082 3083 3084 3085 3086 3087 3088 3089 3090 3091 3092 3093 3094 3095 3096 3097 3098 3099 3100 3101 3102 3103 3104 3105 3106 3107 3108 3109 3110 3111 3112 3113 3114 3115 3116 3117 3118 3119 3120 3121 3122 3123 3124 3125 3126 3127 3128 3129 3130 3131 3132 3133 3134 3135 3136 3137 3138 3139 3140 3141 3142 3143 3144 3145 3146 3147 3148 3149 3150 3151 3152 3153 3154 3155 3156 3157 3158 3159 3160 3161 3162 3163 3164 3165 3166 3167 3168 3169 3170 3171 3172 3173 3174 3175 3176 3177 3178 3179 3180 3181 3182 3183 3184 3185 3186 3187 3188 3189 3190 3191 3192 3193 3194 3195 3196 3197 3198 3199 3200 3201 3202 3203 3204 3205 3206 3207 3208 3209 3210 3211 3212 3213 3214 3215 3216 3217 3218 3219 3220 3221 3222 3223 3224 3225 3226 3227 3228 3229 3230 3231 3232 3233 3234 3235 3236 3237 3238 3239 3240 3241 3242 3243 3244 3245 3246 3247 3248 3249 3250 3251 3252 3253 3254 3255 3256 3257 3258 3259 3260 3261 3262 3263 3264 3265 3266 3267 3268 3269 3270 3271 3272 3273 3274 3275 3276 3277 3278 3279 3280 3281 3282 3283 3284 3285 3286 3287 3288 3289 3290 3291 3292 3293 3294 3295 3296 3297 3298 3299 3300 3301 3302 3303 3304 3305 3306 3307 3308 3309 3310 3311 3312 3313 3314 3315 3316 3317 3318 3319 3320 3321 3322 3323 3324 3325 3326 3327 3328 3329 3330 3331 3332 3333 3334 3335 3336 3337 3338 3339 3340 3341 3342 3343 3344 3345 3346 3347 3348 3349 3350 3351 3352 3353 3354 3355 3356 3357 3358 3359 3360 3361 3362 3363 3364 3365 3366 3367 3368 3369 3370 3371 3372 3373 3374 3375 3376 3377 3378 3379 3380 3381 3382 3383 3384 3385 3386 3387 3388 3389 3390 3391 3392 3393 3394 3395 3396 3397 3398 3399 3400 3401 3402 3403 3404 3405 3406 3407 3408 3409 3410 3411 3412 3413 3414 3415 3416 3417 3418 3419 3420 3421 3422 3423 3424 3425 3426 3427 3428 3429 3430 3431 3432 3433 3434 3435 3436 3437 3438 3439 3440 3441 3442 3443 3444 3445 3446 3447 3448 3449 3450 3451 3452 3453 3454 3455 3456 3457 3458 3459 3460 3461 3462 3463 3464 3465 3466 3467 3468 3469 3470 3471 3472 3473 3474 3475 3476 3477 3478 3479 3480 3481 3482 3483 3484 3485 3486 3487 3488 3489 3490 3491 3492 3493 3494 3495 3496 3497 3498 3499 3500 3501 3502 3503 3504 3505 3506 3507 3508 3509 3510 3511 3512 3513 3514 3515 3516 3517 3518 3519 3520 3521 3522 3523 3524 3525 3526 3527 3528 3529 3530 3531 3532 3533 3534 3535 3536 3537 3538 3539 3540 3541 3542 3543 3544 3545 3546 3547 3548 3549 3550 3551 3552 3553 3554 3555 3556 3557 3558 3559 3560 3561 3562 3563 3564 3565 3566 3567 3568 3569 3570 3571 3572 3573 3574 3575 3576 3577 3578 3579 3580 3581 3582 3583 3584 3585 3586 3587 3588 3589 3590 3591 3592 3593 3594 3595 3596 3597 3598 3599 3600 3601 3602 3603 3604 3605 3606 3607 3608 3609 3610 3611 3612 3613 3614 3615 3616 3617 3618 3619 3620 3621 3622 3623 3624 3625 3626 3627 3628 3629 3630 3631 3632 3633 3634 3635 3636 3637 3638 3639 3640 3641 3642 3643 3644 3645 3646 3647 3648 3649 3650 3651 3652 3653 3654 3655 3656 3657 3658 3659 3660 3661 3662 3663 3664 3665 3666 3667 3668 3669 3670 3671 3672 3673 3674 3675 3676 3677 3678 3679 3680 3681 3682 3683 3684 3685 3686 3687 3688 3689 3690 3691 3692 3693 3694 3695 3696 3697 3698 3699 3700 3701 3702 3703 3704 3705 3706 3707 3708 3709 3710 3711 3712 3713 3714 3715 3716 3717 3718 3719 3720 3721 3722 3723 3724 3725 3726 3727 3728 3729 3730 3731 3732 3733 3734 3735 3736 3737 3738 3739 3740 3741 3742 3743 3744 3745 3746 3747 3748 3749 3750 3751 3752 3753 3754 3755 3756 3757 3758 3759 3760 3761 3762 3763 3764 3765 3766 3767 3768 3769 3770 3771 3772 3773 3774 3775 3776 3777 3778 3779 3780 3781 3782 3783 3784 3785 3786 3787 3788 3789 3790 3791 3792 3793 3794 3795 3796 3797 3798 3799 3800 3801 3802 3803 3804 3805 3806 3807 3808 3809 3810 3811 3812 3813 3814 3815 3816 3817 3818 3819 3820 3821 3822 3823 3824 3825 3826 3827 3828 3829 3830 3831 3832 3833 3834 3835 3836 3837 3838 3839 3840 3841 3842 3843 3844 3845 3846 3847 3848 3849 3850 3851 3852 3853 3854 3855 3856 3857 3858 3859 3860 3861 3862 3863 3864 3865 3866 3867 3868 3869 3870 3871 3872 3873 3874 3875 3876 3877 3878 3879 3880 3881 3882 3883 3884 3885 3886 3887 3888 3889 3890 3891 3892 3893 3894 3895 3896 3897 3898 3899 3900 3901 3902 3903 3904 3905 3906 3907 3908 3909 3910 3911 3912 3913 3914 3915 3916 3917 3918 3919 3920 3921 3922 3923 3924 3925 3926 3927 3928 3929 3930 3931 3932 3933 3934 3935 3936 3937 3938 3939 3940 3941 3942 3943 3944 3945 3946 3947 3948 3949 3950 3951 3952 3953 3954 3955 3956 3957 3958 3959 3960 3961 3962 3963 3964 3965 3966 3967 3968 3969 3970 3971 3972 3973 3974 3975 3976 3977 3978 3979 3980 3981 3982 3983 3984 3985 3986 3987 3988 3989 3990 3991 3992 3993 3994 3995 3996 3997 3998 3999 4000 4001 4002 4003 4004 4005 4006 4007 4008 4009 4010 4011 4012 4013 4014 4015 4016 4017 4018 4019 4020 4021 4022 4023 4024 4025 4026 4027 4028 4029 4030 4031 4032 4033 4034 4035 4036 4037 4038 4039 4040 4041 4042 4043 4044 4045 4046 4047 4048 4049 4050 4051 4052 4053 4054 4055 4056 4057 4058 4059 4060 4061 4062 4063 4064 4065 4066 4067 4068 4069 4070 4071 4072 4073 4074 4075 4076 4077 4078 4079 4080 4081 4082 4083 4084 4085 4086 4087 4088 4089 4090 4091 4092 4093 4094 4095 4096 4097 4098 4099 4100 4101 4102 4103 4104 4105 4106 4107 4108 4109 4110 4111 4112 4113 4114 4115 4116 4117 4118 4119 4120 4121 4122 4123 4124 4125 4126 4127 4128 4129 4130 4131 4132 4133 4134 4135 4136 4137 4138 4139 4140 4141 4142 4143 4144 4145 4146 4147 4148 4149 4150 4151 4152 4153 4154 4155 4156 4157 4158 4159 4160 4161 4162 4163 4164 4165 4166 4167 4168 4169 4170 4171 4172 4173 4174 4175 4176 4177 4178 4179 4180 4181 4182 4183 4184 4185 4186 4187 4188 4189 4190 4191 4192 4193 4194 4195 4196 4197 4198 4199 4200 4201 4202 4203 4204 4205 4206 4207 4208 4209 4210 4211 4212 4213 4214 4215 4216 4217 4218 4219 4220 4221 4222 4223 4224 4225 4226 4227 4228 4229 4230 4231 4232 4233 4234 4235 4236 4237 4238 4239 4240 4241 4242 4243 4244 4245 4246 4247 4248 4249 4250 4251 4252 4253 4254 4255 4256 4257 4258 4259 4260 4261 4262 4263 4264 4265 4266 4267 4268 4269 4270 4271 4272 4273 4274 4275 4276 4277 4278 4279 4280 4281 4282 4283 4284 4285 4286 4287 4288 4289 4290 4291 4292 4293 4294 4295 4296 4297 4298 4299 4300 4301 4302 4303 4304 4305 4306 4307 4308 4309 4310 4311 4312 4313 4314 4315 4316 4317 4318 4319 4320 4321 4322 4323 4324 4325 4326 4327 4328 4329 4330 4331 4332 4333 4334 4335 4336 4337 4338 4339 4340 4341 4342 4343 4344 4345 4346 4347 4348 4349 4350 4351 4352 4353 4354 4355 4356 4357 4358 4359 4360 4361 4362 4363 4364 4365 4366 4367 4368 4369 4370 4371 4372 4373 4374 4375 4376 4377 4378 4379 4380 4381 4382 4383 4384 4385 4386 4387 4388 4389 4390 4391 4392 4393 4394 4395 4396 4397 4398 4399 4400 4401 4402 4403 4404 4405 4406 4407 4408 4409 4410 4411 4412 4413 4414 4415 4416 4417 4418 4419 4420 4421 4422 4423 4424 4425 4426 4427 4428 4429 4430 4431 4432 4433 4434 4435 4436 4437 4438 4439 4440 4441 4442 4443 4444 4445 4446 4447 4448 4449 4450 4451 4452 4453 4454 4455 4456 4457 4458 4459 4460 4461 4462 4463 4464 4465 4466 4467 4468 4469 4470 4471 4472 4473 4474 4475 4476 4477 4478 4479 4480 4481 4482 4483 4484 4485 4486 4487 4488 4489 4490 4491 4492 4493 4494 4495 4496 4497 4498 4499 4500 4501 4502 4503 4504 4505 4506 4507 4508 4509 4510 4511 4512 4513 4514 4515 4516 4517 4518 4519 4520 4521 4522 4523 4524 4525 4526 4527 4528 4529 4530 4531 4532 4533 4534 4535 4536 4537 4538 4539 4540 4541 4542 4543 4544 4545 4546 4547 4548 4549 4550 4551 4552 4553 4554 4555 4556 4557 4558 4559 4560 4561 4562 4563 4564 4565 4566 4567 4568 4569 4570 4571 4572 4573 4574 4575 4576 4577 4578 4579 4580 4581 4582 4583 4584 4585 4586 4587 4588 4589 4590 4591 4592 4593 4594 4595 4596 4597 4598 4599 4600 4601 4602 4603 4604 4605 4606 4607 4608 4609 4610 4611 4612 4613 4614 4615 4616 4617 4618 4619 4620 4621 4622 4623 4624 4625 4626 4627 4628 4629 4630 4631 4632 4633 4634 4635 4636 4637 4638 4639 4640 4641 4642 4643 4644 4645 4646 4647 4648 4649 4650 4651 4652 4653 4654 4655 4656 4657 4658 4659 4660 4661 4662 4663 4664 4665 4666 4667 4668 4669 4670 4671 4672 4673 4674 4675 4676 4677 4678 4679 4680 4681 4682 4683 4684 4685 4686 4687 4688 4689 4690 4691 4692 4693 4694 4695 4696 4697 4698 4699 4700 4701 4702 4703 4704 4705 4706 4707 4708 4709 4710 4711 4712 4713 4714 4715 4716 4717 4718 4719 4720 4721 4722 4723 4724 4725 4726 4727 4728 4729 4730 4731 4732 4733 4734 4735 4736 4737 4738 4739 4740 4741 4742 4743 4744 4745 4746 4747 4748 4749 4750 4751 4752 4753 4754 4755 4756 4757 4758 4759 4760 4761 4762 4763 4764 4765 4766 4767 4768 4769 4770 4771 4772 4773 4774 4775 4776 4777 4778 4779 4780 4781 4782 4783 4784 4785 4786 4787 4788 4789 4790 4791 4792 4793 4794 4795 4796 4797 4798 4799 4800 4801 4802 4803 4804 4805 4806 4807 4808 4809 4810 4811 4812 4813 4814 4815 4816 4817 4818 4819 4820 4821 4822 4823 4824 4825 4826 4827 4828 4829 4830 4831 4832 4833 4834 4835 4836 4837 4838 4839 4840 4841 4842 4843 4844 4845 4846 4847 4848 4849 4850 4851 4852 4853 4854 4855 4856 4857 4858 4859 4860 4861 4862 4863 4864 4865 4866 4867 4868 4869 4870 4871 4872 4873 4874 4875 4876 4877 4878 4879 4880 4881 4882 4883 4884 4885 4886 4887 4888 4889 4890 4891 4892 4893 4894 4895 4896 4897 4898 4899 4900 4901 4902 4903 4904 4905 4906 4907 4908 4909 4910 4911 4912 4913 4914 4915 4916 4917 4918 4919 4920 4921 4922 4923 4924 4925 4926 4927 4928 4929 4930 4931 4932 4933 4934 4935 4936 4937 4938 4939 4940 4941 4942 4943 4944 4945 4946 4947 4948 4949 4950 4951 4952 4953 4954 4955 4956 4957 4958 4959 4960 4961 4962 4963 4964 4965 4966 4967 4968 4969 4970 4971 4972 4973 4974 4975 4976 4977 4978 4979 4980 4981 4982 4983 4984 4985 4986 4987 4988 4989 4990 4991 4992 4993 4994 4995 4996 4997 4998 4999 5000 5001 5002 5003 5004 5005 5006 5007 5008 5009 5010 5011 5012 5013 5014 5015 5016 5017 5018 5019 5020 5021 5022 5023 5024 5025 5026 5027 5028 5029 5030 5031 5032 5033 5034 5035 5036 5037 5038 5039 5040 5041 5042 5043 5044 5045 5046 5047 5048 5049 5050 5051 5052 5053 5054 5055 5056 5057 5058 5059 5060 5061 5062 5063 5064 5065 5066 5067 5068 5069 5070 5071 5072 5073 5074 5075 5076 5077 5078 5079 5080 5081 5082 5083 5084 5085 5086 5087 5088 5089 5090 5091 5092 5093 5094 5095 5096 5097 5098 5099 5100 5101 5102 5103 5104 5105 5106 5107 5108 5109 5110 5111 5112 5113 5114 5115 5116 5117 5118 5119 5120 5121 5122 5123 5124 5125 5126 5127 5128 5129 5130 5131 5132 5133 5134 5135 5136 5137 5138 5139 5140 5141 5142 5143 5144 5145 5146 5147 5148 5149 5150 5151 5152 5153 5154 5155 5156 5157 5158 5159 5160 5161 5162 5163 5164 5165 5166 5167 5168 5169 5170 5171 5172 5173 5174 5175 5176 5177 5178 5179 5180 5181 5182 5183 5184 5185 5186 5187 5188 5189 5190 5191 5192 5193 5194 5195 5196 5197 5198 5199 5200 5201 5202 5203 5204 5205 5206 5207 5208 5209 5210 5211 5212 5213 5214 5215 5216 5217 5218 5219 5220 5221 5222 5223 5224 5225 5226 5227 5228 5229 5230 5231 5232 5233 5234 5235 5236 5237 5238 5239 5240 5241 5242 5243 5244 5245 5246 5247 5248 5249 5250 5251 5252 5253 5254 5255 5256 5257 5258 5259 5260 5261 5262 5263 5264 5265 5266 5267 5268 5269 5270 5271 5272 5273 5274 5275 5276 5277 5278 5279 5280 5281 5282 5283 5284 5285 5286 5287 5288 5289 5290 5291 5292 5293 5294 5295 5296 5297 5298 5299 5300 5301 5302 5303 5304 5305 5306 5307 5308 5309 5310 5311 5312 5313 5314 5315 5316 5317 5318 5319 5320 5321 5322 5323 5324 5325 5326 5327 5328 5329 5330 5331 5332 5333 5334 5335 5336 5337 5338 5339 5340 5341 5342 5343 5344 5345 5346 5347 5348 5349 5350 5351 5352 5353 5354 5355 5356 5357 5358 5359 5360 5361 5362 5363 5364 5365 5366 5367 5368 5369 5370 5371 5372 5373 5374 5375 5376 5377 5378 5379 5380 5381 5382 5383 5384 5385 5386 5387 5388 5389 5390 5391 5392 5393 5394 5395 5396 5397 5398 5399 5400 5401 5402 5403 5404 5405 5406 5407 5408 5409 5410 5411 5412 5413 5414 5415 5416 5417 5418 5419 5420 5421 5422 5423 5424 5425 5426 5427 5428 5429 5430 5431 5432 5433 5434 5435 5436 5437 5438 5439 5440 5441 5442 5443 5444 5445 5446 5447 5448 5449 5450 5451 5452 5453 5454 5455 5456 5457 5458 5459 5460 5461 5462 5463 5464 5465 5466 5467 5468 5469 5470 5471 5472 5473 5474 5475 5476 5477 5478 5479 5480 5481 5482 5483 5484 5485 5486 5487 5488 5489 5490 5491 5492 5493 5494 5495 5496 5497 5498 5499 5500 5501 5502 5503 5504 5505 5506 5507 5508 5509 5510 5511 5512 5513 5514 5515 5516 5517 5518 5519 5520 5521 5522 5523 5524 5525 5526 5527 5528 5529 5530 5531 5532 5533 5534 5535 5536 5537 5538 5539 5540 5541 5542 5543 5544 5545 5546 5547 5548 5549 5550 5551 5552 5553 5554 5555 5556 5557 5558 5559 5560 5561 5562 5563 5564 5565 5566 5567 5568 5569 5570 5571 5572 5573 5574 5575 5576 5577 5578 5579 5580 5581 5582 5583 5584 5585 5586 5587 5588 5589 5590 5591 5592 5593 5594 5595 5596 5597 5598 5599 5600 5601 5602 5603 5604 5605 5606 5607 5608 5609 5610 5611 5612 5613 5614 5615 5616 5617 5618 5619 5620 5621 5622 5623 5624 5625 5626 5627 5628 5629 5630 5631 5632 5633 5634 5635 5636 5637 5638 5639 5640 5641 5642 5643 5644 5645 5646 5647 5648 5649 5650 5651 5652 5653 5654 5655 5656 5657 5658 5659 5660 5661 5662 5663 5664 5665 5666 5667 5668 5669 5670 5671 5672 5673 5674 5675 5676 5677 5678 5679 5680 5681 5682 5683 5684 5685 5686 5687 5688 5689 5690 5691 5692 5693 5694 5695 5696 5697 5698 5699 5700 5701 5702 5703 5704 5705 5706 5707 5708 5709 5710 5711 5712 5713 5714 5715 5716 5717 5718 5719 5720 5721 5722 5723 5724 5725 5726 5727 5728 5729 5730 5731 5732 5733 5734 5735 5736 5737 5738 5739 5740 5741 5742 5743 5744 5745 5746 5747 5748 5749 5750 5751 5752 5753 5754 5755 5756 5757 5758 5759 5760 5761 5762 5763 5764 5765 5766 5767 5768 5769 5770 5771 5772 5773 5774 5775 5776 5777 5778 5779 5780 5781 5782 5783 5784 5785 5786 5787 5788 5789 5790 5791 5792 5793 5794 5795 5796 5797 5798 5799 5800 5801 5802 5803 5804 5805 5806 5807 5808 5809 5810 5811 5812 5813 5814 5815 5816 5817 5818 5819 5820 5821 5822 5823 5824 5825 5826 5827 5828 5829 5830 5831 5832 5833 5834 5835 5836 5837 5838 5839 5840 5841 5842 5843 5844 5845 5846 5847 5848 5849 5850 5851 5852 5853 5854 5855 5856 5857 5858 5859 5860 5861 5862 5863 5864 5865 5866 5867 5868 5869 5870 5871 5872 5873 5874 5875 5876 5877 5878 5879 5880 5881 5882 5883 5884 5885 5886 5887 5888 5889 5890 5891 5892 5893 5894 5895 5896 5897 5898 5899 5900 5901 5902 5903 5904 5905 5906 5907 5908 5909 5910 5911 5912 5913 5914 5915 5916 5917 5918 5919 5920 5921 5922 5923 5924 5925 5926 5927 5928 5929 5930 5931 5932 5933 5934 5935 5936 5937 5938 5939 5940 5941 5942 5943 5944 5945 5946 5947 5948 5949 5950 5951 5952 5953 5954 5955 5956 5957 5958 5959 5960 5961 5962 5963 5964 5965 5966 5967 5968 5969 5970 5971 5972 5973 5974 5975 5976 5977 5978 5979 5980 5981 5982 5983 5984 5985 5986 5987 5988 5989 5990 5991 5992 5993 5994 5995 5996 5997 5998 5999 6000 6001 6002 6003 6004 6005 6006 6007 6008 6009 6010 6011 6012 6013 6014 6015 6016 6017 6018 6019 6020 6021 6022 6023 6024 6025 6026 6027 6028 6029 6030 6031 6032 6033 6034 6035 6036 6037 6038 6039 6040 6041 6042 6043 6044 6045 6046 6047 6048 6049 6050 6051 6052 6053 6054 6055 6056 6057 6058 6059 6060 6061 6062 6063 6064 6065 6066 6067 6068 6069 6070 6071 6072 6073 6074 6075 6076 6077 6078 6079 6080 6081 6082 6083 6084 6085 6086 6087 6088 6089 6090 6091 6092 6093 6094 6095 6096 6097 6098 6099 6100 6101 6102 6103 6104 6105 6106 6107 6108 6109 6110 6111 6112 6113 6114 6115 6116 6117 6118 6119 6120 6121 6122 6123 6124 6125 6126 6127 6128 6129 6130 6131 6132 6133 6134 6135 6136 6137 6138 6139 6140 6141 6142 6143 6144 6145 6146 6147 6148 6149 6150 6151 6152 6153 6154 6155 6156 6157 6158 6159 6160 6161 6162 6163 6164 6165 6166 6167 6168 6169 6170 6171 6172 6173 6174 6175 6176 6177 6178 6179 6180 6181 6182 6183 6184 6185 6186 6187 6188 6189 6190 6191 6192 6193 6194 6195 6196 6197 6198 6199 6200 6201 6202 6203 6204 6205 6206 6207 6208 6209 6210 6211 6212 6213 6214 6215 6216 6217 6218 6219 6220 6221 6222 6223 6224 6225 6226 6227 6228 6229 6230 6231 6232 6233 6234 6235 6236 6237 6238 6239 6240 6241 6242 6243 6244 6245 6246 6247 6248 6249 6250 6251 6252 6253 6254 6255 6256 6257 6258 6259 6260 6261 6262 6263 6264 6265 6266 6267 6268 6269 6270 6271 6272 6273 6274 6275 6276 6277 6278 6279 6280 6281 6282 6283 6284 6285 6286 6287 6288 6289 6290 6291 6292 6293 6294 6295 6296 6297 6298 6299 6300 6301 6302 6303 6304 6305 6306 6307 6308 6309 6310 6311 6312 6313 6314 6315 6316 6317 6318 6319 6320 6321 6322 6323 6324 6325 6326 6327 6328 6329 6330 6331 6332 6333 6334 6335 6336 6337 6338 6339 6340 6341 6342 6343 6344 6345 6346 6347 6348 6349 6350 6351 6352 6353 6354 6355 6356 6357 6358 6359 6360 6361 6362 6363 6364 6365 6366 6367 6368 6369 6370 6371 6372 6373 6374 6375 6376 6377 6378 6379 6380 6381 6382 6383 6384 6385 6386 6387 6388 6389 6390 6391 6392 6393 6394 6395 6396 6397 6398 6399 6400 6401 6402 6403 6404 6405 6406 6407 6408 6409 6410 6411 6412 6413 6414 6415 6416 6417 6418 6419 6420 6421 6422 6423 6424 6425 6426 6427 6428 6429 6430 6431 6432 6433 6434 6435 6436 6437 6438 6439 6440 6441 6442 6443 6444 6445 6446 6447 6448 6449 6450 6451 6452 6453 6454 6455 6456 6457 6458 6459 6460 6461 6462 6463 6464 6465 6466 6467 6468 6469 6470 6471 6472 6473 6474 6475 6476 6477 6478 6479 6480 6481 6482 6483 6484 6485 6486 6487 6488 6489 6490 6491 6492 6493 6494 6495 6496 6497 6498 6499 6500 6501 6502 6503 6504 6505 6506 6507 6508 6509 6510 6511 6512 6513 6514 6515 6516 6517 6518 6519 6520 6521 6522 6523 6524 6525 6526 6527 6528 6529 6530 6531 6532 6533 6534 6535 6536 6537 6538 6539 6540 6541 6542 6543 6544 6545 6546 6547 6548 6549 6550 6551 6552 6553 6554 6555 6556 6557 6558 6559 6560 6561 6562 6563 6564 6565 6566 6567 6568 6569 6570 6571 6572 6573 6574 6575 6576 6577 6578 6579 6580 6581 6582 6583 6584 6585 6586 6587 6588 6589 6590 6591 6592 6593 6594 6595 6596 6597 6598 6599 6600 6601 6602 6603 6604 6605 6606 6607 6608 6609 6610 6611 6612 6613 6614 6615 6616 6617 6618 6619 6620 6621 6622 6623 6624 6625 6626 6627 6628 6629 6630 6631 6632 6633 6634 6635 6636 6637 6638 6639 6640 6641 6642 6643 6644 6645 6646 6647 6648 6649 6650 6651 6652 6653 6654 6655 6656 6657 6658 6659 6660 6661 6662 6663 6664 6665 6666 6667 6668 6669 6670 6671 6672 6673 6674 6675 6676 6677 6678 6679 6680 6681 6682 6683 6684 6685 6686 6687 6688 6689 6690 6691 6692 6693 6694 6695 6696 6697 6698 6699 6700 6701 6702 6703 6704 6705 6706 6707 6708 6709 6710 6711 6712 6713 6714 6715 6716 6717 6718 6719 6720 6721 6722 6723 6724 6725 6726 6727 6728 6729 6730 6731 6732 6733 6734 6735 6736 6737 6738 6739 6740 6741 6742 6743 6744 6745 6746 6747 6748 6749 6750 6751 6752 6753 6754 6755 6756 6757 6758 6759 6760 6761 6762 6763 6764 6765 6766 6767 6768 6769 6770 6771 6772 6773 6774 6775 6776 6777 6778 6779 6780 6781 6782 6783 6784 6785 6786 6787 6788 6789 6790 6791 6792 6793 6794 6795 6796 6797 6798 6799 6800 6801 6802 6803 6804 6805 6806 6807 6808 6809 6810 6811 6812 6813 6814 6815 6816 6817 6818 6819 6820 6821 6822 6823 6824 6825 6826 6827 6828 6829 6830 6831 6832 6833 6834 6835 6836 6837 6838 6839 6840 6841 6842 6843 6844 6845 6846 6847 6848 6849 6850 6851 6852 6853 6854 6855 6856 6857 6858 6859 6860 6861 6862 6863 6864 6865 6866 6867 6868 6869 6870 6871 6872 6873 6874 6875 6876 6877 6878 6879 6880 6881 6882 6883 6884 6885 6886 6887 6888 6889 6890 6891 6892 6893 6894 6895 6896 6897 6898 6899 6900 6901 6902 6903 6904 6905 6906 6907 6908 6909 6910 6911 6912 6913 6914 6915 6916 6917 6918 6919 6920 6921 6922 6923 6924 6925 6926 6927 6928 6929 6930 6931 6932 6933 6934 6935 6936 6937 6938 6939 6940 6941 6942 6943 6944 6945 6946 6947 6948 6949 6950 6951 6952 6953 6954 6955 6956 6957 6958 6959 6960 6961 6962 6963 6964 6965 6966 6967 6968 6969 6970 6971 6972 6973 6974 6975 6976 6977 6978 6979 6980 6981 6982 6983 6984 6985 6986 6987 6988 6989 6990 6991 6992 6993 6994 6995 6996 6997 6998 6999 7000 7001 7002 7003 7004 7005 7006 7007 7008 7009 7010 7011 7012 7013 7014 7015 7016 7017 7018 7019 7020 7021 7022 7023 7024 7025 7026 7027 7028 7029 7030 7031 7032 7033 7034 7035 7036 7037 7038 7039 7040 7041 7042 7043 7044 7045 7046 7047 7048 7049 7050 7051 7052 7053 7054 7055 7056 7057 7058 7059 7060 7061 7062 7063 7064 7065 7066 7067 7068 7069 7070 7071 7072 7073 7074 7075 7076 7077 7078 7079 7080 7081 7082 7083 7084 7085 7086 7087 7088 7089 7090 7091 7092 7093 7094 7095 7096 7097 7098 7099 7100 7101 7102 7103 7104 7105 7106 7107 7108 7109 7110 7111 7112 7113 7114 7115 7116 7117 7118 7119 7120 7121 7122 7123 7124 7125 7126 7127 7128 7129 7130 7131 7132 7133 7134 7135 7136 7137 7138 7139 7140 7141 7142 7143 7144 7145 7146 7147 7148 7149 7150 7151 7152 7153 7154 7155 7156 7157 7158 7159 7160 7161 7162 7163 7164 7165 7166 7167 7168 7169 7170 7171 7172 7173 7174 7175 7176 7177 7178 7179 7180 7181 7182 7183 7184 7185 7186 7187 7188 7189 7190 7191 7192 7193 7194 7195 7196 7197 7198 7199 7200 7201 7202 7203 7204 7205 7206 7207 7208 7209 7210 7211 7212 7213 7214 7215 7216 7217 7218 7219 7220 7221 7222 7223 7224 7225 7226 7227 7228 7229 7230 7231 7232 7233 7234 7235 7236 7237 7238 7239 7240 7241 7242 7243 7244 7245 7246 7247 7248 7249 7250 7251 7252 7253 7254 7255 7256 7257 7258 7259 7260 7261 7262 7263 7264 7265 7266 7267 7268 7269 7270 7271 7272 7273 7274 7275 7276 7277 7278 7279 7280 7281 7282 7283 7284 7285 7286 7287 7288 7289 7290 7291 7292 7293 7294 7295 7296 7297 7298 7299 7300 7301 7302 7303 7304 7305 7306 7307 7308 7309 7310 7311 7312 7313 7314 7315 7316 7317 7318 7319 7320 7321 7322 7323 7324 7325 7326 7327 7328 7329 7330 7331 7332 7333 7334 7335 7336 7337 7338 7339 7340 7341 7342 7343 7344 7345 7346 7347 7348 7349 7350 7351 7352 7353 7354 7355 7356 7357 7358 7359 7360 7361 7362 7363 7364 7365 7366 7367 7368 7369 7370 7371 7372 7373 7374 7375 7376 7377 7378 7379 7380 7381 7382 7383 7384 7385 7386 7387 7388 7389 7390 7391 7392 7393 7394 7395 7396 7397 7398 7399 7400 7401 7402 7403 7404 7405 7406 7407 7408 7409 7410 7411 7412 7413 7414 7415 7416 7417 7418 7419 7420 7421 7422 7423 7424 7425 7426 7427 7428 7429 7430 7431 7432 7433 7434 7435 7436 7437 7438 7439 7440 7441 7442 7443 7444 7445 7446 7447 7448 7449 7450 7451 7452 7453 7454 7455 7456 7457 7458 7459 7460 7461 7462 7463 7464 7465 7466 7467 7468 7469 7470 7471 7472 7473 7474 7475 7476 7477 7478 7479 7480 7481 7482 7483 7484 7485 7486 7487 7488 7489 7490 7491 7492 7493 7494 7495 7496 7497 7498 7499 7500 7501 7502 7503 7504 7505 7506 7507 7508 7509 7510 7511 7512 7513 7514 7515 7516 7517 7518 7519 7520 7521 7522 7523 7524 7525 7526 7527 7528 7529 7530 7531 7532 7533 7534 7535 7536 7537 7538 7539 7540 7541 7542 7543 7544 7545 7546 7547 7548 7549 7550 7551 7552 7553 7554 7555 7556 7557 7558 7559 7560 7561 7562 7563 7564 7565 7566 7567 7568 7569 7570 7571 7572 7573 7574 7575 7576 7577 7578 7579 7580 7581 7582 7583 7584 7585 7586 7587 7588 7589 7590 7591 7592 7593 7594 7595 7596 7597 7598 7599 7600 7601 7602 7603 7604 7605 7606 7607 7608 7609 7610 7611 7612 7613 7614 7615 7616 7617 7618 7619 7620 7621 7622 7623 7624 7625 7626 7627 7628 7629 7630 7631 7632 7633 7634 7635 7636 7637 7638 7639 7640 7641 7642 7643 7644 7645 7646 7647 7648 7649 7650 7651 7652 7653 7654 7655 7656 7657 7658 7659 7660 7661 7662 7663 7664 7665 7666 7667 7668 7669 7670 7671 7672 7673 7674 7675 7676 7677 7678 7679 7680 7681 7682 7683 7684 7685 7686 7687 7688 7689 7690 7691 7692 7693 7694 7695 7696 7697 7698 7699 7700 7701 7702 7703 7704 7705 7706 7707 7708 7709 7710 7711 7712 7713 7714 7715 7716 7717 7718 7719 7720 7721 7722 7723 7724 7725 7726 7727 7728 7729 7730 7731 7732 7733 7734 7735 7736 7737 7738 7739 7740 7741 7742 7743 7744 7745 7746 7747 7748 7749 7750 7751 7752 7753 7754 7755 7756 7757 7758 7759 7760 7761 7762 7763 7764 7765 7766 7767 7768 7769 7770 7771 7772 7773 7774 7775 7776 7777 7778 7779 7780 7781 7782 7783 7784 7785 7786 7787 7788 7789 7790 7791 7792 7793 7794 7795 7796 7797 7798 7799 7800 7801 7802 7803 7804 7805 7806 7807 7808 7809 7810 7811 7812 7813 7814 7815 7816 7817 7818 7819 7820 7821 7822 7823 7824 7825 7826 7827 7828 7829 7830 7831 7832 7833 7834 7835 7836 7837 7838 7839 7840 7841 7842 7843 7844 7845 7846 7847 7848 7849 7850 7851 7852 7853 7854 7855 7856 7857 7858 7859 7860 7861 7862 7863 7864 7865 7866 7867 7868 7869 7870 7871 7872 7873 7874 7875 7876 7877 7878 7879 7880 7881 7882 7883 7884 7885 7886 7887 7888 7889 7890 7891 7892 7893 7894 7895 7896 7897 7898 7899 7900 7901 7902 7903 7904 7905 7906 7907 7908 7909 7910 7911 7912 7913 7914 7915 7916 7917 7918 7919 7920 7921 7922 7923 7924 7925 7926 7927 7928 7929 7930 7931 7932 7933 7934 7935 7936 7937 7938 7939 7940 7941 7942 7943 7944 7945 7946 7947 7948 7949 7950 7951 7952 7953 7954 7955 7956 7957 7958 7959 7960 7961 7962 7963 7964 7965 7966 7967 7968 7969 7970 7971 7972 7973 7974 7975 7976 7977 7978 7979 7980 7981 7982 7983 7984 7985 7986 7987 7988 7989 7990 7991 7992 7993 7994 7995 7996 7997 7998 7999 8000 8001 8002 8003 8004 8005 8006 8007 8008 8009 8010 8011 8012 8013 8014 8015 8016 8017 8018 8019 8020 8021 8022 8023 8024 8025 8026 8027 8028 8029 8030 8031 8032 8033 8034 8035 8036 8037 8038 8039 8040 8041 8042 8043 8044 8045 8046 8047 8048 8049 8050 8051 8052 8053 8054 8055 8056 8057 8058 8059 8060 8061 8062 8063 8064 8065 8066 8067 8068 8069 8070 8071 8072 8073 8074 8075 8076 8077 8078 8079 8080 8081 8082 8083 8084 8085 8086 8087 8088 8089 8090 8091 8092 8093 8094 8095 8096 8097 8098 8099 8100 8101 8102 8103 8104 8105 8106 8107 8108 8109 8110 8111 8112 8113 8114 8115 8116 8117 8118 8119 8120 8121 8122 8123 8124 8125 8126 8127 8128 8129 8130 8131 8132 8133 8134 8135 8136 8137 8138 8139 8140 8141 8142 8143 8144 8145 8146 8147 8148 8149 8150 8151 8152 8153 8154 8155 8156 8157 8158 8159 8160 8161 8162 8163 8164 8165 8166 8167 8168 8169 8170 8171 8172 8173 8174 8175 8176 8177 8178 8179 8180 8181 8182 8183 8184 8185 8186 8187 8188 8189 8190 8191 8192 8193 8194 8195 8196 8197 8198 8199 8200 8201 8202 8203 8204 8205 8206 8207 8208 8209 8210 8211 8212 8213 8214 8215 8216 8217 8218 8219 8220 8221 8222 8223 8224 8225 8226 8227 8228 8229 8230 8231 8232 8233 8234 8235 8236 8237 8238 8239 8240 8241 8242 8243 8244 8245 8246 8247 8248 8249 8250 8251 8252 8253 8254 8255 8256 8257 8258 8259 8260 8261 8262 8263 8264 8265 8266 8267 8268 8269 8270 8271 8272 8273 8274 8275 8276 8277 8278 8279 8280 8281 8282 8283 8284 8285 8286 8287 8288 8289 8290 8291 8292 8293 8294 8295 8296 8297 8298 8299 8300 8301 8302 8303 8304 8305 8306 8307 8308 8309 8310 8311 8312 8313 8314 8315 8316 8317 8318 8319 8320 8321 8322 8323 8324 8325 8326 8327 8328 8329 8330 8331 8332 8333 8334 8335 8336 8337 8338 8339 8340 8341 8342 8343 8344 8345 8346 8347 8348 8349 8350 8351 8352 8353 8354 8355 8356 8357 8358 8359 8360 8361 8362 8363 8364 8365 8366 8367 8368 8369 8370 8371 8372 8373 8374 8375 8376 8377 8378 8379 8380 8381 8382 8383 8384 8385 8386 8387 8388 8389 8390 8391 8392 8393 8394 8395 8396 8397 8398 8399 8400 8401 8402 8403 8404 8405 8406 8407 8408 8409 8410 8411 8412 8413 8414 8415 8416 8417 8418 8419 8420 8421 8422 8423 8424 8425 8426 8427 8428 8429 8430 8431 8432 8433 8434 8435 8436 8437 8438 8439 8440 8441 8442 8443 8444 8445 8446 8447 8448 8449 8450 8451 8452 8453 8454 8455 8456 8457 8458 8459 8460 8461 8462 8463 8464 8465 8466 8467 8468 8469 8470 8471 8472 8473 8474 8475 8476 8477 8478 8479 8480 8481 8482 8483 8484 8485 8486 8487 8488 8489 8490 8491 8492 8493 8494 8495 8496 8497 8498 8499 8500 8501 8502 8503 8504 8505 8506 8507 8508 8509 8510 8511 8512 8513 8514 8515 8516 8517 8518 8519 8520 8521 8522 8523 8524 8525 8526 8527 8528 8529 8530 8531 8532 8533 8534 8535 8536 8537 8538 8539 8540 8541 8542 8543 8544 8545 8546 8547 8548 8549 8550 8551 8552 8553 8554 8555 8556 8557 8558 8559 8560 8561 8562 8563 8564 8565 8566 8567 8568 8569 8570 8571 8572 8573 8574 8575 8576 8577 8578 8579 8580 8581 8582 8583 8584 8585 8586 8587 8588 8589 8590 8591 8592 8593 8594 8595 8596 8597 8598 8599 8600 8601 8602 8603 8604 8605 8606 8607 8608 8609 8610 8611 8612 8613 8614 8615 8616 8617 8618 8619 8620 8621 8622 8623 8624 8625 8626 8627 8628 8629 8630 8631 8632 8633 8634 8635 8636 8637 8638 8639 8640 8641 8642 8643 8644 8645 8646 8647 8648 8649 8650 8651 8652 8653 8654 8655 8656 8657 8658 8659 8660 8661 8662 8663 8664 8665 8666 8667 8668 8669 8670 8671 8672 8673 8674 8675 8676 8677 8678 8679 8680 8681 8682 8683 8684 8685 8686 8687 8688 8689 8690 8691 8692 8693 8694 8695 8696 8697 8698 8699 8700 8701 8702 8703 8704 8705 8706 8707 8708 8709 8710 8711 8712 8713 8714 8715 8716 8717 8718 8719 8720 8721 8722 8723 8724 8725 8726 8727 8728 8729 8730 8731 8732 8733 8734 8735 8736 8737 8738 8739 8740 8741 8742 8743 8744 8745 8746 8747 8748 8749 8750 8751 8752 8753 8754 8755 8756 8757 8758 8759 8760 8761 8762 8763 8764 8765 8766 8767 8768 8769 8770 8771 8772 8773 8774 8775 8776 8777 8778 8779 8780 8781 8782 8783 8784 8785 8786 8787 8788 8789 8790 8791 8792 8793 8794 8795 8796 8797 8798 8799 8800 8801 8802 8803 8804 8805 8806 8807 8808 8809 8810 8811 8812 8813 8814 8815 8816 8817 8818 8819 8820 8821 8822 8823 8824 8825 8826 8827 8828 8829 8830 8831 8832 8833 8834 8835 8836 8837 8838 8839 8840 8841 8842 8843 8844 8845 8846 8847 8848 8849 8850 8851 8852 8853 8854 8855 8856 8857 8858 8859 8860 8861 8862 8863 8864 8865 8866 8867 8868 8869 8870 8871 8872 8873 8874 8875 8876 8877 8878 8879 8880 8881 8882 8883 8884 8885 8886 8887 8888 8889 8890 8891 8892 8893 8894 8895 8896 8897 8898 8899 8900 8901 8902 8903 8904 8905 8906 8907 8908 8909 8910 8911 8912 8913 8914 8915 8916 8917 8918 8919 8920 8921 8922 8923 8924 8925 8926 8927 8928 8929 8930 8931 8932 8933 8934 8935 8936 8937 8938 8939 8940 8941 8942 8943 8944 8945 8946 8947 8948 8949 8950 8951 8952 8953 8954 8955 8956 8957 8958 8959 8960 8961 8962 8963 8964 8965 8966 8967 8968 8969 8970 8971 8972 8973 8974 8975 8976 8977 8978 8979 8980 8981 8982 8983 8984 8985 8986 8987 8988 8989 8990 8991 8992 8993 8994 8995 8996 8997 8998 8999 9000 9001 9002 9003 9004 9005 9006 9007 9008 9009 9010 9011 9012 9013 9014 9015 9016 9017 9018 9019 9020 9021 9022 9023 9024 9025 9026 9027 9028 9029 9030 9031 9032 9033 9034 9035 9036 9037 9038 9039 9040 9041 9042 9043 9044 9045 9046 9047 9048 9049 9050 9051 9052 9053 9054 9055 9056 9057 9058 9059 9060 9061 9062 9063 9064 9065 9066 9067 9068 9069 9070 9071 9072 9073 9074 9075 9076 9077 9078 9079 9080 9081 9082 9083 9084 9085 9086 9087 9088 9089 9090 9091 9092 9093 9094 9095 9096 9097 9098 9099 9100 9101 9102 9103 9104 9105 9106 9107 9108 9109 9110 9111 9112 9113 9114 9115 9116 9117 9118 9119 9120 9121 9122 9123 9124 9125 9126 9127 9128 9129 9130 9131 9132 9133 9134 9135 9136 9137 9138 9139 9140 9141 9142 9143 9144 9145 9146 9147 9148 9149 9150 9151 9152 9153 9154 9155 9156 9157 9158 9159 9160 9161 9162 9163 9164 9165 9166 9167 9168 9169 9170 9171 9172 9173 9174 9175 9176 9177 9178 9179 9180 9181 9182 9183 9184 9185 9186 9187 9188 9189 9190 9191 9192 9193 9194 9195 9196 9197 9198 9199 9200 9201 9202 9203 9204 9205 9206 9207 9208 9209 9210 9211 9212 9213 9214 9215 9216 9217 9218 9219 9220 9221 9222 9223 9224 9225 9226 9227 9228 9229 9230 9231 9232 9233 9234 9235 9236 9237 9238 9239 9240 9241 9242 9243 9244 9245 9246 9247 9248 9249 9250 9251 9252 9253 9254 9255 9256 9257 9258 9259 9260 9261 9262 9263 9264 9265 9266 9267 9268 9269 9270 9271 9272 9273 9274 9275 9276 9277 9278 9279 9280 9281 9282 9283 9284 9285 9286 9287 9288 9289 9290 9291 9292 9293 9294 9295 9296 9297 9298 9299 9300 9301 9302 9303 9304 9305 9306 9307 9308 9309 9310 9311 9312 9313 9314 9315 9316 9317 9318 9319 9320 9321 9322 9323 9324 9325 9326 9327 9328 9329 9330 9331 9332 9333 9334 9335 9336 9337 9338 9339 9340 9341 9342 9343 9344 9345 9346 9347 9348 9349 9350 9351 9352 9353 9354 9355 9356 9357 9358 9359 9360 9361 9362 9363 9364 9365 9366 9367 9368 9369 9370 9371 9372 9373 9374 9375 9376 9377 9378 9379 9380 9381 9382 9383 9384 9385 9386 9387 9388 9389 9390 9391 9392 9393 9394 9395 9396 9397 9398 9399 9400 9401 9402 9403 9404 9405 9406 9407 9408 9409 9410 9411 9412 9413 9414 9415 9416 9417 9418 9419 9420 9421 9422 9423 9424 9425 9426 9427 9428 9429 9430 9431 9432 9433 9434 9435 9436 9437 9438 9439 9440 9441 9442 9443 9444 9445 9446 9447 9448 9449 9450 9451 9452 9453 9454 9455 9456 9457 9458 9459 9460 9461 9462 9463 9464 9465 9466 9467 9468 9469 9470 9471 9472 9473 9474 9475 9476 9477 9478 9479 9480 9481 9482 9483 9484 9485 9486 9487 9488 9489 9490 9491 9492 9493 9494 9495 9496 9497 9498 9499 9500 9501 9502 9503 9504 9505 9506 9507 9508 9509 9510 9511 9512 9513 9514 9515 9516 9517 9518 9519 9520 9521 9522 9523 9524 9525 9526 9527 9528 9529 9530 9531 9532 9533 9534 9535 9536 9537 9538 9539 9540 9541 9542 9543 9544 9545 9546 9547 9548 9549 9550 9551 9552 9553 9554 9555 9556 9557 9558 9559 9560 9561 9562 9563 9564 9565 9566 9567 9568 9569 9570 9571 9572 9573 9574 9575 9576 9577 9578 9579 9580 9581 9582 9583 9584 9585 9586 9587 9588 9589 9590 9591 9592 9593 9594 9595 9596 9597 9598 9599 9600 9601 9602 9603 9604 9605 9606 9607 9608 9609 9610 9611 9612 9613 9614 9615 9616 9617 9618 9619 9620 9621 9622 9623 9624 9625 9626 9627 9628 9629 9630 9631 9632 9633 9634 9635 9636 9637 9638 9639 9640 9641 9642 9643 9644 9645 9646 9647 9648 9649 9650 9651 9652 9653 9654 9655 9656 9657 9658 9659 9660 9661 9662 9663 9664 9665 9666 9667 9668 9669 9670 9671 9672 9673 9674 9675 9676 9677 9678 9679 9680 9681 9682 9683 9684 9685 9686 9687 9688 9689 9690 9691 9692 9693 9694 9695 9696 9697 9698 9699 9700 9701 9702 9703 9704 9705 9706 9707 9708 9709 9710 9711 9712 9713 9714 9715 9716 9717 9718 9719 9720 9721 9722 9723 9724 9725 9726 9727 9728 9729 9730 9731 9732 9733 9734 9735 9736 9737 9738 9739 9740 9741 9742 9743 9744 9745 9746 9747 9748 9749 9750 9751 9752 9753 9754 9755 9756 9757 9758 9759 9760 9761 9762 9763 9764 9765 9766 9767 9768 9769 9770 9771 9772 9773 9774 9775 9776 9777 9778 9779 9780 9781 9782 9783 9784 9785 9786 9787 9788 9789 9790 9791 9792 9793 9794 9795 9796 9797 9798 9799 9800 9801 9802 9803 9804 9805 9806 9807 9808 9809 9810 9811 9812 9813 9814 9815 9816 9817 9818 9819 9820 9821 9822 9823 9824 9825 9826 9827 9828 9829 9830 9831 9832 9833 9834 9835 9836 9837 9838 9839 9840 9841 9842 9843 9844 9845 9846 9847 9848 9849 9850 9851 9852 9853 9854 9855 9856 9857 9858 9859 9860 9861 9862 9863 9864 9865 9866 9867 9868 9869 9870 9871 9872 9873 9874 9875 9876 9877 9878 9879 9880 9881 9882 9883 9884 9885 9886 9887 9888 9889 9890 9891 9892 9893 9894 9895 9896 9897 9898 9899 9900 9901 9902 9903 9904 9905 9906 9907 9908 9909 9910 9911 9912 9913 9914 9915 9916 9917 9918 9919 9920 9921 9922 9923 9924 9925 9926 9927 9928 9929 9930 9931 9932 9933 9934 9935 9936 9937 9938 9939 9940 9941 9942 9943 9944 9945 9946 9947 9948 9949 9950 9951 9952 9953 9954 9955 9956 9957 9958 9959 9960 9961 9962 9963 9964 9965 9966 9967 9968 9969 9970 9971 9972 9973 9974 9975 9976 9977 9978 9979 9980 9981 9982 9983 9984 9985 9986 9987 9988 9989 9990 9991 9992 9993 9994 9995 9996 9997 9998 9999 10000 10001 10002 10003 10004 10005 10006 10007 10008 10009 10010 10011 10012 10013 10014 10015 10016 10017 10018 10019 10020 10021 10022 10023 10024 10025 10026 10027 10028 10029 10030 10031 10032 10033 10034 10035 10036 10037 10038 10039 10040 10041 10042 10043 10044 10045 10046 10047 10048 10049 10050 10051 10052 10053 10054 10055 10056 10057 10058 10059 10060 10061 10062 10063 10064 10065 10066 10067 10068 10069 10070 10071 10072 10073 10074 10075 10076 10077 10078 10079 10080 10081 10082 10083 10084 10085 10086 10087 10088 10089 10090 10091 10092 10093 10094 10095 10096 10097 10098 10099 10100 10101 10102 10103 10104 10105 10106 10107 10108 10109 10110 10111 10112 10113 10114 10115 10116 10117 10118 10119 10120 10121 10122 10123 10124 10125 10126 10127 10128 10129 10130 10131 10132 10133 10134 10135 10136 10137 10138 10139 10140 10141 10142 10143 10144 10145 10146 10147 10148 10149 10150 10151 10152 10153 10154 10155 10156 10157 10158 10159 10160 10161 10162 10163 10164 10165 10166 10167 10168 10169 10170 10171 10172 10173 10174 10175 10176 10177 10178 10179 10180 10181 10182 10183 10184 10185 10186 10187 10188 10189 10190 10191 10192 10193 10194 10195 10196 10197 10198 10199 10200 10201 10202 10203 10204 10205 10206 10207 10208 10209 10210 10211 10212 10213 10214 10215 10216 10217 10218 10219 10220 10221 10222 10223 10224 10225 10226 10227 10228 10229 10230 10231 10232 10233 10234 10235 10236 10237 10238 10239 10240 10241 10242 10243 10244 10245 10246 10247 10248 10249 10250 10251 10252 10253 10254 10255 10256 10257 10258 10259 10260 10261 10262 10263 10264 10265 10266 10267 10268 10269 10270 10271 10272 10273 10274 10275 10276 10277 10278 10279 10280 10281 10282 10283 10284 10285 10286 10287 10288 10289 10290 10291 10292 10293 10294 10295 10296 10297 10298 10299 10300 10301 10302 10303 10304 10305 10306 10307 10308 10309 10310 10311 10312 10313 10314 10315 10316 10317 10318 10319 10320 10321 10322 10323 10324 10325 10326 10327 10328 10329 10330 10331 10332 10333 10334 10335 10336 10337 10338 10339 10340 10341 10342 10343 10344 10345 10346 10347 10348 10349 10350 10351 10352 10353 10354 10355 10356 10357 10358 10359 10360 10361 10362 10363 10364 10365 10366 10367 10368 10369 10370 10371 10372 10373 10374 10375 10376 10377 10378 10379 10380 10381 10382 10383 10384 10385 10386 10387 10388 10389 10390 10391 10392 10393 10394 10395 10396 10397 10398 10399 10400 10401 10402 10403 10404 10405 10406 10407 10408 10409 10410 10411 10412 10413 10414 10415 10416 10417 10418 10419 10420 10421 10422 10423 10424 10425 10426 10427 10428 10429 10430 10431 10432 10433 10434 10435 10436 10437 10438 10439 10440 10441 10442 10443 10444 10445 10446 10447 10448 10449 10450 10451 10452 10453 10454 10455 10456 10457 10458 10459 10460 10461 10462 10463 10464 10465 10466 10467 10468 10469 10470 10471 10472 10473 10474 10475 10476 10477 10478 10479 10480 10481 10482 10483 10484 10485 10486 10487 10488 10489 10490 10491 10492 10493 10494 10495 10496 10497 10498 10499 10500 10501 10502 10503 10504 10505 10506 10507 10508 10509 10510 10511 10512 10513 10514 10515 10516 10517 10518 10519 10520 10521 10522 10523 10524 10525 10526 10527 10528 10529 10530 10531 10532 10533 10534 10535 10536 10537 10538 10539 10540 10541 10542 10543 10544 10545 10546 10547 10548 10549 10550 10551 10552 10553 10554 10555 10556 10557 10558 10559 10560 10561 10562 10563 10564 10565 10566 10567 10568 10569 10570 10571 10572 10573 10574 10575 10576 10577 10578 10579 10580 10581 10582 10583 10584 10585 10586 10587 10588 10589 10590 10591 10592 10593 10594 10595 10596 10597 10598 10599 10600 10601 10602 10603 10604 10605 10606 10607 10608 10609 10610 10611 10612 10613 10614 10615 10616 10617 10618 10619 10620 10621 10622 10623 10624 10625 10626 10627 10628 10629 10630 10631 10632 10633 10634 10635 10636 10637 10638 10639 10640 10641 10642 10643 10644 10645 10646 10647 10648 10649 10650 10651 10652 10653 10654 10655 10656 10657 10658 10659 10660 10661 10662 10663 10664 10665 10666 10667 10668 10669 10670 10671 10672 10673 10674 10675 10676 10677 10678 10679 10680 10681 10682 10683 10684 10685 10686 10687 10688 10689 10690 10691 10692 10693 10694 10695 10696 10697 10698 10699 10700 10701 10702 10703 10704 10705 10706 10707 10708 10709 10710 10711 10712 10713 10714 10715 10716 10717 10718 10719 10720 10721 10722 10723 10724 10725 10726 10727 10728 10729 10730 10731 10732 10733 10734 10735 10736 10737 10738 10739 10740 10741 10742 10743 10744 10745 10746 10747 10748 10749 10750 10751 10752 10753 10754 10755 10756 10757 10758 10759 10760 10761 10762 10763 10764 10765 10766 10767 10768 10769 10770 10771 10772 10773 10774 10775 10776 10777 10778 10779 10780 10781 10782 10783 10784 10785 10786 10787 10788 10789 10790 10791 10792 10793 10794 10795 10796 10797 10798 10799 10800 10801 10802 10803 10804 10805 10806 10807 10808 10809 10810 10811 10812 10813 10814 10815 10816 10817 10818 10819 10820 10821 10822 10823 10824 10825 10826 10827 10828 10829 10830 10831 10832 10833 10834 10835 10836 10837 10838 10839 10840 10841 10842 10843 10844 10845 10846 10847 10848 10849 10850 10851 10852 10853 10854 10855 10856 10857 10858 10859 10860 10861 10862 10863 10864 10865 10866 10867 10868 10869 10870 10871 10872 10873 10874 10875 10876 10877 10878
|
From MAILER-DAEMON Sun Nov 01 19:07:48 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N4kSZ-00051f-W6
for mharc-axiom-developer@gnu.org; Sun, 01 Nov 2009 19:07:48 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N4kSY-00051a-6l
for axiom-developer@nongnu.org; Sun, 01 Nov 2009 19:07:46 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N4kST-000510-MM
for axiom-developer@nongnu.org; Sun, 01 Nov 2009 19:07:45 -0500
Received: from [199.232.76.173] (port=50564 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N4kST-00050x-Fq
for axiom-developer@nongnu.org; Sun, 01 Nov 2009 19:07:41 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:40094
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N4kST-0005ET-2t
for axiom-developer@nongnu.org; Sun, 01 Nov 2009 19:07:41 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nA207J8a013762;
Sun, 1 Nov 2009 18:07:20 -0600
Message-ID: <4AEE21F9.6020808@axiom-developer.org>
Date: Sun, 01 Nov 2009 19:04:09 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: lehner@bayou.uni-linz.ac.at, daly <daly@axiom-developer.org>,
Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <bertfried.fauser@googlemail.com>
References: <4AEB42FC.1040407@axiom-developer.org>
In-Reply-To: <4AEB42FC.1040407@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] listOfTerms
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2009 00:07:46 -0000
Franz,
Your tensor code uses the function "listOfTerms" but I do not see
it among the exports of any category, domain, or package.
Where is this defined?
Tim
From MAILER-DAEMON Mon Nov 02 02:44:04 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N4ra7-0003I6-KU
for mharc-axiom-developer@gnu.org; Mon, 02 Nov 2009 02:44:03 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N4ra4-0003G1-J6
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 02:44:00 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N4rZz-0003C1-S3
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 02:43:59 -0500
Received: from [199.232.76.173] (port=44007 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N4rZz-0003Bw-JX
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 02:43:55 -0500
Received: from mx20.gnu.org ([199.232.41.8]:38276)
by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.60) (envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N4rZy-0007Fr-Tk
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 02:43:55 -0500
Received: from mailrelay.tu-graz.ac.at ([129.27.2.202]
helo=mailrelay.tugraz.at) by mx20.gnu.org with esmtp (Exim 4.60)
(envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N4rZq-0002XM-R3
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 02:43:47 -0500
Received: from mail.math.tu-graz.ac.at (mail.math.tu-graz.ac.at
[129.27.148.83]) (authenticated bits=0)
by mailrelay2.tugraz.at (8.14.3/8.14.3) with ESMTP id nA27hVNV001968
(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);
Mon, 2 Nov 2009 08:43:31 +0100 (CET)
X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at nA27hVNV001968
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-graz.ac.at;
s=mailrelay; t=1257147812; i=@finanz.math.tu-graz.ac.at;
bh=+k8pJnM4lEcRPBKCJQyrsfF4Qpe93Xk4E4SXTLkBB3M=;
h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
MIME-Version:Content-Type;
b=favWQEuMf7tkbTg10dUb32YEOi4rm5QuUhCAQmv0nkUNzQG5CtK1vQ2+sWAjP9Im0
f0vjdiaCZjqbChWjowk48yzvyH3E+CMqaEmi5me5gMsAICsomPXhfMpJrYgDLoftze
5o0+4h1hjD/CaVVo6a8o1dkmiok4E44PmjsiEcw4=
Received: from schlumpf.math.tu-graz.ac.at ([129.27.150.29]:56076)
by mail.math.tu-graz.ac.at with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.69) (envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N4rZb-0001JX-TX; Mon, 02 Nov 2009 08:43:31 +0100
Received: from lehner (helo=localhost)
by schlumpf.math.tu-graz.ac.at with local-esmtp (Exim 4.69)
(envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N4rZb-00073C-SN; Mon, 02 Nov 2009 08:43:31 +0100
Date: Mon, 2 Nov 2009 08:43:31 +0100 (CET)
From: Franz Lehner <lehner@finanz.math.tu-graz.ac.at>
To: Tim Daly <daly@axiom-developer.org>
Subject: Re: [Axiom-developer] listOfTerms
In-Reply-To: <4AEE21F9.6020808@axiom-developer.org>
Message-ID: <alpine.DEB.1.10.0911020838240.27026@schlumpf.math.tu-graz.ac.at>
References: <4AEB42FC.1040407@axiom-developer.org>
<4AEE21F9.6020808@axiom-developer.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Previous-Spam-Scanner:
X-Previous-Spam-Score:
X-Previous-Spam-Tests:
X-SA-Exim-Connect-IP: 129.27.150.29
X-SA-Exim-Mail-From: lehner@finanz.math.tu-graz.ac.at
X-SA-Exim-Scanned: No (on mail.math.tu-graz.ac.at);
SAEximRunCond expanded to false
X-TUG-Backscatter-control: TA5uzSQbnlj5AZYy0g49yQ
X-Spam-Scanner: SpamAssassin 3.002005
X-Spam-Score-relay: 0.0
X-Scanned-By: MIMEDefang 2.65 on 129.27.10.19
X-detected-operating-system: by mx20.gnu.org: Solaris 10 (beta)
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6,
seldom 2.4 (older, 4)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <bertfried.fauser@googlemail.com>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2009 07:44:01 -0000
On Sun, 1 Nov 2009, Tim Daly wrote:
> Your tensor code uses the function "listOfTerms" but I do not see
> it among the exports of any category, domain, or package.
> Where is this defined?
Some time ago I merged "FreeModule" and "FreeModule1",
renamed "FreeModuleCat" to FreeModuleCategory" and
made "FreeModule" export "FreeModuleCategory" as it should be.
I also renamed ListOfTerms to listOfTerms in "IndexedDirectProductCategory"
and all entities which inherit the latter.
Franz
From MAILER-DAEMON Mon Nov 02 11:46:09 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N502j-0000hF-Eg
for mharc-axiom-developer@gnu.org; Mon, 02 Nov 2009 11:46:09 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N502h-0000fO-5X
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 11:46:07 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N502c-0000Zn-Cb
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 11:46:06 -0500
Received: from [199.232.76.173] (port=39816 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N502c-0000ZZ-2y
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 11:46:02 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:57125
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N502b-0000JH-OG
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 11:46:01 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nA2Gjj8a020617;
Mon, 2 Nov 2009 10:45:46 -0600
Message-ID: <4AEF0BFB.7010602@axiom-developer.org>
Date: Mon, 02 Nov 2009 11:42:35 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Franz Lehner <lehner@finanz.math.tu-graz.ac.at>
Subject: Re: [Axiom-developer] listOfTerms
References: <4AEB42FC.1040407@axiom-developer.org>
<4AEE21F9.6020808@axiom-developer.org>
<alpine.DEB.1.10.0911020838240.27026@schlumpf.math.tu-graz.ac.at>
In-Reply-To: <alpine.DEB.1.10.0911020838240.27026@schlumpf.math.tu-graz.ac.at>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <bertfried.fauser@googlemail.com>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2009 16:46:07 -0000
Franz Lehner wrote:
> On Sun, 1 Nov 2009, Tim Daly wrote:
>> Your tensor code uses the function "listOfTerms" but I do not see
>> it among the exports of any category, domain, or package.
>> Where is this defined?
> Some time ago I merged "FreeModule" and "FreeModule1",
> renamed "FreeModuleCat" to FreeModuleCategory" and
> made "FreeModule" export "FreeModuleCategory" as it should be.
> I also renamed ListOfTerms to listOfTerms in
> "IndexedDirectProductCategory"
> and all entities which inherit the latter.
>
> Franz
>
Yes, I saw the renames. But listOfTerms does not seem to be
exported anywhere in Fricas. Try
)d op listOfTerms
Tim
From MAILER-DAEMON Mon Nov 02 12:12:04 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N50Rn-0006Jz-RA
for mharc-axiom-developer@gnu.org; Mon, 02 Nov 2009 12:12:04 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N50Rf-0006IR-Mm
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 12:11:55 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N50RZ-0006GO-2p
for Axiom-developer@nongnu.org; Mon, 02 Nov 2009 12:11:53 -0500
Received: from [199.232.76.173] (port=60160 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N50RY-0006Fy-FY
for Axiom-developer@nongnu.org; Mon, 02 Nov 2009 12:11:48 -0500
Received: from mail-bw0-f212.google.com ([209.85.218.212]:54454)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <bertfried.fauser@googlemail.com>) id 1N50RY-000421-6K
for Axiom-developer@nongnu.org; Mon, 02 Nov 2009 12:11:48 -0500
Received: by bwz4 with SMTP id 4so6906697bwz.2
for <Axiom-developer@nongnu.org>; Mon, 02 Nov 2009 09:11:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlemail.com; s=gamma;
h=domainkey-signature:mime-version:sender:received:date
:x-google-sender-auth:message-id:subject:from:to:content-type;
bh=7VtKz3u2AITDvio2MHDZ1XyL4KlscMA6C4mRehq/doo=;
b=gnjVuOVDriruaq6/0jgggqV1XF0Bspt7ZLFz7MLh9XIJyLrd+snQYv4WavVW0FNYBU
lNSblbeGfj5t1E17g/FB93iN1AFKPRFVVGIi9YIRemhlxmBy0UQlRfclmmr9lhMi2EDi
oXY8/u6JijYSyBciPvEbnuBO9SbwndJ4RPxsM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma;
h=mime-version:sender:date:x-google-sender-auth:message-id:subject
:from:to:content-type;
b=T9BgM21+UWzar3Ac1fA0AZlbmvMbIVnk8bzEQnqE032zE5oE7i8yqG+3YCEXuJUz9o
Ds/rrMk+d+tJajRKQZSxtW7xBok+lKWGQWzBqsRr3Yt5JV+IeOaaQ6xxPUybuJC9TMx+
s1ns0e/sa67arkOESizvCaf+oeOb1x1lNPJog=
MIME-Version: 1.0
Sender: bertfried.fauser@googlemail.com
Received: by 10.204.162.210 with SMTP id w18mr4064297bkx.174.1257181905839;
Mon, 02 Nov 2009 09:11:45 -0800 (PST)
Date: Mon, 2 Nov 2009 17:11:45 +0000
X-Google-Sender-Auth: 4ad02cd6004a9a0f
Message-ID: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
From: Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
To: root <daly@axiom-developer.org>, axiom-devel <Axiom-developer@nongnu.org>
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc:
Subject: [Axiom-developer] listOfTerms
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2009 17:11:56 -0000
Dear Tim,
if I naively do the below attached things, I get in FriCAS an export
of listOfTerms,
also )d op listOfTerms guids me to IDPC and )sh IDPC shows the export...
Ciao
BF.
fauser@selfmaint-145:~> fricas
Checking for foreign routines
AXIOM="/usr/local/lib/fricas/target/i686-suse-linux"
spad-lib="/usr/local/lib/fricas/target/i686-suse-linux/lib/libspad.so"
foreign routines found
openServer result 0
FriCAS (AXIOM fork) Computer Algebra System
Version: FriCAS 2009-10-26
Timestamp: Sunday November 1, 2009 at 22:23:01
-----------------------------------------------------------------------------
Issue )copyright to view copyright notices.
Issue )summary for a summary of useful system commands.
Issue )quit to leave FriCAS and return to shell.
-----------------------------------------------------------------------------
(1) ->
(1) -> )d op listOfTerms
There is one exposed function called listOfTerms :
[1] D -> List(Record(k: D3,c: D2)) from D
if D has IDPC(D2,D3) and D2 has SETCAT and D3 has ORDSET
There are 2 unexposed functions called listOfTerms :
[1] LieExponentials(D2,D3,D4) -> List(Record(k:
PoincareBirkhoffWittLyndonBasis(D2),c: D3))
from LieExponentials(D2,D3,D4)
if D2 has ORDSET and D3 has Join(CommutativeRing,Module(
Fraction(Integer))) and D4: PI
[2] PoincareBirkhoffWittLyndonBasis(D2) -> List(LyndonWord(D2))
from PoincareBirkhoffWittLyndonBasis(D2) if D2 has ORDSET
(1) -> )sh IDPC
IndexedDirectProductCategory(A: SetCategory,S: OrderedSet) is a
category constructor
Abbreviation for IndexedDirectProductCategory is IDPC
This constructor is exposed in this frame.
------------------------------- Operations --------------------------------
?=? : (%,%) -> Boolean coerce : % -> OutputForm
hash : % -> SingleInteger latex : % -> String
leadingCoefficient : % -> A leadingSupport : % -> S
map : ((A -> A),%) -> % monomial : (A,S) -> %
reductum : % -> % ?~=? : (%,%) -> Boolean
construct : List(Record(k: S,c: A)) -> %
constructOrdered : List(Record(k: S,c: A)) -> %
leadingTerm : % -> Record(k: S,c: A)
listOfTerms : % -> List(Record(k: S,c: A))
--
% PD Dr Bertfried Fauser
% Research Fellow, School of Computer Science, Univ. of Birmingham
% Honorary Associate, University of Tasmania
% Privat Docent: University of Konstanz, Physics Dept
<http://www.uni-konstanz.de>
% contact |-> URL : http://clifford.physik.uni-konstanz.de/~fauser/
% Phone : +49 1520 9874517
From MAILER-DAEMON Mon Nov 02 13:28:16 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N51dY-0003tA-Lz
for mharc-axiom-developer@gnu.org; Mon, 02 Nov 2009 13:28:16 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N51dX-0003sy-Am
for axiom-developer@nongnu.org; Mon, 02 Nov 2009 13:28:15 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N51dS-0003rc-7t
for Axiom-developer@nongnu.org; Mon, 02 Nov 2009 13:28:14 -0500
Received: from [199.232.76.173] (port=60649 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N51dR-0003rV-PK
for Axiom-developer@nongnu.org; Mon, 02 Nov 2009 13:28:09 -0500
Received: from mailrelay.tu-graz.ac.at ([129.27.2.202]:39705
helo=mailrelay.tugraz.at) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N51dR-0007Bh-3t
for Axiom-developer@nongnu.org; Mon, 02 Nov 2009 13:28:09 -0500
Received: from mail.math.tu-graz.ac.at (mail.math.tu-graz.ac.at
[129.27.148.83]) (authenticated bits=0)
by mailrelay1.tugraz.at (8.14.3/8.14.3) with ESMTP id nA2IS2Zu029114
(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);
Mon, 2 Nov 2009 19:28:02 +0100 (CET)
X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay1.tugraz.at nA2IS2Zu029114
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-graz.ac.at;
s=mailrelay; t=1257186484; i=@finanz.math.tu-graz.ac.at;
bh=uO3HjiB+CTxOnAaoGxqRy2SUPaxJ+UC8gUpuqwmVABM=;
h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
MIME-Version:Content-Type;
b=nUA9lo0t9L5FFUO10eywmtNePgc611JRSqkmL/94PvDUr2e5Mt+i6qOOvdVAdTwYQ
lkF7dYz9R9vNEbsdwPa482rgGVY1CX23EvkyzqRNFaPXZKPsQyd78HS/9MVPQY0gWq
PD6QLxGEq5nQVruhJZRTIj39jihXlWPeGhsX5xNI=
Received: from schlumpf.math.tu-graz.ac.at ([129.27.150.29]:58004)
by mail.math.tu-graz.ac.at with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.69) (envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N51dK-0003pm-Rx; Mon, 02 Nov 2009 19:28:02 +0100
Received: from lehner (helo=localhost)
by schlumpf.math.tu-graz.ac.at with local-esmtp (Exim 4.69)
(envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N51dK-0001TJ-Qi; Mon, 02 Nov 2009 19:28:02 +0100
Date: Mon, 2 Nov 2009 19:28:02 +0100 (CET)
From: Franz Lehner <lehner@finanz.math.tu-graz.ac.at>
To: Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
Subject: Re: [Axiom-developer] listOfTerms
In-Reply-To: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
Message-ID: <alpine.DEB.1.10.0911021927180.4878@schlumpf.math.tu-graz.ac.at>
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Previous-Spam-Scanner:
X-Previous-Spam-Score:
X-Previous-Spam-Tests:
X-SA-Exim-Connect-IP: 129.27.150.29
X-SA-Exim-Mail-From: lehner@finanz.math.tu-graz.ac.at
X-SA-Exim-Scanned: No (on mail.math.tu-graz.ac.at);
SAEximRunCond expanded to false
X-TUG-Backscatter-control: TA5uzSQbnlj5AZYy0g49yQ
X-Spam-Scanner: SpamAssassin 3.002005
X-Spam-Score-relay: 0.0
X-Scanned-By: MIMEDefang 2.65 on 129.27.10.18
X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta)
Cc: axiom-devel <Axiom-developer@nongnu.org>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2009 18:28:15 -0000
Dear Tim and Bertfried,
On Mon, 2 Nov 2009, Bertfried Fauser wrote:
> There is one exposed function called listOfTerms :
> [1] D -> List(Record(k: D3,c: D2)) from D
> if D has IDPC(D2,D3) and D2 has SETCAT and D3 has ORDSET
yes, that's the one.
Franz
From MAILER-DAEMON Tue Nov 03 12:27:45 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N5NAX-0004Vi-GX
for mharc-axiom-developer@gnu.org; Tue, 03 Nov 2009 12:27:45 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N5NAV-0004VC-7t
for axiom-developer@nongnu.org; Tue, 03 Nov 2009 12:27:43 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N5NAP-0004Ri-Ay
for Axiom-developer@nongnu.org; Tue, 03 Nov 2009 12:27:41 -0500
Received: from [199.232.76.173] (port=38479 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N5NAO-0004Rb-8b
for Axiom-developer@nongnu.org; Tue, 03 Nov 2009 12:27:36 -0500
Received: from moutng.kundenserver.de ([212.227.126.177]:56412)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1N5NAN-00066m-IY
for Axiom-developer@nongnu.org; Tue, 03 Nov 2009 12:27:36 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis)
id 0MFwx8-1MtoSS00Tm-00FNkJ; Tue, 03 Nov 2009 18:27:30 +0100
From: Martin Baker <ax87438@martinb.com>
To: Bertfried Fauser <bertfried.fauser@googlemail.com>,
"axiom-devel" <Axiom-developer@nongnu.org>
Date: Tue, 3 Nov 2009 17:27:24 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <200910291042.24547.ax87438@martinb.com>
<200910311059.43303.ax87438@martinb.com>
<275293a60910310913j5961b059h48708875a8c286b9@mail.gmail.com>
In-Reply-To: <275293a60910310913j5961b059h48708875a8c286b9@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200911031727.24996.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX1+5fvEHTFhn/L8vgjRLDjPkxGPT/sSRghHLdoK
IlZKRP5/goI6vsSuNtWY+R0inwSvtfK7cDI+7gY+C1kxNlctjS
IEGSLr3BO8jWnuh7YYRyw==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Cc:
Subject: [Axiom-developer] Re: Clifford Algebra Requirements
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Nov 2009 17:27:44 -0000
Thank you very much to the very helpful replies to my earlier messages, they
give me a much clearer idea of the issues and complexities involved. I have
been re-reading your messages to try to understand how to generate the
multiplication rules from the quadratic form (as well as trying to understand
Axiom in general). I'm afraid that the Rota Stein Hopf algebra method and the
Chevalley recursive definition go over my head, at the moment, so I am unsure
how to proceed.
The only approach I could think of is to further impinge on your patience by
writing down what I think I understand and then hoping that you will give me
some hints about how I can take it forward and understand it better.
Flavours of algebra being discussed
-----------------------------------
We are discussing algebras under the banner of Clifford algebra but there are
different flavours of this:
* Grassman Algebra - vectors square to zero (exterior product '^').
* Clifford Algebra with Clifford bases - vector bases square to scalar value,
usually +1 or -1 (equivalent to Grassman bases where quadratic form from
diagonal matrix).
* Clifford Algebra with Grassman bases - vectors square to scalar value, bases
can be rotated, specified by quadratic form (tensor product V (x) V^*).
* Geometric Algebra - Hestenes terminology (widely used) for Clifford Algebra
(over reals) used in geometric context.
In all cases pure vectors and pure bivectors anticommute.
Since the Grassman algebra underpins the other Algebras, as the exterior
product, it makes the terminology very messy. It is hard to see a naming
convention that won't be confusing. Most books on the subject use 'Geometric
Algebra' and 'Clifford Algebra' is the second most popular. The book by John
Browne, mentioned by Bill Page seems to put everything under the category of
Grassman Algebra?
The John Browne book also seems to have a different terminology. It seems to
use 'reciprocal bases' to do things in a tensor like way. It seems to derive
all product types from the exterior and interior (defined as the dual of
exterior) products.
It seems to have a 'metric palette' which is a square matrix for each grade.
For instance the metric palette for 2D vectors is:
grade 0: [1]
grade 1: [[g(1,1),g(1,2)],[g(1,2),g(2,2)]]
grade 2: [ -g(1,2)^2 + g(1,1)g(2,2)]
Current Implementation
----------------------
The current implementation in Axiom implements Clifford Algebra with Clifford
bases, however the constructor uses a quadratic form so implementation could
be upgraded to Grassman bases without changing the external interface
(although I guess it would slow it down a lot). Although a better solution is
to create GrassmanSuperHopfAlegbra from graedFreeModule(Ring,Basis) or
GrassmannSuperHopfAlgebraWithBasis which is what Bertfried is working on.
Getting back to the current implementation, taking an example based on 2D
vectors and creating quadratic form from:
a 0
0 c
The multiplication table could be generated from these rules:
<e1, e2 | e1*e1=a, e2*e2=c, e1*e2= -e2*e1>
(and e1*e2 = e1^e2)
The current implementation generates table terms every time they are used when
* operation is called (the table is not generated when a Clifford type is
defined or instantiated: performance issue).
The way that this is calculated in the code is not really documented but as
far as I can work out these rules are implemented by representing bases as non
negative integers (NNI) representing a binary value where a bit position is an
individual vector base, for example e1^e2 would be 00000011. These represent
words, the words for each operand are effectively concatenated and the rules
are applied to reduce to a valid base. This is done to determine the scalar
(sign) as the basis type could have been found from the exclusive-or of the
binary values. This is all done using specific code in the addMonomProd
procedure rather than using any rule mechanism built into Axiom.
Change required
---------------
Grassman bases are required for many important applications such as modelling
conformal space.
So how can we generate the multiplication table from any quadratic form?
a b
b c
Originally I thought this would have to be done by rotating the bases to make
this diagonal, then apply method above, then rotate back by the same amount.
However Bertfried has pointed out that this is not necessary and the table can
be generated directly. I am trying to work out do this and Bertfried hinted
that this can be worked out from the square of the vector.
So since the vector squares to a scalar:
a*e1**2 + b*e1*e2 + b*e2*e1 + c*e2**2 = scalar
so if we take an example:
0 1
1 0
we get
e1*e2 + e2*e1 = scalar
I can't work out to get any further, I think the rules would be something like
this (but I can't work out how to get there):
<e1, e2 | e1*e1=0, e2*e2=0, e1*e2= -1+e1^e2, e2*e1= -1-e1^e2>
(so e1*e2 is not e1^e2)
I can't even work out an extremely simple case, more powerful mathematics is
required, so I need an introduction to the Rota Stein Hopf algebra method and
the Chevalley recursive definition.
Any help appreciated.
Martin
From MAILER-DAEMON Fri Nov 06 12:03:37 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N6SDp-0000W1-1O
for mharc-axiom-developer@gnu.org; Fri, 06 Nov 2009 12:03:37 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N6SDl-0000VR-WE
for axiom-developer@nongnu.org; Fri, 06 Nov 2009 12:03:34 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N6SDh-0000TY-49
for Axiom-developer@nongnu.org; Fri, 06 Nov 2009 12:03:33 -0500
Received: from [199.232.76.173] (port=34456 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N6SDg-0000TU-Va
for Axiom-developer@nongnu.org; Fri, 06 Nov 2009 12:03:29 -0500
Received: from moutng.kundenserver.de ([212.227.17.8]:53715)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1N6SDg-0003Hy-7x
for Axiom-developer@nongnu.org; Fri, 06 Nov 2009 12:03:28 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis)
id 0Mbb9R-1MnxSi1Ejl-00J7cv; Fri, 06 Nov 2009 18:03:25 +0100
From: Martin Baker <ax87438@martinb.com>
To: "axiom-devel" <Axiom-developer@nongnu.org>
Date: Fri, 6 Nov 2009 17:03:16 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-Id: <200911061703.16999.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX1+HFYDhrsGR2Rbz8kqkDRrJ2Vixq1z6aQGy0hd
+GydsQOvYgInMmy26LgVMUljtUS3urAvBmz7apYRouOlWJyQeD
II9VHKGhyWYnvLqrTu7DA==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Cc:
Subject: [Axiom-developer] Axiom compiling - newbie questions
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Nov 2009 17:03:34 -0000
How do I get started modifying some of the spad code in axiom?
What I wanted to do is add exterior and inner products to the clifford code in
Axiom. At this stage I just want to try things out and experiment with the
minimum of fuss. I therefore cut and pasted the spad code from the clifford
spad code in pamphlet 10.3 into a file I created called grassman.spad. I then
renamed all occurrences of CliffordAlgebra to GrassmanAlgebra just so that the
names did not clash with the existing code otherwise it is the existing
working code.
I then tried compiling it:
(1) -> )compile axiom/grassman.spad
This almost worked, it created a directory called GRAS.nrlib with some files
in it, but there were some errors listed in it like this:
finalizing nrlib GRAS
Processing GrassmanAlgebra for Browser database:
--------(e (% PI))---------
--->-->GrassmanAlgebra((e (% PI))): Unexpected HT command: \spad
"\\spad{e(n)} produces the appropriate unit element."
I think this comes from this part of the source code:
T ==> Join(Ring, Algebra(K), VectorSpace(K)) with
e: PI -> %
++ e(n) produces the appropriate unit element.
I thought that this might be because I was using an old version of the
compiler? So I renamed the file as: grassman.as
Then I tried this:
(1) -> )compile axiom/grassman.as
Compiling AXIOM source code from file axiom/grassman.as using
AXIOM-XL compiler and options
-O -Fasy -Fao -Flsp -laxiom -Mno-AXL_W_WillObsolete -DAxiom -Y $AXIOM/algebra
Use the system command )set compiler args to change these
options.
sh: NIL/bin/aldor: No such file or directory
I assume the axiom that I downloaded does not contain aldor?
So my questions are:
Is this the best approach to take for a Axiom newbie? Is there an easier way?
Do I need to use Aldor? Is there a binary version for opensuse? Where do I
install it?
Note: I am using the Axiom May 2009 code for openSUSE downloaded from:
http://www.axiom-developer.org/axiom-website/download.html
Martin
From MAILER-DAEMON Fri Nov 06 21:05:14 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N6afy-0006bQ-JP
for mharc-axiom-developer@gnu.org; Fri, 06 Nov 2009 21:05:14 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N6afw-0006ZD-Ei
for axiom-developer@nongnu.org; Fri, 06 Nov 2009 21:05:12 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N6afr-0006UY-A0
for Axiom-developer@nongnu.org; Fri, 06 Nov 2009 21:05:11 -0500
Received: from [199.232.76.173] (port=34162 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N6afr-0006UU-7O
for Axiom-developer@nongnu.org; Fri, 06 Nov 2009 21:05:07 -0500
Received: from mail-pw0-f43.google.com ([209.85.160.43]:50534)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <bill.page@newsynthesis.org>) id 1N6afq-00019n-Hx
for Axiom-developer@nongnu.org; Fri, 06 Nov 2009 21:05:06 -0500
Received: by pwi18 with SMTP id 18so1008785pwi.2
for <Axiom-developer@nongnu.org>; Fri, 06 Nov 2009 18:05:04 -0800 (PST)
MIME-Version: 1.0
Received: by 10.142.2.34 with SMTP id 34mr526500wfb.143.1257559502965; Fri, 06
Nov 2009 18:05:02 -0800 (PST)
In-Reply-To: <200911061703.16999.ax87438@martinb.com>
References: <200911061703.16999.ax87438@martinb.com>
Date: Fri, 6 Nov 2009 21:05:02 -0500
Message-ID: <fbcd16d40911061805s7f266012rb353faa0cd3eea7d@mail.gmail.com>
Subject: Re: [Axiom-developer] Axiom compiling - newbie questions
From: Bill Page <bill.page@newsynthesis.org>
To: Martin Baker <ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: axiom-devel <Axiom-developer@nongnu.org>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Nov 2009 02:05:12 -0000
Martin,
I think you are going about this the right way ... but you do have a
lot to learn. Programming in Spad in Axiom has a steep learning curve
but it does start to flatten out after a few years ... :-) No, it's
not that bad but the output of the Spad compiler is simply atrocious.
I don't think there ever was a compiler in my worst nightmare that
produced such obscure and unhelpful output! The language though (if
you can learn to love strongly typed languages) is, in my opinion,
worth all the effort.
The message "Unexpected HT command" is really just a warning that
something in a comment (doc string) does not conform to requirements
for HyperTex processing. If the compile completed successfully you
will see a message about GrassmanAlgebra being "exposed" in your
session. If you get this you should try something like
)show GrassmanAlgebra
to verify that it really is there. Then just proceed to use it as you
would CliffordAlgebra.
Aldor is a whole other story and I recommend you read up on it at
http://axiom-wiki.newsynthesis.org and/or consult the email archives.
To use it you definitely have to install additional software,
specifically Aldor itself which is not included in Axiom for licensing
reasons. There is also specific Aldor interface that needs to be
compiled if you want to use Aldor from inside Axiom. Aldor itself can
be run as a stand alone general purpose language in addition to
serving as a potential replacement for Spad in Axiom.
Good luck and keep asking ...
Regards,
Bill Page.
On Fri, Nov 6, 2009 at 12:03 PM, Martin Baker <ax87438@martinb.com> wrote:
> How do I get started modifying some of the spad code in axiom?
>
> What I wanted to do is add exterior and inner products to the clifford co=
de in
> Axiom. =A0At this stage I just want to try things out and experiment with=
the
> minimum of fuss. I therefore cut and pasted the spad code from the cliffo=
rd
> spad code in pamphlet 10.3 into a file I created called grassman.spad. I =
then
> renamed all occurrences of CliffordAlgebra to GrassmanAlgebra just so tha=
t the
> names did not clash with the existing code otherwise it is the existing
> working code.
>
> I then tried compiling it:
>
> (1) -> )compile axiom/grassman.spad
>
> This almost worked, it created a directory called GRAS.nrlib with some fi=
les
> in it, but there were some errors listed in it like this:
>
> =A0 finalizing nrlib GRAS
> =A0 Processing GrassmanAlgebra for Browser database:
> --------(e (% PI))---------
> --->-->GrassmanAlgebra((e (% PI))): Unexpected HT command: \spad
> "\\spad{e(n)} produces the appropriate unit element."
>
> I think this comes from this part of the source code:
>
> =A0 =A0T =3D=3D> Join(Ring, Algebra(K), VectorSpace(K)) with
> =A0 =A0 =A0 =A0e: PI -> %
> =A0 =A0 =A0 =A0 =A0++ e(n) produces the appropriate unit element.
>
> I thought that this might be because I was using an old version of the
> compiler? So I renamed the file as: grassman.as
>
> Then I tried this:
>
> (1) -> )compile axiom/grassman.as
> =A0 Compiling AXIOM source code from file axiom/grassman.as using
> =A0 =A0 =A0AXIOM-XL compiler and options
> -O -Fasy -Fao -Flsp -laxiom -Mno-AXL_W_WillObsolete -DAxiom -Y $AXIOM/alg=
ebra
> =A0 =A0 =A0Use the system command )set compiler args to change these
> =A0 =A0 =A0options.
> sh: NIL/bin/aldor: No such file or directory
>
> I assume the axiom that I downloaded does not contain aldor?
>
> So my questions are:
> Is this the best approach to take for a Axiom newbie? Is there an easier =
way?
> Do I need to use Aldor? Is there a binary version for opensuse? Where do =
I
> install it?
>
> Note: I am using the Axiom May 2009 code for openSUSE downloaded from:
> http://www.axiom-developer.org/axiom-website/download.html
>
> Martin
>
>
>
> _______________________________________________
> Axiom-developer mailing list
> Axiom-developer@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>
From MAILER-DAEMON Sat Nov 07 12:02:51 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N6ogc-0004py-W9
for mharc-axiom-developer@gnu.org; Sat, 07 Nov 2009 12:02:51 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N6ogX-0004oD-UE
for axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:02:46 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N6ogS-0004mj-Ox
for Axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:02:45 -0500
Received: from [199.232.76.173] (port=40752 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N6ogS-0004mV-CF
for Axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:02:40 -0500
Received: from mx20.gnu.org ([199.232.41.8]:27257)
by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.60) (envelope-from <ax87438@martinb.com>) id 1N6ogR-0000af-KM
for Axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:02:39 -0500
Received: from moutng.kundenserver.de ([212.227.126.186])
by mx20.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1N6ogP-0005iQ-70
for Axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:02:37 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis)
id 0MErMM-1MwLMF3nMw-00GCxY; Sat, 07 Nov 2009 18:02:22 +0100
From: Martin Baker <ax87438@martinb.com>
To: Bill Page <bill.page@newsynthesis.org>,
"axiom-devel" <Axiom-developer@nongnu.org>
Subject: Re: [Axiom-developer] Axiom compiling - newbie questions
Date: Sat, 7 Nov 2009 17:02:15 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <200911061703.16999.ax87438@martinb.com>
<fbcd16d40911061805s7f266012rb353faa0cd3eea7d@mail.gmail.com>
In-Reply-To: <fbcd16d40911061805s7f266012rb353faa0cd3eea7d@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200911071702.16108.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX18HaqnyY8udVR6jPF+LpcdpIPHsRh5aONIEeob
MxtF5sboNf953HscSZavrU2wiffDlrmVZ6E2lRVFBv0QT4lPBT
1og10t71/C2/7ezrHF1Vg==
X-detected-operating-system: by mx20.gnu.org: Genre and OS details not
recognized.
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6,
seldom 2.4 (older, 4)
Cc:
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Nov 2009 17:02:46 -0000
Bill,
Thanks very much for your reply, this gives me a clearer idea of the issues
involved.
In view of what you said and having looked at the Aldor site I think I will
stay with the Spad compiler.
I tried:
)show GrassmanAlgebra
and the output looked reasonable.
I thought that the problems that I saw were related to the compiler error
messages or to this message:
"Compiling AXIOM source code from file axiom/grassman.spad using old system
compiler."
However, after more trial and error, I think the problems that I am seeing
must be due to some kind of name clash?
The problem I am seeing is this:
(4) -> j: H2 := e(2)
>> System error:
Unknown bfd format
Full sequence below.
I am guessing that 'e' is exposed by both the existing CliffordAlgebra and by
GrassmanAlgebra which I created. I tried:
)set expose drop constructor CliffordAlgebra
but that only hides the constructor, is there a way to hide the variables and
functions also?
Thanks,
Martin
------------------------------------------------------------------
(1) -> )set mes auto off
(1) -> K := Fraction Polynomial Integer
(1) Fraction Polynomial Integer
Type: Domain
(2) -> m := matrix[[-1,0],[0,-1]]
+- 1 0 +
(2) | |
+ 0 - 1+
Type: Matrix Integer
(3) -> )library GRAS
GrassmanAlgebra is now explicitly exposed in frame frame0
GrassmanAlgebra will be automatically loaded when needed from
/home/martin/GRAS.nrlib/code
(3) -> )set expose drop constructor CliffordAlgebra
CliffordAlgebra is now explicitly hidden in frame frame0
(3) -> H2 := GrassmanAlgebra(2, K, quadraticForm m)
(3) GrassmanAlgebra(2,Fraction Polynomial Integer,MATRIX)
Type: Domain
(4) -> j: H2 := e(2)
>> System error:
Unknown bfd format
(4) -> )set expose drop group CliffordAlgebra
CliffordAlgebra is not a known exposure group name.
(4) -> j: H2 := e(2)$GrassmanAlgebra(2,Fraction Polynomial Integer,MATRIX)
Although Matrix is the name of a constructor, a full type must be
specified in the context you have used it. Issue )show Matrix for
more information.
(4) ->j: H2 := e(2)$GrassmanAlgebra(2,Fraction Polynomial
Integer,QuadraticForm(2,Fraction Polynomial Integer))
Cannot convert from type Domain to QuadraticForm(2,Fraction
Polynomial Integer) for value
QuadraticForm(2,Fraction(Polynomial(Integer())))
From MAILER-DAEMON Sat Nov 07 12:26:51 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N6p3r-0000RY-Pw
for mharc-axiom-developer@gnu.org; Sat, 07 Nov 2009 12:26:51 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N6p3p-0000RL-8N
for axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:26:49 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N6p3k-0000OZ-K4
for axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:26:48 -0500
Received: from [199.232.76.173] (port=54580 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N6p3k-0000OU-H7
for axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:26:44 -0500
Received: from hera.math.uni.wroc.pl ([156.17.86.1]:40043)
by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.60) (envelope-from <hebisch@math.uni.wroc.pl>)
id 1N6p3k-00076U-39
for axiom-developer@nongnu.org; Sat, 07 Nov 2009 12:26:44 -0500
Received: from hebisch by hera.math.uni.wroc.pl with local (Exim 4.63)
(envelope-from <hebisch@math.uni.wroc.pl>) id 1N6pCk-0006XH-IK
for axiom-developer@nongnu.org; Sat, 07 Nov 2009 17:36:02 +0000
Subject: Re: [Axiom-developer] Axiom compiling - newbie questions
In-Reply-To: <200911071702.16108.ax87438@martinb.com>
To: axiom-developer@nongnu.org
Date: Sat, 7 Nov 2009 18:36:02 +0100 (CET)
X-Mailer: ELM [version 2.4ME+ PL100 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Message-Id: <E1N6pCk-0006XH-IK@hera.math.uni.wroc.pl>
From: Waldek Hebisch <hebisch@math.uni.wroc.pl>
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3)
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Nov 2009 17:26:49 -0000
Martin Baker wrote:
> Bill,
>
> Thanks very much for your reply, this gives me a clearer idea of the issues
> involved.
>
> In view of what you said and having looked at the Aldor site I think I will
> stay with the Spad compiler.
>
> I tried:
> )show GrassmanAlgebra
> and the output looked reasonable.
>
> I thought that the problems that I saw were related to the compiler error
> messages or to this message:
> "Compiling AXIOM source code from file axiom/grassman.spad using old system
> compiler."
>
> However, after more trial and error, I think the problems that I am seeing
> must be due to some kind of name clash?
> The problem I am seeing is this:
>
> (4) -> j: H2 := e(2)
>
> >> System error:
> Unknown bfd format
>
The message means that Axiom binary you got is incompatible with
your system. More precisely, Axiom tries to load (use) your
freshly compiled code and failed.
--
Waldek Hebisch
hebisch@math.uni.wroc.pl
From MAILER-DAEMON Mon Nov 09 19:56:07 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7f1j-00068d-GQ
for mharc-axiom-developer@gnu.org; Mon, 09 Nov 2009 19:56:07 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7f1h-00068W-L4
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 19:56:05 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7f1d-00067x-6F
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 19:56:05 -0500
Received: from [199.232.76.173] (port=43501 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7f1d-00067u-0K
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 19:56:01 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:49662
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N7f1c-00056J-JY
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 19:56:00 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAA0tu8a019656;
Mon, 9 Nov 2009 18:55:57 -0600
Message-ID: <4AF8B921.8020201@axiom-developer.org>
Date: Mon, 09 Nov 2009 19:51:45 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>,
daly <daly@axiom-developer.org>,
Axiom-Developer <axiom-developer@nongnu.org>
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
In-Reply-To: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] pointers
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 00:56:06 -0000
You can get a memory pointer to a lisp object.
a:=Fraction(Integer)
returns the "memory location of Fraction(Integer)"
You can prove this with
b:=Fraction(Integer)
EQ(a,b)$Lisp
The lisp function EQ compares memory pointers.
There is a lisp function to get the hash value of any object
call sxhash. You can call it.
SXHASH(a)$Lisp
Note that if
c:=Integer
then
EQ(a,c)$Lisp is false
SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
Thus the hash function you seek already exists.
You just have to accept the fact that Spad is only syntactic
sugar for lisp code and lisp is not evil.
Tim
From MAILER-DAEMON Mon Nov 09 20:10:01 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7fFA-0002wd-Un
for mharc-axiom-developer@gnu.org; Mon, 09 Nov 2009 20:10:01 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7fF9-0002uw-1E
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:09:59 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7fF4-0002pc-05
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:09:58 -0500
Received: from [199.232.76.173] (port=51488 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7fF3-0002pX-S2
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:09:53 -0500
Received: from mail.sci.ccny.cuny.edu ([134.74.38.100]:47349
helo=cgate.sci.ccny.cuny.edu)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N7fF3-0007DK-Gb
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:09:53 -0500
Received: from [96.232.55.183] (account <wyscc@sci.ccny.cuny.edu>)
by cgate.sci.ccny.cuny.edu (CommuniGate Pro WebUser 4.0.5)
with HTTP id 18643191; Mon, 09 Nov 2009 20:09:30 -0500
From: "William Sit" <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
To: Tim Daly <daly@axiom-developer.org>,Bertfried Fauser
<Bertfried.Fauser@uni-konstanz.de>, daly <daly@axiom-developer.org>,
Axiom-Developer <axiom-developer@nongnu.org>
X-Mailer: CommuniGate Pro Web Mailer v.4.0.5
Date: Mon, 09 Nov 2009 20:09:30 -0500
Message-ID: <web-18643191@cgate.sci.ccny.cuny.edu>
In-Reply-To: <4AF8B921.8020201@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by monty-python.gnu.org: NetCache Data OnTap 5.x
Cc:
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 01:09:59 -0000
Tim:
Interesting. Is there a similar function that is more
structural? say, can I test whether some domain (which may
be passed as a parameter of type Field) is of the form
Fraction(something) and if so, extract "something" (that
is, assign it to a variable and further test it), sort of
a deconstruction?
William
On Mon, 09 Nov 2009 19:51:45 -0500
Tim Daly <daly@axiom-developer.org> wrote:
>You can get a memory pointer to a lisp object.
>
>a:=Fraction(Integer)
>
>returns the "memory location of Fraction(Integer)"
>You can prove this with
>
>b:=Fraction(Integer)
>EQ(a,b)$Lisp
>
>The lisp function EQ compares memory pointers.
>
>There is a lisp function to get the hash value of any
>object
>call sxhash. You can call it.
>
>SXHASH(a)$Lisp
>
>Note that if
>
>c:=Integer
>
>then
>EQ(a,c)$Lisp is false
>SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>
>Thus the hash function you seek already exists.
>You just have to accept the fact that Spad is only
>syntactic
>sugar for lisp code and lisp is not evil.
>
>Tim
>
>
>
>_______________________________________________
>Axiom-developer mailing list
>Axiom-developer@nongnu.org
>http://lists.nongnu.org/mailman/listinfo/axiom-developer
William Sit, Professor Emeritus
Mathematics, City College of New York
Office: R6/202C Tel: 212-650-5179
Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Mon Nov 09 20:19:00 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7fNr-0007CO-QL
for mharc-axiom-developer@gnu.org; Mon, 09 Nov 2009 20:18:59 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7fNq-0007Bx-UL
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:18:59 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7fNm-00079s-Ds
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:18:58 -0500
Received: from [199.232.76.173] (port=48011 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7fNm-00079j-45
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:18:54 -0500
Received: from mail-pz0-f188.google.com ([209.85.222.188]:44039)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <bill.page@newsynthesis.org>) id 1N7fNl-00007t-PU
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 20:18:54 -0500
Received: by pzk26 with SMTP id 26so2493370pzk.4
for <axiom-developer@nongnu.org>; Mon, 09 Nov 2009 17:18:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.142.6.11 with SMTP id 11mr913910wff.68.1257815931995; Mon, 09
Nov 2009 17:18:51 -0800 (PST)
In-Reply-To: <4AF8B921.8020201@axiom-developer.org>
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4AF8B921.8020201@axiom-developer.org>
Date: Mon, 9 Nov 2009 20:18:51 -0500
Message-ID: <fbcd16d40911091718o41c95ad6vb3ee94de5e138039@mail.gmail.com>
Subject: Re: [Axiom-developer] pointers
From: Bill Page <bill.page@newsynthesis.org>
To: Tim Daly <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 01:18:59 -0000
Tim,
Besides the fact that from the standard we only have that
(equal x y) implies (= (sxhash x) (sxhash y)).
Do you see any reason why SXHASH is not used by default in SetCategory?
Note: OpenAxiom currently defines this default:
add
hash(s : %): SingleInteger == SXHASH(s)$Lisp
Regards,
Bill Page.
On Mon, Nov 9, 2009 at 7:51 PM, Tim Daly <daly@axiom-developer.org> wrote:
> ...
> There is a lisp function to get the hash value of any object
> call sxhash. You can call it.
>
> SXHASH(a)$Lisp
>
> Note that if
>
> c:=Integer
>
> then
> EQ(a,c)$Lisp is false
> SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>
> Thus the hash function you seek already exists.
> You just have to accept the fact that Spad is only syntactic
> sugar for lisp code and lisp is not evil.
From MAILER-DAEMON Mon Nov 09 21:29:12 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7gTo-0005yP-BB
for mharc-axiom-developer@gnu.org; Mon, 09 Nov 2009 21:29:12 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7gTm-0005xe-Ch
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:29:10 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7gTh-0005vm-Ld
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:29:09 -0500
Received: from [199.232.76.173] (port=41445 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7gTh-0005vf-FB
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:29:05 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:42148
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N7gTh-00030e-3Z
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:29:05 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAA2T08a031021;
Mon, 9 Nov 2009 20:29:01 -0600
Message-ID: <4AF8CEF0.9010704@axiom-developer.org>
Date: Mon, 09 Nov 2009 21:24:48 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: William Sit <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
References: <web-18643191@cgate.sci.ccny.cuny.edu>
In-Reply-To: <web-18643191@cgate.sci.ccny.cuny.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 02:29:10 -0000
I'm not sure what you want. Perhaps you'd like to say:
a:=Fraction(Polynomial(Integer))
b:=devaluate(a)$Lisp
which returns the list (actually of type SExpression)
(Fraction (Polynomial (Integer)))
c:=destruct(b)
c.2
which returns (Polynomial (Integer))
Does that help?
Tim
William Sit wrote:
> Tim:
>
> Interesting. Is there a similar function that is more structural? say,
> can I test whether some domain (which may be passed as a parameter of
> type Field) is of the form Fraction(something) and if so, extract
> "something" (that is, assign it to a variable and further test it),
> sort of a deconstruction?
>
> William
>
> On Mon, 09 Nov 2009 19:51:45 -0500
> Tim Daly <daly@axiom-developer.org> wrote:
>> You can get a memory pointer to a lisp object.
>>
>> a:=Fraction(Integer)
>>
>> returns the "memory location of Fraction(Integer)"
>> You can prove this with
>>
>> b:=Fraction(Integer)
>> EQ(a,b)$Lisp
>>
>> The lisp function EQ compares memory pointers.
>>
>> There is a lisp function to get the hash value of any object
>> call sxhash. You can call it.
>>
>> SXHASH(a)$Lisp
>>
>> Note that if
>>
>> c:=Integer
>>
>> then
>> EQ(a,c)$Lisp is false
>> SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>
>> Thus the hash function you seek already exists.
>> You just have to accept the fact that Spad is only syntactic
>> sugar for lisp code and lisp is not evil.
>>
>> Tim
>>
>>
>>
>> _______________________________________________
>> Axiom-developer mailing list
>> Axiom-developer@nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>
> William Sit, Professor Emeritus
> Mathematics, City College of New York Office: R6/202C
> Tel: 212-650-5179
> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>
From MAILER-DAEMON Mon Nov 09 21:42:47 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7ggx-0008MD-Ob
for mharc-axiom-developer@gnu.org; Mon, 09 Nov 2009 21:42:47 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7ggv-0008La-Ti
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:42:45 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7ggr-0008Je-8q
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:42:45 -0500
Received: from [199.232.76.173] (port=39552 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7ggr-0008JY-1c
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:42:41 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:48641
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N7ggq-0005Ki-L5
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 21:42:40 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAA2gb8a005201;
Mon, 9 Nov 2009 20:42:38 -0600
Message-ID: <4AF8D222.1030905@axiom-developer.org>
Date: Mon, 09 Nov 2009 21:38:26 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bill Page <bill.page@newsynthesis.org>
Subject: Re: [Axiom-developer] pointers
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4AF8B921.8020201@axiom-developer.org>
<fbcd16d40911091718o41c95ad6vb3ee94de5e138039@mail.gmail.com>
In-Reply-To: <fbcd16d40911091718o41c95ad6vb3ee94de5e138039@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 02:42:46 -0000
OpenAxiom's choice is perfectly rational as far as I can tell.
The only issue would be that Aldor hashing would not equal Spad hashing.
I do not know where hashing is used at the Spad level.
Spad domains are stored in $ConstructorCache, once they are created.
In a newly started session do:
)lisp (gethash '|Fraction| |$ConstructorCache|) ==> nil
then do
a:=1/2
)lisp (gethash '|Fraction| |$ConstructorCache|) ==> ((((|Integer|)) 2 .
#<vector 08beb9f4>))
So spad domains are hashed internally.
I recommend that we follow OpenAxiom's lead on this provided nothing breaks.
Tim
Bill Page wrote:
> Tim,
>
> Besides the fact that from the standard we only have that
>
> (equal x y) implies (= (sxhash x) (sxhash y)).
>
> Do you see any reason why SXHASH is not used by default in SetCategory?
>
> Note: OpenAxiom currently defines this default:
>
> add
> hash(s : %): SingleInteger == SXHASH(s)$Lisp
>
> Regards,
> Bill Page.
>
> On Mon, Nov 9, 2009 at 7:51 PM, Tim Daly <daly@axiom-developer.org> wrote:
>
>> ...
>> There is a lisp function to get the hash value of any object
>> call sxhash. You can call it.
>>
>> SXHASH(a)$Lisp
>>
>> Note that if
>>
>> c:=Integer
>>
>> then
>> EQ(a,c)$Lisp is false
>> SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>
>> Thus the hash function you seek already exists.
>> You just have to accept the fact that Spad is only syntactic
>> sugar for lisp code and lisp is not evil.
>>
>
>
From MAILER-DAEMON Mon Nov 09 22:21:37 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7hIX-0005mf-AO
for mharc-axiom-developer@gnu.org; Mon, 09 Nov 2009 22:21:37 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7hIV-0005m9-L1
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 22:21:35 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7hIQ-0005kA-5O
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 22:21:34 -0500
Received: from [199.232.76.173] (port=48715 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7hIQ-0005k5-1J
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 22:21:30 -0500
Received: from mail-vw0-f197.google.com ([209.85.212.197]:49284)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <dosreis@gmail.com>) id 1N7hIP-0002O1-Oy
for axiom-developer@nongnu.org; Mon, 09 Nov 2009 22:21:29 -0500
Received: by vws35 with SMTP id 35so990203vws.4
for <axiom-developer@nongnu.org>; Mon, 09 Nov 2009 19:21:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:sender:received:in-reply-to
:references:date:x-google-sender-auth:message-id:subject:from:to:cc
:content-type; bh=o7ZHaq75hWirSa+KtTCt+GXbwaRrxK7b+cGGzO9UqvQ=;
b=kGCJssqgppv5lTaf5VflqW6YkazdCf4iv0mD1l1CYjCiXLt50yRVXWjdS1qyh5BpOS
MQpRFAF8BzsW/tGE1iIh9I0YpjgUFm6c5X94xgeewX+ZpXluCPbtCbXjYjaC/ZQxrCjR
I6BoUemjBx3U/CGabce09eSLTTjRZrygPj/MM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
h=mime-version:sender:in-reply-to:references:date
:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
b=KxY50n4vuUihiQTMneqnbtons5FyArk746gJ2Rf+avygXyTbPHkkY1/vMxPFNlxRSx
YuuDpIjtWPrlIpNZH5Q8c8Pi0lk9bljRFABQR5Lcoswfk3ZSaIThuISxyUSivD9+viJB
+j26S+CgX5+kQWh63OeYkYi4gR1Nd79o7QkkY=
MIME-Version: 1.0
Sender: dosreis@gmail.com
Received: by 10.220.122.100 with SMTP id k36mr9782683vcr.38.1257823288683;
Mon, 09 Nov 2009 19:21:28 -0800 (PST)
In-Reply-To: <web-18643191@cgate.sci.ccny.cuny.edu>
References: <4AF8B921.8020201@axiom-developer.org>
<web-18643191@cgate.sci.ccny.cuny.edu>
Date: Mon, 9 Nov 2009 21:21:28 -0600
X-Google-Sender-Auth: 1a83fbe3bad3777a
Message-ID: <206fcf960911091921x5d59dfd9hdb950bc5888b01cb@mail.gmail.com>
Subject: Re: [Axiom-developer] pointers
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
To: William Sit <wyscc@sci.ccny.cuny.edu>
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: open-axiom-help@lists.sf.net, Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 03:21:35 -0000
On Mon, Nov 9, 2009 at 7:09 PM, William Sit <wyscc@sci.ccny.cuny.edu> wrote:
> Tim:
>
> Interesting. Is there a similar function that is more structural? say, can I
> test whether some domain (which may be passed as a parameter of type Field)
> is of the form Fraction(something) and if so, extract "something" (that is,
> assign it to a variable and further test it), sort of a deconstruction?
William --
In OpenAxiom, when you get a domain, you can reify it, and
ask for the arguments that were used to instantiate it:
(1) -> reify Fraction Integer
(1) Fraction Integer
Type: ConstructorCall DomainConstructor
(2) -> arguments reify Fraction Integer
(2) [(Integer)]
Type: List Syntax
From MAILER-DAEMON Tue Nov 10 00:37:07 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7jPf-0004Tz-19
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 00:37:07 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7jPc-0004TO-Di
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 00:37:04 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7jPX-0004So-Ig
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 00:37:03 -0500
Received: from [199.232.76.173] (port=45164 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7jPX-0004Sl-Cm
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 00:36:59 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:44942
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N7jPX-0006hl-0z
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 00:36:59 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAA5aq8a020483;
Mon, 9 Nov 2009 23:36:53 -0600
Message-ID: <4AF8FB33.9060409@axiom-developer.org>
Date: Tue, 10 Nov 2009 00:33:39 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bill Page <bill.page@newsynthesis.org>
Subject: Re: [Axiom-developer] pointers
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4AF8B921.8020201@axiom-developer.org>
<fbcd16d40911091718o41c95ad6vb3ee94de5e138039@mail.gmail.com>
In-Reply-To: <fbcd16d40911091718o41c95ad6vb3ee94de5e138039@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Gabriel Dos Reis <gdr@cs.tamu.edu>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 05:37:05 -0000
Note that, under this definition
a:Dequeue(Integer):= dequeue [1,2,3,4,5]
b:Queue(Integer):= queue [1,2,3,4,5]
hash(a) == hash(b)
This is because the internal data representation of both objects is:
((1 2 3 4 5))
Nevertheless, this is a perfectly reasonable hash function.
Tim
Bill Page wrote:
> Tim,
>
> Besides the fact that from the standard we only have that
>
> (equal x y) implies (= (sxhash x) (sxhash y)).
>
> Do you see any reason why SXHASH is not used by default in SetCategory?
>
> Note: OpenAxiom currently defines this default:
>
> add
> hash(s : %): SingleInteger == SXHASH(s)$Lisp
>
> Regards,
> Bill Page.
>
> On Mon, Nov 9, 2009 at 7:51 PM, Tim Daly <daly@axiom-developer.org> wrote:
>
>> ...
>> There is a lisp function to get the hash value of any object
>> call sxhash. You can call it.
>>
>> SXHASH(a)$Lisp
>>
>> Note that if
>>
>> c:=Integer
>>
>> then
>> EQ(a,c)$Lisp is false
>> SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>
>> Thus the hash function you seek already exists.
>> You just have to accept the fact that Spad is only syntactic
>> sugar for lisp code and lisp is not evil.
>>
>
>
From MAILER-DAEMON Tue Nov 10 02:42:31 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7lN1-0003eW-AL
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 02:42:31 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7lMz-0003e8-AL
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 02:42:29 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7lMu-0003dH-II
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 02:42:28 -0500
Received: from [199.232.76.173] (port=39724 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7lMu-0003dE-EK
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 02:42:24 -0500
Received: from mx20.gnu.org ([199.232.41.8]:16657)
by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.60) (envelope-from <gdr@cs.tamu.edu>) id 1N7lMt-0001ih-Tf
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 02:42:24 -0500
Received: from smtp.cs.tamu.edu ([128.194.138.107])
by mx20.gnu.org with esmtp (Exim 4.60)
(envelope-from <gdr@cs.tamu.edu>) id 1N7lMr-00061E-BR
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 02:42:21 -0500
Received: from gauss.cs.tamu.edu (gauss.cs.tamu.edu [128.194.136.74])
by smtp.cs.tamu.edu (Postfix) with ESMTP id CEA5F19042B;
Tue, 10 Nov 2009 01:42:14 -0600 (CST)
Received: by gauss.cs.tamu.edu (Postfix, from userid 1000)
id 1128C90502; Tue, 10 Nov 2009 01:42:52 -0600 (CST)
Sender: gdr@cs.tamu.edu
To: Tim Daly <daly@axiom-developer.org>
Subject: Re: [Axiom-developer] pointers
From: Gabriel Dos Reis <gdr@cs.tamu.edu>
In-Reply-To: <4AF8FB33.9060409@axiom-developer.org> (Tim Daly's message of
"Tue\, 10 Nov 2009 00\:33\:39 -0500")
Organization: Texas A&M University / Department of Computer Science &
Enigneering
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4AF8B921.8020201@axiom-developer.org>
<fbcd16d40911091718o41c95ad6vb3ee94de5e138039@mail.gmail.com>
<4AF8FB33.9060409@axiom-developer.org>
Date: Tue, 10 Nov 2009 01:42:51 -0600
Message-ID: <87tyx2g70k.fsf@gauss.cs.tamu.edu>
Lines: 20
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-detected-operating-system: by mx20.gnu.org: Solaris 10 (beta)
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6,
seldom 2.4 (older, 4)
Cc: open-axiom-help@lists.sf.net, Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 07:42:29 -0000
Tim Daly <daly@axiom-developer.org> writes:
| Note that, under this definition
|
| a:Dequeue(Integer):= dequeue [1,2,3,4,5]
| b:Queue(Integer):= queue [1,2,3,4,5]
|
| hash(a) == hash(b)
^^
I suspect you meant '='.
In any case, unless you have a hash function that is a bijection of the
whole universe onto the finite set SingleInteger, you're going to get
different objects/values mapped to the same hash value no matter what.
OpenAxiom being strongly typed, I'm not worried that you're going to put
both a and b in the same HashTable and not being able to avoid the
collision.
-- Gaby
From MAILER-DAEMON Tue Nov 10 11:38:52 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7tk4-0005ov-3Q
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 11:38:52 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7tk0-0005mt-LN
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:38:48 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7tjv-0005kI-BP
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:38:47 -0500
Received: from [199.232.76.173] (port=38569 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7tjv-0005k5-1h
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:38:43 -0500
Received: from mail.sci.ccny.cuny.edu ([134.74.38.100]:49545
helo=cgate.sci.ccny.cuny.edu)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N7tju-00073E-It
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:38:42 -0500
Received: from [96.232.55.183] (account <wyscc@sci.ccny.cuny.edu>)
by cgate.sci.ccny.cuny.edu (CommuniGate Pro WebUser 4.0.5)
with HTTP id 18648445; Tue, 10 Nov 2009 11:38:25 -0500
From: "William Sit" <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
To: Tim Daly <daly@axiom-developer.org>,William Sit <wyscc@sci.ccny.cuny.edu>
X-Mailer: CommuniGate Pro Web Mailer v.4.0.5
Date: Tue, 10 Nov 2009 11:38:25 -0500
Message-ID: <web-18648445@cgate.sci.ccny.cuny.edu>
In-Reply-To: <4AF8CEF0.9010704@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by monty-python.gnu.org: NetCache Data OnTap 5.x
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 16:38:48 -0000
Thanks, Tim. That is exactly what I am looking for. Now I
would like to compare c.1 with some known constructor, say
Fraction. (In other words, given a domain of category
Field, I would like to know if it comes from the
constructor Fraction). I tried a few variations and each
time, Axiom says:
Although Fraction is the name of a constructor, a full
type must be specified in the context you have used it.
Issue )show Fraction for more information.
Things I tried:
a:=FiniteField(5,2)
b:=devaluate(a)$Lisp
c:=destruct(b)
c.1
d:="Fraction"::SExpression
e:Boolean
e:=EQ(c.1,d) -- message above
e:=(c.1=Fraction) -- message above
e:= (c.1=d$Lisp) -- message above
a1:=Fraction Integer
b1:=devaluate(a1)$Lisp
c1:=destruct(b1)
e:=(c.1=c1.1) -- message above
I confess that I'm still using a very old Window version
(Version of Tuesday November 30, 2004 at 21:11:14) but I
don't think that makes a difference in these examples.
William
On Mon, 09 Nov 2009 21:24:48 -0500
Tim Daly <daly@axiom-developer.org> wrote:
>I'm not sure what you want. Perhaps you'd like to say:
>
>a:=Fraction(Polynomial(Integer))
>b:=devaluate(a)$Lisp
>
>which returns the list (actually of type SExpression)
>
>(Fraction (Polynomial (Integer)))
>
>c:=destruct(b)
>c.2
>
>which returns (Polynomial (Integer))
>
>Does that help?
>
>Tim
>
>
>William Sit wrote:
>>Tim:
>>
>>Interesting. Is there a similar function that is more
>>structural? say,
>>can I test whether some domain (which may be passed as a
>>parameter of
>>type Field) is of the form Fraction(something) and if so,
>>extract
>>"something" (that is, assign it to a variable and further
>>test it),
>>sort of a deconstruction?
>>
>>William
>>
>>On Mon, 09 Nov 2009 19:51:45 -0500
>> Tim Daly <daly@axiom-developer.org> wrote:
>>>You can get a memory pointer to a lisp object.
>>>
>>>a:=Fraction(Integer)
>>>
>>>returns the "memory location of Fraction(Integer)"
>>>You can prove this with
>>>
>>>b:=Fraction(Integer)
>>>EQ(a,b)$Lisp
>>>
>>>The lisp function EQ compares memory pointers.
>>>
>>>There is a lisp function to get the hash value of any
>>>object
>>>call sxhash. You can call it.
>>>
>>>SXHASH(a)$Lisp
>>>
>>>Note that if
>>>
>>>c:=Integer
>>>
>>>then
>>>EQ(a,c)$Lisp is false
>>>SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>>
>>>Thus the hash function you seek already exists.
>>>You just have to accept the fact that Spad is only
>>>syntactic
>>>sugar for lisp code and lisp is not evil.
>>>
>>>Tim
>>>
>>>
>>>
>>>_______________________________________________
>>>Axiom-developer mailing list
>>>Axiom-developer@nongnu.org
>>>http://lists.nongnu.org/mailman/listinfo/axiom-developer
>>
>>William Sit, Professor Emeritus
>>Mathematics, City College of New York
>> Office: R6/202C
>>Tel: 212-650-5179
>>Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>
>
William Sit, Professor Emeritus
Mathematics, City College of New York
Office: R6/202C Tel: 212-650-5179
Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Tue Nov 10 11:45:40 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7tqe-0004pI-Bj
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 11:45:40 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7tqc-0004o3-8g
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:45:38 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7tqX-0004kA-I6
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:45:37 -0500
Received: from [199.232.76.173] (port=54565 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7tqX-0004k7-BY
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:45:33 -0500
Received: from mail.sci.ccny.cuny.edu ([134.74.38.100]:49594
helo=cgate.sci.ccny.cuny.edu)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N7tqX-0008Jm-0V
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 11:45:33 -0500
Received: from [96.232.55.183] (account <wyscc@sci.ccny.cuny.edu>)
by cgate.sci.ccny.cuny.edu (CommuniGate Pro WebUser 4.0.5)
with HTTP id 18648574; Tue, 10 Nov 2009 11:45:15 -0500
From: "William Sit" <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
To: Gabriel Dos Reis <gdr@integrable-solutions.net>,William Sit
<wyscc@sci.ccny.cuny.edu>
X-Mailer: CommuniGate Pro Web Mailer v.4.0.5
Date: Tue, 10 Nov 2009 11:45:15 -0500
Message-ID: <web-18648574@cgate.sci.ccny.cuny.edu>
In-Reply-To: <206fcf960911091921x5d59dfd9hdb950bc5888b01cb@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by monty-python.gnu.org: NetCache Data OnTap 5.x
Cc: open-axiom-help@lists.sf.net, Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 16:45:38 -0000
Gabriel:
Thanks for the response. Your script shows how to get the
parameters, not the constructor. I do not have OpenAxiom
installed (sorry). The question is whether I can test that
the constructor is Fraction, or otherwise (like
FiniteField) when the domain belongs to the category
Field.
I came across this requirement in algorithms that may take
advantage of special knowledge of how the coefficient
field is constructed.
William
On Mon, 9 Nov 2009 21:21:28 -0600
Gabriel Dos Reis <gdr@integrable-solutions.net> wrote:
>On Mon, Nov 9, 2009 at 7:09 PM, William Sit
><wyscc@sci.ccny.cuny.edu> wrote:
>> Tim:
>>
>> Interesting. Is there a similar function that is more
>>structural? say, can I
>> test whether some domain (which may be passed as a
>>parameter of type Field)
>> is of the form Fraction(something) and if so, extract
>>"something" (that is,
>> assign it to a variable and further test it), sort of a
>>deconstruction?
>
>William --
>
> In OpenAxiom, when you get a domain, you can reify
>it, and
>ask for the arguments that were used to instantiate it:
>
>(1) -> reify Fraction Integer
> (1) Fraction Integer
> Type:
>ConstructorCall DomainConstructor
>(2) -> arguments reify Fraction Integer
> (2) [(Integer)]
>
> Type: List Syntax
William Sit, Professor Emeritus
Mathematics, City College of New York
Office: R6/202C Tel: 212-650-5179
Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Tue Nov 10 12:01:16 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7u5i-0001nX-I7
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 12:01:15 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7u5d-0001lP-86
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:01:10 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7u5W-0001if-PW
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:01:07 -0500
Received: from [199.232.76.173] (port=34505 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7u5W-0001iV-5J
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:01:02 -0500
Received: from mail.sci.ccny.cuny.edu ([134.74.38.100]:49650
helo=cgate.sci.ccny.cuny.edu)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N7u5V-0002P1-BR
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:01:01 -0500
Received: from [96.232.55.183] (account <wyscc@sci.ccny.cuny.edu>)
by cgate.sci.ccny.cuny.edu (CommuniGate Pro WebUser 4.0.5)
with HTTP id 18648742; Tue, 10 Nov 2009 12:00:58 -0500
From: "William Sit" <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
To: "William Sit" <wyscc@sci.ccny.cuny.edu>,Tim Daly
<daly@axiom-developer.org>,William Sit <wyscc@sci.ccny.cuny.edu>
X-Mailer: CommuniGate Pro Web Mailer v.4.0.5
Date: Tue, 10 Nov 2009 12:00:58 -0500
Message-ID: <web-18648742@cgate.sci.ccny.cuny.edu>
In-Reply-To: <web-18648445@cgate.sci.ccny.cuny.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by monty-python.gnu.org: NetCache Data OnTap 5.x
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 17:01:13 -0000
Tim:
Sorry about the last message, please ignore.
The problem is solved (I was simply not being careful) and
made some false claims on the results.
(16) -> )clear all
All user variables and function definitions have been
cleared.
(1) -> a:=FiniteField(5,2)
(1) FiniteField(5,2)
Type: Domain
(2) -> b:=devaluate(a)$Lisp
(2) (FiniteField 5 2)
Type: SExpression
(3) -> c:=destruct(b)
(3) [FiniteField,5,2]
Type:
List SExpression
(4) -> c.1
(4) FiniteField
Type: SExpression
(5) -> d:="Fraction"::SExpression
(5) Fraction
Type: SExpression
(6) -> e:Boolean
Type: Void
(7) -> e:=EQ(c.1,d)$Lisp
(7) ()
Type:
SExpression
(7) -> e:=(c.1=Fraction) -- message above
Although Fraction is the name of a constructor, a full
type must be
specified in the context you have used it. Issue
)show Fraction
for more information.
(7) -> e:= (c.1=d$Lisp)
>> System error:
The variable |d| is unbound.
protected-symbol-warn called with (NIL)
(7) -> a1:=Fraction Integer
(7) Fraction Integer
Type: Domain
(8) -> b1:=devaluate(a1)$Lisp
(8) (Fraction (Integer))
Type: SExpression
(9) -> c1:=destruct(b1)
(9) [Fraction,(Integer)]
Type:
List SExpression
(10) -> e:=(c.1=c1.1)
(10) false
Type: Boolean
William
----
On Tue, 10 Nov 2009 11:38:25 -0500
"William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
>Thanks, Tim. That is exactly what I am looking for. Now I
>would like to compare c.1 with some known constructor,
>say Fraction. (In other words, given a domain of category
>Field, I would like to know if it comes from the
>constructor Fraction). I tried a few variations and each
>time, Axiom says:
>
>Although Fraction is the name of a constructor, a full
>type must be specified in the context you have used it.
>Issue )show Fraction for more information.
>
>Things I tried:
>
>a:=FiniteField(5,2)
>b:=devaluate(a)$Lisp
>c:=destruct(b)
>c.1
>d:="Fraction"::SExpression
>e:Boolean
>e:=EQ(c.1,d) -- message above
>e:=(c.1=Fraction) -- message above
>e:= (c.1=d$Lisp) -- message above
>a1:=Fraction Integer
>b1:=devaluate(a1)$Lisp
>c1:=destruct(b1)
>e:=(c.1=c1.1) -- message above
>
>I confess that I'm still using a very old Window version
>(Version of Tuesday November 30, 2004 at 21:11:14) but I
>don't think that makes a difference in these examples.
>
>William
>
>On Mon, 09 Nov 2009 21:24:48 -0500
> Tim Daly <daly@axiom-developer.org> wrote:
>>I'm not sure what you want. Perhaps you'd like to say:
>>
>>a:=Fraction(Polynomial(Integer))
>>b:=devaluate(a)$Lisp
>>
>>which returns the list (actually of type SExpression)
>>
>>(Fraction (Polynomial (Integer)))
>>
>>c:=destruct(b)
>>c.2
>>
>>which returns (Polynomial (Integer))
>>
>>Does that help?
>>
>>Tim
>>
>>
>>William Sit wrote:
>>>Tim:
>>>
>>>Interesting. Is there a similar function that is more
>>>structural? say, can I test whether some domain (which
>>>may be passed as a parameter of type Field) is of the
>>>form Fraction(something) and if so, extract "something"
>>>(that is, assign it to a variable and further test it),
>>>sort of a deconstruction?
>>>
>>>William
>>>
>>>On Mon, 09 Nov 2009 19:51:45 -0500
>>>Tim Daly <daly@axiom-developer.org> wrote:
>>>>You can get a memory pointer to a lisp object.
>>>>
>>>>a:=Fraction(Integer)
>>>>
>>>>returns the "memory location of Fraction(Integer)"
>>>>You can prove this with
>>>>
>>>>b:=Fraction(Integer)
>>>>EQ(a,b)$Lisp
>>>>
>>>>The lisp function EQ compares memory pointers.
>>>>
>>>>There is a lisp function to get the hash value of any
>>>>object
>>>>call sxhash. You can call it.
>>>>
>>>>SXHASH(a)$Lisp
>>>>
>>>>Note that if
>>>>
>>>>c:=Integer
>>>>
>>>>then
>>>>EQ(a,c)$Lisp is false
>>>>SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>>>
>>>>Thus the hash function you seek already exists.
>>>>You just have to accept the fact that Spad is only
>>>>syntactic
>>>>sugar for lisp code and lisp is not evil.
>>>>
>>>>Tim
>>>>
>>>>
>>>>
>>>>_______________________________________________
>>>>Axiom-developer mailing list
>>>>Axiom-developer@nongnu.org
>>>>http://lists.nongnu.org/mailman/listinfo/axiom-developer
>>>
>>>William Sit, Professor Emeritus
>>>Mathematics, City College of New York
>>> Office: R6/202C
>>>Tel: 212-650-5179
>>>Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>>
>>
>
>William Sit, Professor Emeritus
>Mathematics, City College of New York
> Office: R6/202C Tel: 212-650-5179
>Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
William Sit, Professor Emeritus
Mathematics, City College of New York
Office: R6/202C Tel: 212-650-5179
Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Tue Nov 10 12:23:14 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7uR0-0000mT-2S
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 12:23:14 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7uQy-0000ks-UR
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:23:13 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7uQu-0000ef-LO
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:23:12 -0500
Received: from [199.232.76.173] (port=55007 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7uQu-0000eU-FE
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:23:08 -0500
Received: from mail.sci.ccny.cuny.edu ([134.74.38.100]:49882
helo=cgate.sci.ccny.cuny.edu)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N7uQt-00067N-V8
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:23:08 -0500
Received: from [96.232.55.183] (account <wyscc@sci.ccny.cuny.edu>)
by cgate.sci.ccny.cuny.edu (CommuniGate Pro WebUser 4.0.5)
with HTTP id 18649118; Tue, 10 Nov 2009 12:22:51 -0500
From: "William Sit" <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
To: "William Sit" <wyscc@sci.ccny.cuny.edu>,"William Sit"
<wyscc@sci.ccny.cuny.edu>,Tim Daly <daly@axiom-developer.org>,William
Sit <wyscc@sci.ccny.cuny.edu>
X-Mailer: CommuniGate Pro Web Mailer v.4.0.5
Date: Tue, 10 Nov 2009 12:22:51 -0500
Message-ID: <web-18649118@cgate.sci.ccny.cuny.edu>
In-Reply-To: <web-18648742@cgate.sci.ccny.cuny.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by monty-python.gnu.org: NetCache Data OnTap 5.x
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 17:23:13 -0000
It appears that to test the constructor, one must test a
candidate against a known one via the constructor itself,
and not be "fiat" by using a SExpression. Is this related
to hashing of pointers? Continuing with script in the
previous email (attached):
(11) -> EQ(c.1,d)$Lisp
(11) ()
Type: SExpression
(12) -> EQ(c1.1,d)$Lisp
(12) ()
Type: SExpression
-- So EQ$Lisp returns () in both cases, even for
-- EQ(c.1,c1.1)$Lisp
-- (19) ()
--Type: SExpression
(13) -> e:=(c.1=d)
(13) false
Type: Boolean
(14) -> e:=(c1.1=d)
(14) false
Type: Boolean
-- same problem with = using SExpression.
15) -> e:=(c1.1=c1.1)
(15) true
Type: Boolean
(16) -> d
(16) Fraction
Type: SExpression
(17) -> c1.1
(17) Fraction
Type: SExpression
So it seems there is some distinction: d (defined
explicitly as Fraction::SExpression) is different from
c1.1 defined using devaluate/destruct from a domain. A
user should not need to know the various way "equal" is
tested if the two arguments for "equal" come from the same
domain SExpression. So is this a bug?
William
On Tue, 10 Nov 2009 12:00:58 -0500
"William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
>Tim:
>
>Sorry about the last message, please ignore.
>The problem is solved (I was simply not being careful)
>and made some false claims on the results.
>
>(16) -> )clear all
> All user variables and function definitions have been
>cleared.
>(1) -> a:=FiniteField(5,2)
>
> (1) FiniteField(5,2)
>
>
> Type: Domain
>(2) -> b:=devaluate(a)$Lisp
>
> (2) (FiniteField 5 2)
>
>
> Type: SExpression
>(3) -> c:=destruct(b)
>
> (3) [FiniteField,5,2]
> Type:
>List SExpression
>(4) -> c.1
>
> (4) FiniteField
>
>
> Type: SExpression
>(5) -> d:="Fraction"::SExpression
>
> (5) Fraction
>
>
> Type: SExpression
>(6) -> e:Boolean
>
>
> Type: Void
>(7) -> e:=EQ(c.1,d)$Lisp
>
> (7) ()
> Type:
>SExpression
>(7) -> e:=(c.1=Fraction) -- message above
>
> Although Fraction is the name of a constructor, a
>full
>type must be
> specified in the context you have used it. Issue
>)show Fraction
> for more information.
>(7) -> e:= (c.1=d$Lisp)
>
> >> System error:
> The variable |d| is unbound.
>
>protected-symbol-warn called with (NIL)
>(7) -> a1:=Fraction Integer
>
> (7) Fraction Integer
>
>
> Type: Domain
>(8) -> b1:=devaluate(a1)$Lisp
>
> (8) (Fraction (Integer))
>
>
> Type: SExpression
>(9) -> c1:=destruct(b1)
>
> (9) [Fraction,(Integer)]
> Type:
>List SExpression
>(10) -> e:=(c.1=c1.1)
>
> (10) false
>
>
> Type: Boolean
>
>William
>----
>
>On Tue, 10 Nov 2009 11:38:25 -0500
> "William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
>>Thanks, Tim. That is exactly what I am looking for. Now I
>>would like to compare c.1 with some known constructor,
>>say Fraction. (In other words, given a domain of category
>>Field, I would like to know if it comes from the
>>constructor Fraction). I tried a few variations and each
>>time, Axiom says:
>>
>>Although Fraction is the name of a constructor, a full
>>type must be specified in the context you have used it.
>>Issue )show Fraction for more information.
>>
>>Things I tried:
>>
>>a:=FiniteField(5,2)
>>b:=devaluate(a)$Lisp
>>c:=destruct(b)
>>c.1
>>d:="Fraction"::SExpression
>>e:Boolean
>>e:=EQ(c.1,d) -- message above
>>e:=(c.1=Fraction) -- message above
>>e:= (c.1=d$Lisp) -- message above
>>a1:=Fraction Integer
>>b1:=devaluate(a1)$Lisp
>>c1:=destruct(b1)
>>e:=(c.1=c1.1) -- message above
>>
>>I confess that I'm still using a very old Window version
>>(Version of Tuesday November 30, 2004 at 21:11:14) but I
>>don't think that makes a difference in these examples.
>>
>>William
>>
>>On Mon, 09 Nov 2009 21:24:48 -0500
>> Tim Daly <daly@axiom-developer.org> wrote:
>>>I'm not sure what you want. Perhaps you'd like to say:
>>>
>>>a:=Fraction(Polynomial(Integer))
>>>b:=devaluate(a)$Lisp
>>>
>>>which returns the list (actually of type SExpression)
>>>
>>>(Fraction (Polynomial (Integer)))
>>>
>>>c:=destruct(b)
>>>c.2
>>>
>>>which returns (Polynomial (Integer))
>>>
>>>Does that help?
>>>
>>>Tim
>>>
>>>
>>>William Sit wrote:
>>>>Tim:
>>>>
>>>>Interesting. Is there a similar function that is more
>>>>structural? say, can I test whether some domain (which
>>>>may be passed as a parameter of type Field) is of the
>>>>form Fraction(something) and if so, extract "something"
>>>>(that is, assign it to a variable and further test it),
>>>>sort of a deconstruction?
>>>>
>>>>William
>>>>
>>>>On Mon, 09 Nov 2009 19:51:45 -0500
>>>>Tim Daly <daly@axiom-developer.org> wrote:
>>>>>You can get a memory pointer to a lisp object.
>>>>>
>>>>>a:=Fraction(Integer)
>>>>>
>>>>>returns the "memory location of Fraction(Integer)"
>>>>>You can prove this with
>>>>>
>>>>>b:=Fraction(Integer)
>>>>>EQ(a,b)$Lisp
>>>>>
>>>>>The lisp function EQ compares memory pointers.
>>>>>
>>>>>There is a lisp function to get the hash value of any
>>>>>object
>>>>>call sxhash. You can call it.
>>>>>
>>>>>SXHASH(a)$Lisp
>>>>>
>>>>>Note that if
>>>>>
>>>>>c:=Integer
>>>>>
>>>>>then
>>>>>EQ(a,c)$Lisp is false
>>>>>SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>>>>
>>>>>Thus the hash function you seek already exists.
>>>>>You just have to accept the fact that Spad is only
>>>>>syntactic
>>>>>sugar for lisp code and lisp is not evil.
>>>>>
>>>>>Tim
>>>>>
>>>>>
>>>>>
>>>>>_______________________________________________
>>>>>Axiom-developer mailing list
>>>>>Axiom-developer@nongnu.org
>>>>>http://lists.nongnu.org/mailman/listinfo/axiom-developer
>>>>
>>>>William Sit, Professor Emeritus
>>>>Mathematics, City College of New York
>>>> Office: R6/202C
>>>>Tel: 212-650-5179
>>>>Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>>>
>>>
>>
>>William Sit, Professor Emeritus
>>Mathematics, City College of New York
>> Office: R6/202C Tel: 212-650-5179
>>Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>
>William Sit, Professor Emeritus
>Mathematics, City College of New York
> Office: R6/202C Tel: 212-650-5179
>Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
William Sit, Professor Emeritus
Mathematics, City College of New York
Office: R6/202C Tel: 212-650-5179
Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Tue Nov 10 12:52:51 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7utf-0001Kp-Lz
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 12:52:51 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7ute-0001K0-2H
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:52:50 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7utZ-0001F4-6G
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:52:49 -0500
Received: from [199.232.76.173] (port=53445 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7utY-0001Ec-Uo
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:52:45 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:49328
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N7utY-0002xU-Ar
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 12:52:44 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAAHqe8a011791;
Tue, 10 Nov 2009 11:52:41 -0600
Message-ID: <4AF9A79D.1030803@axiom-developer.org>
Date: Tue, 10 Nov 2009 12:49:17 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: William Sit <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
References: <web-18649118@cgate.sci.ccny.cuny.edu>
In-Reply-To: <web-18649118@cgate.sci.ccny.cuny.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 17:52:50 -0000
I'm not sure what you are asking. Are you having trouble with working in
the SExpression domain?
You can move the SExpressions out to other domains. Sometimes it is
painful but it works. So:
a:=FiniteField(5,2)
b:=devaluate(a)
string(SYMBOL_-NAME(b.1)$Lisp) ==> "FiniteField" (of type String)
integer(b.1) ==> 5 (of type PositiveInteger)
Does this help?
Tim
William Sit wrote:
> It appears that to test the constructor, one must test a candidate
> against a known one via the constructor itself, and not be "fiat" by
> using a SExpression. Is this related to hashing of pointers?
> Continuing with script in the previous email (attached):
>
> (11) -> EQ(c.1,d)$Lisp
>
> (11) ()
> Type:
> SExpression
> (12) -> EQ(c1.1,d)$Lisp
>
> (12) ()
>
> Type: SExpression
> -- So EQ$Lisp returns () in both cases, even for -- EQ(c.1,c1.1)$Lisp
>
> -- (19) ()
> --Type:
> SExpression
>
> (13) -> e:=(c.1=d)
>
> (13) false
> Type:
> Boolean
>
> (14) -> e:=(c1.1=d)
>
> (14) false
> Type:
> Boolean
> -- same problem with = using SExpression.
> 15) -> e:=(c1.1=c1.1)
>
> (15) true
> Type:
> Boolean
> (16) -> d
>
> (16) Fraction
> Type:
> SExpression
> (17) -> c1.1
>
> (17) Fraction
> Type:
> SExpression
>
> So it seems there is some distinction: d (defined explicitly as
> Fraction::SExpression) is different from c1.1 defined using
> devaluate/destruct from a domain. A user should not need to know the
> various way "equal" is tested if the two arguments for "equal" come
> from the same domain SExpression. So is this a bug?
>
> William
>
> On Tue, 10 Nov 2009 12:00:58 -0500
> "William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
>> Tim:
>>
>> Sorry about the last message, please ignore.
>> The problem is solved (I was simply not being careful) and made some
>> false claims on the results.
>>
>> (16) -> )clear all
>> All user variables and function definitions have been cleared.
>> (1) -> a:=FiniteField(5,2)
>>
>> (1) FiniteField(5,2)
>>
>> Type: Domain
>> (2) -> b:=devaluate(a)$Lisp
>>
>> (2) (FiniteField 5 2)
>>
>> Type: SExpression
>> (3) -> c:=destruct(b)
>>
>> (3) [FiniteField,5,2]
>> Type: List
>> SExpression
>> (4) -> c.1
>>
>> (4) FiniteField
>>
>> Type: SExpression
>> (5) -> d:="Fraction"::SExpression
>>
>> (5) Fraction
>>
>> Type: SExpression
>> (6) -> e:Boolean
>>
>> Type: Void
>> (7) -> e:=EQ(c.1,d)$Lisp
>>
>> (7) ()
>> Type: SExpression
>> (7) -> e:=(c.1=Fraction) -- message above
>>
>> Although Fraction is the name of a constructor, a full type must be
>> specified in the context you have used it. Issue )show Fraction
>> for more information.
>> (7) -> e:= (c.1=d$Lisp)
>>
>> >> System error:
>> The variable |d| is unbound.
>>
>> protected-symbol-warn called with (NIL)
>> (7) -> a1:=Fraction Integer
>>
>> (7) Fraction Integer
>>
>> Type: Domain
>> (8) -> b1:=devaluate(a1)$Lisp
>>
>> (8) (Fraction (Integer))
>>
>> Type: SExpression
>> (9) -> c1:=destruct(b1)
>>
>> (9) [Fraction,(Integer)]
>> Type: List
>> SExpression
>> (10) -> e:=(c.1=c1.1)
>>
>> (10) false
>>
>> Type: Boolean
>>
>> William
>> ----
>>
>> On Tue, 10 Nov 2009 11:38:25 -0500
>> "William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
>>> Thanks, Tim. That is exactly what I am looking for. Now I would like
>>> to compare c.1 with some known constructor, say Fraction. (In other
>>> words, given a domain of category Field, I would like to know if it
>>> comes from the constructor Fraction). I tried a few variations and
>>> each time, Axiom says:
>>>
>>> Although Fraction is the name of a constructor, a full type must be
>>> specified in the context you have used it. Issue )show Fraction for
>>> more information.
>>>
>>> Things I tried:
>>>
>>> a:=FiniteField(5,2)
>>> b:=devaluate(a)$Lisp
>>> c:=destruct(b)
>>> c.1
>>> d:="Fraction"::SExpression
>>> e:Boolean
>>> e:=EQ(c.1,d) -- message above
>>> e:=(c.1=Fraction) -- message above
>>> e:= (c.1=d$Lisp) -- message above
>>> a1:=Fraction Integer
>>> b1:=devaluate(a1)$Lisp
>>> c1:=destruct(b1)
>>> e:=(c.1=c1.1) -- message above
>>>
>>> I confess that I'm still using a very old Window version (Version of
>>> Tuesday November 30, 2004 at 21:11:14) but I don't think that makes
>>> a difference in these examples.
>>>
>>> William
>>>
>>> On Mon, 09 Nov 2009 21:24:48 -0500
>>> Tim Daly <daly@axiom-developer.org> wrote:
>>>> I'm not sure what you want. Perhaps you'd like to say:
>>>>
>>>> a:=Fraction(Polynomial(Integer))
>>>> b:=devaluate(a)$Lisp
>>>>
>>>> which returns the list (actually of type SExpression)
>>>>
>>>> (Fraction (Polynomial (Integer)))
>>>>
>>>> c:=destruct(b)
>>>> c.2
>>>>
>>>> which returns (Polynomial (Integer))
>>>>
>>>> Does that help?
>>>>
>>>> Tim
>>>>
>>>>
>>>> William Sit wrote:
>>>>> Tim:
>>>>>
>>>>> Interesting. Is there a similar function that is more structural?
>>>>> say, can I test whether some domain (which may be passed as a
>>>>> parameter of type Field) is of the form Fraction(something) and if
>>>>> so, extract "something" (that is, assign it to a variable and
>>>>> further test it), sort of a deconstruction?
>>>>>
>>>>> William
>>>>>
>>>>> On Mon, 09 Nov 2009 19:51:45 -0500
>>>>> Tim Daly <daly@axiom-developer.org> wrote:
>>>>>> You can get a memory pointer to a lisp object.
>>>>>>
>>>>>> a:=Fraction(Integer)
>>>>>>
>>>>>> returns the "memory location of Fraction(Integer)"
>>>>>> You can prove this with
>>>>>>
>>>>>> b:=Fraction(Integer)
>>>>>> EQ(a,b)$Lisp
>>>>>>
>>>>>> The lisp function EQ compares memory pointers.
>>>>>>
>>>>>> There is a lisp function to get the hash value of any object
>>>>>> call sxhash. You can call it.
>>>>>>
>>>>>> SXHASH(a)$Lisp
>>>>>>
>>>>>> Note that if
>>>>>>
>>>>>> c:=Integer
>>>>>>
>>>>>> then
>>>>>> EQ(a,c)$Lisp is false
>>>>>> SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>>>>>
>>>>>> Thus the hash function you seek already exists.
>>>>>> You just have to accept the fact that Spad is only syntactic
>>>>>> sugar for lisp code and lisp is not evil.
>>>>>>
>>>>>> Tim
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Axiom-developer mailing list
>>>>>> Axiom-developer@nongnu.org
>>>>>> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>>>>>
>>>>> William Sit, Professor Emeritus
>>>>> Mathematics, City College of New York Office:
>>>>> R6/202C Tel: 212-650-5179
>>>>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>>>>
>>>>
>>>
>>> William Sit, Professor Emeritus
>>> Mathematics, City College of New York Office: R6/202C
>>> Tel: 212-650-5179
>>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>
>> William Sit, Professor Emeritus
>> Mathematics, City College of New York Office: R6/202C
>> Tel: 212-650-5179
>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>
> William Sit, Professor Emeritus
> Mathematics, City College of New York Office: R6/202C
> Tel: 212-650-5179
> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>
From MAILER-DAEMON Tue Nov 10 13:11:51 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7vC3-0002Pf-NG
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 13:11:51 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7vC2-0002Ni-7C
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 13:11:50 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7vBx-0002G1-0r
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 13:11:49 -0500
Received: from [199.232.76.173] (port=60034 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7vBw-0002Fd-LF
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 13:11:44 -0500
Received: from hera.math.uni.wroc.pl ([156.17.86.1]:42914)
by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.60) (envelope-from <hebisch@math.uni.wroc.pl>)
id 1N7vBw-00061n-7m
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 13:11:44 -0500
Received: from hebisch by hera.math.uni.wroc.pl with local (Exim 4.63)
(envelope-from <hebisch@math.uni.wroc.pl>) id 1N7vLB-0003xl-3H
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 18:21:17 +0000
Subject: Re: [Axiom-developer] pointers
In-Reply-To: <web-18648574@cgate.sci.ccny.cuny.edu>
To: axiom-developer@nongnu.org
Date: Tue, 10 Nov 2009 19:21:17 +0100 (CET)
X-Mailer: ELM [version 2.4ME+ PL100 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Message-Id: <E1N7vLB-0003xl-3H@hera.math.uni.wroc.pl>
From: Waldek Hebisch <hebisch@math.uni.wroc.pl>
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3)
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 18:11:50 -0000
William Sit wrote:
> Gabriel:
>
> Thanks for the response. Your script shows how to get the
> parameters, not the constructor. I do not have OpenAxiom
> installed (sorry). The question is whether I can test that
> the constructor is Fraction, or otherwise (like
> FiniteField) when the domain belongs to the category
> Field.
>
Do you want something like this?
(10) -> a := Fraction(Integer)
(10) Fraction Integer
Type: Domain
(11) -> (opOf(devaluate(a)$Lisp)$Lisp = 'Fraction::SEX)@Boolean
(11) true
Type: Boolean
(12) -> (opOf(devaluate(a)$Lisp)$Lisp = 'FiniteField::SEX)@Boolean
(12) false
Type: Boolean
(13) -> a :=FiniteField(5,2)
(13) FiniteField(5,2)
Type: Domain
(14) -> (opOf(devaluate(a)$Lisp)$Lisp = 'Fraction::SEX)@Boolean
(14) false
Type: Boolean
(15) -> (opOf(devaluate(a)$Lisp)$Lisp = 'FiniteField::SEX)@Boolean
(15) true
Type: Boolean
--
Waldek Hebisch
hebisch@math.uni.wroc.pl
From MAILER-DAEMON Tue Nov 10 14:35:37 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7wV6-00042C-Fg
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 14:35:36 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7wV4-00041V-FX
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:35:34 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7wV1-00040n-0v
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:35:34 -0500
Received: from [199.232.76.173] (port=43800 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7wV0-00040k-ND
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:35:30 -0500
Received: from vms173019pub.verizon.net ([206.46.173.19]:65477)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N7wV0-0002U1-BN
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:35:30 -0500
Received: from sci.ccny.cuny.edu ([96.232.55.183]) by vms173019.mailsrvcs.net
(Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008;
32bit)) with ESMTPA id <0KSW0015RRQMWV07@vms173019.mailsrvcs.net> for
axiom-developer@nongnu.org; Tue, 10 Nov 2009 13:35:11 -0600 (CST)
Message-id: <4AF9C0ED.406CDB93@sci.ccny.cuny.edu>
Date: Tue, 10 Nov 2009 14:37:17 -0500
From: William Sit <wyscc@sci.ccny.cuny.edu>
Organization: City College of New York
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en,zh-CN,zh-TW,zh
MIME-version: 1.0
To: Waldek Hebisch <hebisch@math.uni.wroc.pl>
Subject: Re: [Axiom-developer] pointers
References: <E1N7vLB-0003xl-3H@hera.math.uni.wroc.pl>
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: wyscc@sci.ccny.cuny.edu
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 19:35:35 -0000
Hi Waldek:
Thanks. That is exactly what I want. Good solution. So the
"trick" is to use ' instead of the string. So is the
following a bug?
a:='Fraction::SEX
Fraction Type:SExpression
b:="Fraction"::SEX
Fraction Type:SExpression
(a=b)@Boolean
false Type Boolean
That is, I was deceived by the output which looked the same.
Perhaps the output should have been ('Fraction) and
("Fraction") ??
Also,
destruct(a) or destruct(b) leads to an Error:
Function Selection for destruct
Arguments: SEX
[1] signature: SEX -> LIST SEX
implemented: slot (List $)$ from SEX
>> Error detected within library code:
Non-list
protected-symbol-warn called with (NIL)
William
Waldek Hebisch wrote:
>
> William Sit wrote:
> > Gabriel:
> >
> > Thanks for the response. Your script shows how to get the
> > parameters, not the constructor. I do not have OpenAxiom
> > installed (sorry). The question is whether I can test that
> > the constructor is Fraction, or otherwise (like
> > FiniteField) when the domain belongs to the category
> > Field.
> >
>
> Do you want something like this?
>
> (10) -> a := Fraction(Integer)
>
> (10) Fraction Integer
> Type: Domain
> (11) -> (opOf(devaluate(a)$Lisp)$Lisp = 'Fraction::SEX)@Boolean
>
> (11) true
> Type: Boolean
> (12) -> (opOf(devaluate(a)$Lisp)$Lisp = 'FiniteField::SEX)@Boolean
>
> (12) false
> Type: Boolean
> (13) -> a :=FiniteField(5,2)
>
> (13) FiniteField(5,2)
> Type: Domain
> (14) -> (opOf(devaluate(a)$Lisp)$Lisp = 'Fraction::SEX)@Boolean
>
> (14) false
> Type: Boolean
> (15) -> (opOf(devaluate(a)$Lisp)$Lisp = 'FiniteField::SEX)@Boolean
>
> (15) true
> Type: Boolean
>
>
> --
> Waldek Hebisch
> hebisch@math.uni.wroc.pl
>
> _______________________________________________
> Axiom-developer mailing list
> Axiom-developer@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
--
William Sit
Department of Mathematics..Email: wyscc@sci.ccny.cuny.edu
City College of New York................Tel: 212-650-5179
New York, NY 10031, USA.................Fax: 212-862-0004
Home page: .......http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Tue Nov 10 14:51:39 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7wkd-0002SX-48
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 14:51:39 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7wkb-0002RB-40
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:51:37 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7wkW-0002O5-DO
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:51:36 -0500
Received: from [199.232.76.173] (port=47097 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7wkW-0002Nw-5I
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:51:32 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:34947
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N7wkV-00059D-O8
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:51:31 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAAJpQ8a019915;
Tue, 10 Nov 2009 13:51:27 -0600
Message-ID: <4AF9C373.7060600@axiom-developer.org>
Date: Tue, 10 Nov 2009 14:48:03 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: wyscc@sci.ccny.cuny.edu
Subject: Re: [Axiom-developer] pointers
References: <E1N7vLB-0003xl-3H@hera.math.uni.wroc.pl>
<4AF9C0ED.406CDB93@sci.ccny.cuny.edu>
In-Reply-To: <4AF9C0ED.406CDB93@sci.ccny.cuny.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 19:51:37 -0000
William,
a:='Fraction::SEX
is a lisp symbol. A lisp symbol is essentially the address of a data
structure
which is approximately
struct
symbol-function (pointer to code)
symbol-name (a string representation of the symbol)
symbol-package (the lisp package (a hash table pointer))
symbol-value (the value of the symbol)
symbol-plist (an association list hanging on the symbol)
a:="Fraction"::Sex
is a lisp string, a contiguous set of bytes containing character code
So
a:=SYMBOL_-NAME('Fraction::SEX)$Lisp (get the symbol-name from the
fraction struct)
b:="Fraction"::SEX (make a
string of bytes containing "Fraction")
EQ(a,b)$Lisp ==> () (are they
the same storage location? no)
c:=STRING_-EQUAL(a,b)$Lisp ==> T (are they the same
sequence of bytes? yes)
Tim
William Sit wrote:
> Hi Waldek:
>
> Thanks. That is exactly what I want. Good solution. So the
> "trick" is to use ' instead of the string. So is the
> following a bug?
>
> a:='Fraction::SEX
> Fraction Type:SExpression
> b:="Fraction"::SEX
> Fraction Type:SExpression
> (a=b)@Boolean
> false Type Boolean
>
> That is, I was deceived by the output which looked the same.
> Perhaps the output should have been ('Fraction) and
> ("Fraction") ??
>
> Also,
>
> destruct(a) or destruct(b) leads to an Error:
>
> Function Selection for destruct
> Arguments: SEX
>
> [1] signature: SEX -> LIST SEX
> implemented: slot (List $)$ from SEX
>
>
> >> Error detected within library code:
> Non-list
>
> protected-symbol-warn called with (NIL)
>
> William
>
>
> Waldek Hebisch wrote:
>
>> William Sit wrote:
>>
>>> Gabriel:
>>>
>>> Thanks for the response. Your script shows how to get the
>>> parameters, not the constructor. I do not have OpenAxiom
>>> installed (sorry). The question is whether I can test that
>>> the constructor is Fraction, or otherwise (like
>>> FiniteField) when the domain belongs to the category
>>> Field.
>>>
>>>
>> Do you want something like this?
>>
>> (10) -> a := Fraction(Integer)
>>
>> (10) Fraction Integer
>> Type: Domain
>> (11) -> (opOf(devaluate(a)$Lisp)$Lisp = 'Fraction::SEX)@Boolean
>>
>> (11) true
>> Type: Boolean
>> (12) -> (opOf(devaluate(a)$Lisp)$Lisp = 'FiniteField::SEX)@Boolean
>>
>> (12) false
>> Type: Boolean
>> (13) -> a :=FiniteField(5,2)
>>
>> (13) FiniteField(5,2)
>> Type: Domain
>> (14) -> (opOf(devaluate(a)$Lisp)$Lisp = 'Fraction::SEX)@Boolean
>>
>> (14) false
>> Type: Boolean
>> (15) -> (opOf(devaluate(a)$Lisp)$Lisp = 'FiniteField::SEX)@Boolean
>>
>> (15) true
>> Type: Boolean
>>
>>
>> --
>> Waldek Hebisch
>> hebisch@math.uni.wroc.pl
>>
>> _______________________________________________
>> Axiom-developer mailing list
>> Axiom-developer@nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>>
>
>
From MAILER-DAEMON Tue Nov 10 15:10:52 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7x3E-0002vG-Mb
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 15:10:52 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7x3D-0002uk-12
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 15:10:51 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7x37-0002t7-7O
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 15:10:49 -0500
Received: from [199.232.76.173] (port=40750 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7x36-0002t0-Vv
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 15:10:45 -0500
Received: from vms173007pub.verizon.net ([206.46.173.7]:47950)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N7x36-0007ux-Cn
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 15:10:44 -0500
Received: from sci.ccny.cuny.edu ([96.232.55.183]) by vms173007.mailsrvcs.net
(Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008;
32bit)) with ESMTPA id <0KSW00CPKTDJ0EBZ@vms173007.mailsrvcs.net> for
axiom-developer@nongnu.org; Tue, 10 Nov 2009 14:10:33 -0600 (CST)
Message-id: <4AF9C937.7C127764@sci.ccny.cuny.edu>
Date: Tue, 10 Nov 2009 15:12:39 -0500
From: William Sit <wyscc@sci.ccny.cuny.edu>
Organization: City College of New York
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en,zh-CN,zh-TW,zh
MIME-version: 1.0
To: Tim Daly <daly@axiom-developer.org>
Subject: Re: [Axiom-developer] pointers//Decontructing domains
References: <web-18649118@cgate.sci.ccny.cuny.edu>
<4AF9A79D.1030803@axiom-developer.org>
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: wyscc@sci.ccny.cuny.edu
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 20:10:51 -0000
Tim:
Thanks, your method works. For me at least, it is much
easier to handle strings than SExpression.
Waldek also provided a working method using opOf (but that
involves SExpression, and the output in SExpression can be
misleading), which is perhaps a bug (see my reply to
Waldek).
To summarize:
It is possible to deconstruct a domain (that is, trace its
constructor and the parameters to that constructor) using
Lisp primitives. Given an identifier whose value at turn
time is an Axiom domain, the function devaluate$Lisp returns
its value as an SExpression, and the function deconstrut
further turns the result into a list of SExpressions (which
may be useful to extract the first level of parameters, but
not necessary). The components can then be analyzed.
However, testing for equality of SExpressions can be
hazardous when the SExpressions are constructed in different
ways but the outputForms look identical. There are (at
least?) two ways to get around the problem. Assume we have
a, b defined below (but the value of the identifier a is not
really assumed known at compile time):
a:=Fraction Integer
b:=devaluate(a)$Lisp
(Fraction (Integer)) Type SExpression
(1) (Waldek): use opOF to pick out the constructor of the
domain and test against a candidate using a quote expression
in Lisp coerced to an SExpression:
testW:='Fraction::SEX
c:=opOf(b)$Lisp
(c=testW)@Boolean
(2) (Tim): use a Lisp function SYMBOL_-NAME and then convert
the result into a string before testing:
testT:="Fraction"
c:=string(SYMBOL_-NAME(b.1)$Lisp)
(c=testT)@Boolean
In either method, do not set testW or testT to
"Fraction"::SEX, which would not test correctly.
William
Tim Daly wrote:
>
> I'm not sure what you are asking. Are you having trouble with working in
> the SExpression domain?
> You can move the SExpressions out to other domains. Sometimes it is
> painful but it works. So:
>
> a:=FiniteField(5,2)
> b:=devaluate(a)
> string(SYMBOL_-NAME(b.1)$Lisp) ==> "FiniteField" (of type String)
> integer(b.1) ==> 5 (of type PositiveInteger)
>
> Does this help?
>
> Tim
>
> William Sit wrote:
> > It appears that to test the constructor, one must test a candidate
> > against a known one via the constructor itself, and not be "fiat" by
> > using a SExpression. Is this related to hashing of pointers?
> > Continuing with script in the previous email (attached):
> >
> > (11) -> EQ(c.1,d)$Lisp
> >
> > (11) ()
> > Type:
> > SExpression
> > (12) -> EQ(c1.1,d)$Lisp
> >
> > (12) ()
> >
> > Type: SExpression
> > -- So EQ$Lisp returns () in both cases, even for -- EQ(c.1,c1.1)$Lisp
> >
> > -- (19) ()
> > --Type:
> > SExpression
> >
> > (13) -> e:=(c.1=d)
> >
> > (13) false
> > Type:
> > Boolean
> >
> > (14) -> e:=(c1.1=d)
> >
> > (14) false
> > Type:
> > Boolean
> > -- same problem with = using SExpression.
> > 15) -> e:=(c1.1=c1.1)
> >
> > (15) true
> > Type:
> > Boolean
> > (16) -> d
> >
> > (16) Fraction
> > Type:
> > SExpression
> > (17) -> c1.1
> >
> > (17) Fraction
> > Type:
> > SExpression
> >
> > So it seems there is some distinction: d (defined explicitly as
> > Fraction::SExpression) is different from c1.1 defined using
> > devaluate/destruct from a domain. A user should not need to know the
> > various way "equal" is tested if the two arguments for "equal" come
> > from the same domain SExpression. So is this a bug?
> >
> > William
> >
> > On Tue, 10 Nov 2009 12:00:58 -0500
> > "William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
> >> Tim:
> >>
> >> Sorry about the last message, please ignore.
> >> The problem is solved (I was simply not being careful) and made some
> >> false claims on the results.
> >>
> >> (16) -> )clear all
> >> All user variables and function definitions have been cleared.
> >> (1) -> a:=FiniteField(5,2)
> >>
> >> (1) FiniteField(5,2)
> >>
> >> Type: Domain
> >> (2) -> b:=devaluate(a)$Lisp
> >>
> >> (2) (FiniteField 5 2)
> >>
> >> Type: SExpression
> >> (3) -> c:=destruct(b)
> >>
> >> (3) [FiniteField,5,2]
> >> Type: List
> >> SExpression
> >> (4) -> c.1
> >>
> >> (4) FiniteField
> >>
> >> Type: SExpression
> >> (5) -> d:="Fraction"::SExpression
> >>
> >> (5) Fraction
> >>
> >> Type: SExpression
> >> (6) -> e:Boolean
> >>
> >> Type: Void
> >> (7) -> e:=EQ(c.1,d)$Lisp
> >>
> >> (7) ()
> >> Type: SExpression
> >> (7) -> e:=(c.1=Fraction) -- message above
> >>
> >> Although Fraction is the name of a constructor, a full type must be
> >> specified in the context you have used it. Issue )show Fraction
> >> for more information.
> >> (7) -> e:= (c.1=d$Lisp)
> >>
> >> >> System error:
> >> The variable |d| is unbound.
> >>
> >> protected-symbol-warn called with (NIL)
> >> (7) -> a1:=Fraction Integer
> >>
> >> (7) Fraction Integer
> >>
> >> Type: Domain
> >> (8) -> b1:=devaluate(a1)$Lisp
> >>
> >> (8) (Fraction (Integer))
> >>
> >> Type: SExpression
> >> (9) -> c1:=destruct(b1)
> >>
> >> (9) [Fraction,(Integer)]
> >> Type: List
> >> SExpression
> >> (10) -> e:=(c.1=c1.1)
> >>
> >> (10) false
> >>
> >> Type: Boolean
> >>
> >> William
> >> ----
> >>
> >> On Tue, 10 Nov 2009 11:38:25 -0500
> >> "William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
> >>> Thanks, Tim. That is exactly what I am looking for. Now I would like
> >>> to compare c.1 with some known constructor, say Fraction. (In other
> >>> words, given a domain of category Field, I would like to know if it
> >>> comes from the constructor Fraction). I tried a few variations and
> >>> each time, Axiom says:
> >>>
> >>> Although Fraction is the name of a constructor, a full type must be
> >>> specified in the context you have used it. Issue )show Fraction for
> >>> more information.
> >>>
> >>> Things I tried:
> >>>
> >>> a:=FiniteField(5,2)
> >>> b:=devaluate(a)$Lisp
> >>> c:=destruct(b)
> >>> c.1
> >>> d:="Fraction"::SExpression
> >>> e:Boolean
> >>> e:=EQ(c.1,d) -- message above
> >>> e:=(c.1=Fraction) -- message above
> >>> e:= (c.1=d$Lisp) -- message above
> >>> a1:=Fraction Integer
> >>> b1:=devaluate(a1)$Lisp
> >>> c1:=destruct(b1)
> >>> e:=(c.1=c1.1) -- message above
> >>>
> >>> I confess that I'm still using a very old Window version (Version of
> >>> Tuesday November 30, 2004 at 21:11:14) but I don't think that makes
> >>> a difference in these examples.
> >>>
> >>> William
> >>>
> >>> On Mon, 09 Nov 2009 21:24:48 -0500
> >>> Tim Daly <daly@axiom-developer.org> wrote:
> >>>> I'm not sure what you want. Perhaps you'd like to say:
> >>>>
> >>>> a:=Fraction(Polynomial(Integer))
> >>>> b:=devaluate(a)$Lisp
> >>>>
> >>>> which returns the list (actually of type SExpression)
> >>>>
> >>>> (Fraction (Polynomial (Integer)))
> >>>>
> >>>> c:=destruct(b)
> >>>> c.2
> >>>>
> >>>> which returns (Polynomial (Integer))
> >>>>
> >>>> Does that help?
> >>>>
> >>>> Tim
> >>>>
> >>>>
> >>>> William Sit wrote:
> >>>>> Tim:
> >>>>>
> >>>>> Interesting. Is there a similar function that is more structural?
> >>>>> say, can I test whether some domain (which may be passed as a
> >>>>> parameter of type Field) is of the form Fraction(something) and if
> >>>>> so, extract "something" (that is, assign it to a variable and
> >>>>> further test it), sort of a deconstruction?
> >>>>>
> >>>>> William
> >>>>>
> >>>>> On Mon, 09 Nov 2009 19:51:45 -0500
> >>>>> Tim Daly <daly@axiom-developer.org> wrote:
> >>>>>> You can get a memory pointer to a lisp object.
> >>>>>>
> >>>>>> a:=Fraction(Integer)
> >>>>>>
> >>>>>> returns the "memory location of Fraction(Integer)"
> >>>>>> You can prove this with
> >>>>>>
> >>>>>> b:=Fraction(Integer)
> >>>>>> EQ(a,b)$Lisp
> >>>>>>
> >>>>>> The lisp function EQ compares memory pointers.
> >>>>>>
> >>>>>> There is a lisp function to get the hash value of any object
> >>>>>> call sxhash. You can call it.
> >>>>>>
> >>>>>> SXHASH(a)$Lisp
> >>>>>>
> >>>>>> Note that if
> >>>>>>
> >>>>>> c:=Integer
> >>>>>>
> >>>>>> then
> >>>>>> EQ(a,c)$Lisp is false
> >>>>>> SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
> >>>>>>
> >>>>>> Thus the hash function you seek already exists.
> >>>>>> You just have to accept the fact that Spad is only syntactic
> >>>>>> sugar for lisp code and lisp is not evil.
> >>>>>>
> >>>>>> Tim
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Axiom-developer mailing list
> >>>>>> Axiom-developer@nongnu.org
> >>>>>> http://lists.nongnu.org/mailman/listinfo/axiom-developer
> >>>>>
> >>>>> William Sit, Professor Emeritus
> >>>>> Mathematics, City College of New York Office:
> >>>>> R6/202C Tel: 212-650-5179
> >>>>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
> >>>>>
> >>>>
> >>>
> >>> William Sit, Professor Emeritus
> >>> Mathematics, City College of New York Office: R6/202C
> >>> Tel: 212-650-5179
> >>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
> >>
> >> William Sit, Professor Emeritus
> >> Mathematics, City College of New York Office: R6/202C
> >> Tel: 212-650-5179
> >> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
> >
> > William Sit, Professor Emeritus
> > Mathematics, City College of New York Office: R6/202C
> > Tel: 212-650-5179
> > Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
> >
--
William Sit
Department of Mathematics..Email: wyscc@sci.ccny.cuny.edu
City College of New York................Tel: 212-650-5179
New York, NY 10031, USA.................Fax: 212-862-0004
Home page: .......http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Tue Nov 10 16:19:45 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7y7r-0006NT-UW
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 16:19:43 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7y7q-0006Lp-R2
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:19:42 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7y7m-0006Ev-HH
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:19:42 -0500
Received: from [199.232.76.173] (port=37188 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7y7m-0006EZ-9k
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:19:38 -0500
Received: from mail-vw0-f197.google.com ([209.85.212.197]:40122)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <dosreis@gmail.com>) id 1N7y7l-0001Ew-Ns
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:19:38 -0500
Received: by vws35 with SMTP id 35so128005vws.4
for <axiom-developer@nongnu.org>; Tue, 10 Nov 2009 13:19:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:sender:received:in-reply-to
:references:date:x-google-sender-auth:message-id:subject:from:to:cc
:content-type; bh=c330s45DdR3Eu3UeErxFpg1/fSWujDsGrmrJ59JUSaI=;
b=m2U+xubxH1kEHvtaDX992Th0NEH0/q1BLSJpb/VNGFCw2umn1D6Iv4uN2R9/FEhbVj
6R9iqsRwykEmxgVKjB5Zd5GLeRF4qtcFe0nWQj4e9GhVNt/byBckhdhqnLKbL8eQCfjj
VnfYqPXqRPKrPpge7dkw1FWxXsJv334HnxPgs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
h=mime-version:sender:in-reply-to:references:date
:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
b=kXQiGKWyBo0SchcH6qjuqniba9TrBX+Wk0IvvN+0gdziD3sxCOLPUHI3MTdKFzAQjg
Q078DvGgGF3kT2hun39+++JiJjDv5yHUA3iNkW+VPndvaSmMCQVo/z8Ceb2vHLT7NmNE
RsYap88kyEkI6C+BoqzWCYyqrP8f5dfR/6pGg=
MIME-Version: 1.0
Sender: dosreis@gmail.com
Received: by 10.220.126.214 with SMTP id d22mr802840vcs.54.1257887975037; Tue,
10 Nov 2009 13:19:35 -0800 (PST)
In-Reply-To: <web-18648574@cgate.sci.ccny.cuny.edu>
References: <206fcf960911091921x5d59dfd9hdb950bc5888b01cb@mail.gmail.com>
<web-18648574@cgate.sci.ccny.cuny.edu>
Date: Tue, 10 Nov 2009 15:19:34 -0600
X-Google-Sender-Auth: 28a25dd18a0718dc
Message-ID: <206fcf960911101319nb356d02m336b125da343a994@mail.gmail.com>
Subject: Re: [Axiom-developer] pointers
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
To: William Sit <wyscc@sci.ccny.cuny.edu>
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: open-axiom-help@lists.sf.net, Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 21:19:43 -0000
On Tue, Nov 10, 2009 at 10:45 AM, William Sit <wyscc@sci.ccny.cuny.edu> wrote:
> Gabriel:
>
> Thanks for the response. Your script shows how to get the parameters, not
> the constructor. I do not have OpenAxiom installed (sorry). The question is
> whether I can test that the constructor is Fraction, or otherwise (like
> FiniteField) when the domain belongs to the category Field.
You can get the constructors too
(1) -> constructor Fraction Integer
(1) Fraction
Type: DomainConstructor
(2) -> constructor Integer
(2) Integer
Type: DomainConstructor
(3) -> constructor Field
(3) Field
Type: CategoryConstructor
There is a prepackaged Windows binary for OpenAxiom from the download
area and it can co-exist with any other AXIOM flavour.
Category constructors and domain constructors satisfy SetCategory:
(4) -> DomainConstructor has SetCategory
(4) true
Type: Boolean
(5) -> CategoryConstructor has SetCategory
(5) true
Type: Boolean
so, you can use the equality comparator.
>
> I came across this requirement in algorithms that may take advantage of
> special knowledge of how the coefficient field is constructed.
Interesting.
-- Gaby
From MAILER-DAEMON Tue Nov 10 16:25:16 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7yDE-0004mG-3P
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 16:25:16 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7yDB-0004jA-UC
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:25:13 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7yD7-0004dG-6f
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:25:13 -0500
Received: from [199.232.76.173] (port=42618 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7yD7-0004d2-14
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:25:09 -0500
Received: from mail-vw0-f197.google.com ([209.85.212.197]:43372)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <dosreis@gmail.com>) id 1N7yD6-00020K-PA
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 16:25:08 -0500
Received: by vws35 with SMTP id 35so128997vws.4
for <axiom-developer@nongnu.org>; Tue, 10 Nov 2009 13:25:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:sender:received:in-reply-to
:references:date:x-google-sender-auth:message-id:subject:from:to:cc
:content-type; bh=TVZIrtCtbqOp4kg0J1C569+zgDY6aLlYhSgkH2xh80E=;
b=YpIUPrigLP0lRTnUvqY8hTjn1bhakPlrCW0yYRG49/W18gqefiNYuRfRlX2+xynRsx
woU2vTC3HnKS+ZVHwzVBiBPT0QjF4/6nqV2vKBaZzUwoVsID2VzLMi4Dr/Vv8RRfY3HP
rHkfaTH0gpgqz7YxC6onCiEPFRygjFAXFLPm8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
h=mime-version:sender:in-reply-to:references:date
:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
b=Uto104exnkcLTExH9eoiuy3OWLk9QmoanEn3u/mXQ6q2NQC79SRLyYuCvXxJRKoZNm
dobWPpz6bE6VXQgbHKm6xYkjnQ6uoAju+QkIA7Or3nO+R4OZnv5iHy4bboSWsKgY36HU
J5Lyh0cP9yjgXpF6rbw/u6V9H95EL2k94Plbc=
MIME-Version: 1.0
Sender: dosreis@gmail.com
Received: by 10.220.122.229 with SMTP id m37mr852859vcr.15.1257888308228; Tue,
10 Nov 2009 13:25:08 -0800 (PST)
In-Reply-To: <4AF9C0ED.406CDB93@sci.ccny.cuny.edu>
References: <E1N7vLB-0003xl-3H@hera.math.uni.wroc.pl>
<4AF9C0ED.406CDB93@sci.ccny.cuny.edu>
Date: Tue, 10 Nov 2009 15:25:08 -0600
X-Google-Sender-Auth: bd16c3cf0fb8b14e
Message-ID: <206fcf960911101325h66abb3dkfcdee7cd161580b7@mail.gmail.com>
Subject: Re: [Axiom-developer] pointers
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
To: wyscc@sci.ccny.cuny.edu
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: open-axiom-help@lists.sf.net, axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 21:25:14 -0000
On Tue, Nov 10, 2009 at 1:37 PM, William Sit <wyscc@sci.ccny.cuny.edu> wrote:
> Hi Waldek:
>
> Thanks. That is exactly what I want. Good solution. So the
> "trick" is to use ' instead of the string. So is the
> following a bug?
In OpenAxiom, you can get the name of a constructor as an Identifier:
(7) -> name constructor Fraction Integer
(7) Fraction
Type: Identifier
-- Gaby
From MAILER-DAEMON Tue Nov 10 17:56:05 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N7zd7-00045l-Oy
for mharc-axiom-developer@gnu.org; Tue, 10 Nov 2009 17:56:05 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N7zd5-00045X-Lh
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 17:56:03 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N7zd0-00044n-6i
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 17:56:02 -0500
Received: from [199.232.76.173] (port=36978 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N7zcz-00044k-V4
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 17:55:57 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:53295
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N7zcz-0006hL-Bm
for axiom-developer@nongnu.org; Tue, 10 Nov 2009 17:55:57 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAAMtZ8a021782;
Tue, 10 Nov 2009 16:55:36 -0600
Message-ID: <4AF9EE9A.6080104@axiom-developer.org>
Date: Tue, 10 Nov 2009 17:52:10 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: wyscc@sci.ccny.cuny.edu
Subject: Re: [Axiom-developer] pointers//Decontructing domains
References: <web-18649118@cgate.sci.ccny.cuny.edu>
<4AF9A79D.1030803@axiom-developer.org>
<4AF9C937.7C127764@sci.ccny.cuny.edu>
In-Reply-To: <4AF9C937.7C127764@sci.ccny.cuny.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Nov 2009 22:56:03 -0000
Axiom now has an "API" (ApplicationProgramInterface) domain
(similar in spirit to Aldor's Builtin domain).
I will add devaluate to it.
I will also change the SExpression domain to export the symbol-*
functions from lisp with proper conversion functions.
Tim
William Sit wrote:
> Tim:
>
> Thanks, your method works. For me at least, it is much
> easier to handle strings than SExpression.
>
> Waldek also provided a working method using opOf (but that
> involves SExpression, and the output in SExpression can be
> misleading), which is perhaps a bug (see my reply to
> Waldek).
>
> To summarize:
> It is possible to deconstruct a domain (that is, trace its
> constructor and the parameters to that constructor) using
> Lisp primitives. Given an identifier whose value at turn
> time is an Axiom domain, the function devaluate$Lisp returns
> its value as an SExpression, and the function deconstrut
> further turns the result into a list of SExpressions (which
> may be useful to extract the first level of parameters, but
> not necessary). The components can then be analyzed.
> However, testing for equality of SExpressions can be
> hazardous when the SExpressions are constructed in different
> ways but the outputForms look identical. There are (at
> least?) two ways to get around the problem. Assume we have
> a, b defined below (but the value of the identifier a is not
> really assumed known at compile time):
>
> a:=Fraction Integer
> b:=devaluate(a)$Lisp
> (Fraction (Integer)) Type SExpression
>
> (1) (Waldek): use opOF to pick out the constructor of the
> domain and test against a candidate using a quote expression
> in Lisp coerced to an SExpression:
>
> testW:='Fraction::SEX
> c:=opOf(b)$Lisp
> (c=testW)@Boolean
>
> (2) (Tim): use a Lisp function SYMBOL_-NAME and then convert
> the result into a string before testing:
>
> testT:="Fraction"
> c:=string(SYMBOL_-NAME(b.1)$Lisp)
> (c=testT)@Boolean
>
> In either method, do not set testW or testT to
> "Fraction"::SEX, which would not test correctly.
>
>
> William
>
> Tim Daly wrote:
>
>> I'm not sure what you are asking. Are you having trouble with working in
>> the SExpression domain?
>> You can move the SExpressions out to other domains. Sometimes it is
>> painful but it works. So:
>>
>> a:=FiniteField(5,2)
>> b:=devaluate(a)
>> string(SYMBOL_-NAME(b.1)$Lisp) ==> "FiniteField" (of type String)
>> integer(b.1) ==> 5 (of type PositiveInteger)
>>
>> Does this help?
>>
>> Tim
>>
>> William Sit wrote:
>>
>>> It appears that to test the constructor, one must test a candidate
>>> against a known one via the constructor itself, and not be "fiat" by
>>> using a SExpression. Is this related to hashing of pointers?
>>> Continuing with script in the previous email (attached):
>>>
>>> (11) -> EQ(c.1,d)$Lisp
>>>
>>> (11) ()
>>> Type:
>>> SExpression
>>> (12) -> EQ(c1.1,d)$Lisp
>>>
>>> (12) ()
>>>
>>> Type: SExpression
>>> -- So EQ$Lisp returns () in both cases, even for -- EQ(c.1,c1.1)$Lisp
>>>
>>> -- (19) ()
>>> --Type:
>>> SExpression
>>>
>>> (13) -> e:=(c.1=d)
>>>
>>> (13) false
>>> Type:
>>> Boolean
>>>
>>> (14) -> e:=(c1.1=d)
>>>
>>> (14) false
>>> Type:
>>> Boolean
>>> -- same problem with = using SExpression.
>>> 15) -> e:=(c1.1=c1.1)
>>>
>>> (15) true
>>> Type:
>>> Boolean
>>> (16) -> d
>>>
>>> (16) Fraction
>>> Type:
>>> SExpression
>>> (17) -> c1.1
>>>
>>> (17) Fraction
>>> Type:
>>> SExpression
>>>
>>> So it seems there is some distinction: d (defined explicitly as
>>> Fraction::SExpression) is different from c1.1 defined using
>>> devaluate/destruct from a domain. A user should not need to know the
>>> various way "equal" is tested if the two arguments for "equal" come
>>> from the same domain SExpression. So is this a bug?
>>>
>>> William
>>>
>>> On Tue, 10 Nov 2009 12:00:58 -0500
>>> "William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
>>>
>>>> Tim:
>>>>
>>>> Sorry about the last message, please ignore.
>>>> The problem is solved (I was simply not being careful) and made some
>>>> false claims on the results.
>>>>
>>>> (16) -> )clear all
>>>> All user variables and function definitions have been cleared.
>>>> (1) -> a:=FiniteField(5,2)
>>>>
>>>> (1) FiniteField(5,2)
>>>>
>>>> Type: Domain
>>>> (2) -> b:=devaluate(a)$Lisp
>>>>
>>>> (2) (FiniteField 5 2)
>>>>
>>>> Type: SExpression
>>>> (3) -> c:=destruct(b)
>>>>
>>>> (3) [FiniteField,5,2]
>>>> Type: List
>>>> SExpression
>>>> (4) -> c.1
>>>>
>>>> (4) FiniteField
>>>>
>>>> Type: SExpression
>>>> (5) -> d:="Fraction"::SExpression
>>>>
>>>> (5) Fraction
>>>>
>>>> Type: SExpression
>>>> (6) -> e:Boolean
>>>>
>>>> Type: Void
>>>> (7) -> e:=EQ(c.1,d)$Lisp
>>>>
>>>> (7) ()
>>>> Type: SExpression
>>>> (7) -> e:=(c.1=Fraction) -- message above
>>>>
>>>> Although Fraction is the name of a constructor, a full type must be
>>>> specified in the context you have used it. Issue )show Fraction
>>>> for more information.
>>>> (7) -> e:= (c.1=d$Lisp)
>>>>
>>>> >> System error:
>>>> The variable |d| is unbound.
>>>>
>>>> protected-symbol-warn called with (NIL)
>>>> (7) -> a1:=Fraction Integer
>>>>
>>>> (7) Fraction Integer
>>>>
>>>> Type: Domain
>>>> (8) -> b1:=devaluate(a1)$Lisp
>>>>
>>>> (8) (Fraction (Integer))
>>>>
>>>> Type: SExpression
>>>> (9) -> c1:=destruct(b1)
>>>>
>>>> (9) [Fraction,(Integer)]
>>>> Type: List
>>>> SExpression
>>>> (10) -> e:=(c.1=c1.1)
>>>>
>>>> (10) false
>>>>
>>>> Type: Boolean
>>>>
>>>> William
>>>> ----
>>>>
>>>> On Tue, 10 Nov 2009 11:38:25 -0500
>>>> "William Sit" <wyscc@sci.ccny.cuny.edu> wrote:
>>>>
>>>>> Thanks, Tim. That is exactly what I am looking for. Now I would like
>>>>> to compare c.1 with some known constructor, say Fraction. (In other
>>>>> words, given a domain of category Field, I would like to know if it
>>>>> comes from the constructor Fraction). I tried a few variations and
>>>>> each time, Axiom says:
>>>>>
>>>>> Although Fraction is the name of a constructor, a full type must be
>>>>> specified in the context you have used it. Issue )show Fraction for
>>>>> more information.
>>>>>
>>>>> Things I tried:
>>>>>
>>>>> a:=FiniteField(5,2)
>>>>> b:=devaluate(a)$Lisp
>>>>> c:=destruct(b)
>>>>> c.1
>>>>> d:="Fraction"::SExpression
>>>>> e:Boolean
>>>>> e:=EQ(c.1,d) -- message above
>>>>> e:=(c.1=Fraction) -- message above
>>>>> e:= (c.1=d$Lisp) -- message above
>>>>> a1:=Fraction Integer
>>>>> b1:=devaluate(a1)$Lisp
>>>>> c1:=destruct(b1)
>>>>> e:=(c.1=c1.1) -- message above
>>>>>
>>>>> I confess that I'm still using a very old Window version (Version of
>>>>> Tuesday November 30, 2004 at 21:11:14) but I don't think that makes
>>>>> a difference in these examples.
>>>>>
>>>>> William
>>>>>
>>>>> On Mon, 09 Nov 2009 21:24:48 -0500
>>>>> Tim Daly <daly@axiom-developer.org> wrote:
>>>>>
>>>>>> I'm not sure what you want. Perhaps you'd like to say:
>>>>>>
>>>>>> a:=Fraction(Polynomial(Integer))
>>>>>> b:=devaluate(a)$Lisp
>>>>>>
>>>>>> which returns the list (actually of type SExpression)
>>>>>>
>>>>>> (Fraction (Polynomial (Integer)))
>>>>>>
>>>>>> c:=destruct(b)
>>>>>> c.2
>>>>>>
>>>>>> which returns (Polynomial (Integer))
>>>>>>
>>>>>> Does that help?
>>>>>>
>>>>>> Tim
>>>>>>
>>>>>>
>>>>>> William Sit wrote:
>>>>>>
>>>>>>> Tim:
>>>>>>>
>>>>>>> Interesting. Is there a similar function that is more structural?
>>>>>>> say, can I test whether some domain (which may be passed as a
>>>>>>> parameter of type Field) is of the form Fraction(something) and if
>>>>>>> so, extract "something" (that is, assign it to a variable and
>>>>>>> further test it), sort of a deconstruction?
>>>>>>>
>>>>>>> William
>>>>>>>
>>>>>>> On Mon, 09 Nov 2009 19:51:45 -0500
>>>>>>> Tim Daly <daly@axiom-developer.org> wrote:
>>>>>>>
>>>>>>>> You can get a memory pointer to a lisp object.
>>>>>>>>
>>>>>>>> a:=Fraction(Integer)
>>>>>>>>
>>>>>>>> returns the "memory location of Fraction(Integer)"
>>>>>>>> You can prove this with
>>>>>>>>
>>>>>>>> b:=Fraction(Integer)
>>>>>>>> EQ(a,b)$Lisp
>>>>>>>>
>>>>>>>> The lisp function EQ compares memory pointers.
>>>>>>>>
>>>>>>>> There is a lisp function to get the hash value of any object
>>>>>>>> call sxhash. You can call it.
>>>>>>>>
>>>>>>>> SXHASH(a)$Lisp
>>>>>>>>
>>>>>>>> Note that if
>>>>>>>>
>>>>>>>> c:=Integer
>>>>>>>>
>>>>>>>> then
>>>>>>>> EQ(a,c)$Lisp is false
>>>>>>>> SXHASH(a)$Lisp is not equal to SXHASH(c)$Lisp
>>>>>>>>
>>>>>>>> Thus the hash function you seek already exists.
>>>>>>>> You just have to accept the fact that Spad is only syntactic
>>>>>>>> sugar for lisp code and lisp is not evil.
>>>>>>>>
>>>>>>>> Tim
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Axiom-developer mailing list
>>>>>>>> Axiom-developer@nongnu.org
>>>>>>>> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>>>>>>>>
>>>>>>> William Sit, Professor Emeritus
>>>>>>> Mathematics, City College of New York Office:
>>>>>>> R6/202C Tel: 212-650-5179
>>>>>>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>>>>>>
>>>>>>>
>>>>> William Sit, Professor Emeritus
>>>>> Mathematics, City College of New York Office: R6/202C
>>>>> Tel: 212-650-5179
>>>>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>>>>
>>>> William Sit, Professor Emeritus
>>>> Mathematics, City College of New York Office: R6/202C
>>>> Tel: 212-650-5179
>>>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>>>
>>> William Sit, Professor Emeritus
>>> Mathematics, City College of New York Office: R6/202C
>>> Tel: 212-650-5179
>>> Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
>>>
>>>
>
>
From MAILER-DAEMON Wed Nov 11 02:10:11 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N87LG-0002XD-Jv
for mharc-axiom-developer@gnu.org; Wed, 11 Nov 2009 02:10:10 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N87LD-0002Uo-8o
for axiom-developer@nongnu.org; Wed, 11 Nov 2009 02:10:07 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N87L8-0002NQ-5z
for axiom-developer@nongnu.org; Wed, 11 Nov 2009 02:10:06 -0500
Received: from [199.232.76.173] (port=33112 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N87L7-0002MO-G5
for axiom-developer@nongnu.org; Wed, 11 Nov 2009 02:10:01 -0500
Received: from mail.sci.ccny.cuny.edu ([134.74.38.100]:52153
helo=cgate.sci.ccny.cuny.edu)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1N87L7-0007C8-1l
for axiom-developer@nongnu.org; Wed, 11 Nov 2009 02:10:01 -0500
Received: from [96.232.55.183] (account <wyscc@sci.ccny.cuny.edu>)
by cgate.sci.ccny.cuny.edu (CommuniGate Pro WebUser 4.0.5)
with HTTP id 18654883; Wed, 11 Nov 2009 02:09:38 -0500
From: "William Sit" <wyscc@sci.ccny.cuny.edu>
Subject: Re: [Axiom-developer] pointers
To: Gabriel Dos Reis <gdr@integrable-solutions.net>,
wyscc@sci.ccny.cuny.edu
X-Mailer: CommuniGate Pro Web Mailer v.4.0.5
Date: Wed, 11 Nov 2009 02:09:38 -0500
Message-ID: <web-18654883@cgate.sci.ccny.cuny.edu>
In-Reply-To: <206fcf960911101325h66abb3dkfcdee7cd161580b7@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by monty-python.gnu.org: NetCache Data OnTap 5.x
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Nov 2009 07:10:08 -0000
Gabriel:
Thanks again for all the help. I'll download the OpenAxiom
version and try it.
William
On Tue, 10 Nov 2009 15:25:08 -0600
Gabriel Dos Reis <gdr@integrable-solutions.net> wrote:
>On Tue, Nov 10, 2009 at 1:37 PM, William Sit
><wyscc@sci.ccny.cuny.edu> wrote:
>> Hi Waldek:
>>
>> Thanks. That is exactly what I want. Good solution. So
>>the
>> "trick" is to use ' instead of the string. So is the
>> following a bug?
>
>In OpenAxiom, you can get the name of a constructor as an
>Identifier:
>
>(7) -> name constructor Fraction Integer
>
> (7) Fraction
>
> Type: Identifier
>
>-- Gaby
William Sit, Professor Emeritus
Mathematics, City College of New York
Office: R6/202C Tel: 212-650-5179
Home Page: http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Sun Nov 15 13:56:55 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N9kHP-0001bR-DC
for mharc-axiom-developer@gnu.org; Sun, 15 Nov 2009 13:56:55 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N9kHN-0001au-Cg
for axiom-developer@nongnu.org; Sun, 15 Nov 2009 13:56:53 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N9kHJ-0001a8-0Q
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 13:56:52 -0500
Received: from [199.232.76.173] (port=53848 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N9kHI-0001a5-Pi
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 13:56:48 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:41435
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N9kHI-0001Dv-Eo
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 13:56:48 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAFIui8a011876;
Sun, 15 Nov 2009 12:56:45 -0600
Message-ID: <4B004EED.5000807@axiom-developer.org>
Date: Sun, 15 Nov 2009 13:56:45 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
In-Reply-To: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-devel <Axiom-developer@nongnu.org>
Subject: [Axiom-developer] Function cache in Axiom
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Nov 2009 18:56:53 -0000
Bertfried,
As I recall you were interested in creating a cache of values in Axiom.
I just remembered that you can do this dynamically with:
)set functions cache
Sorry for the lag in remembering but my memory is still using
mercury delay lines and has long access times.
Tim
From MAILER-DAEMON Sun Nov 15 16:52:56 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N9n1k-00071E-7c
for mharc-axiom-developer@gnu.org; Sun, 15 Nov 2009 16:52:56 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N9n1i-00070O-I5
for axiom-developer@nongnu.org; Sun, 15 Nov 2009 16:52:54 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N9n1d-0006ze-HK
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 16:52:54 -0500
Received: from [199.232.76.173] (port=57796 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N9n1d-0006zb-EX
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 16:52:49 -0500
Received: from mailrelay.tu-graz.ac.at ([129.27.2.202]:50337
helo=mailrelay.tugraz.at) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N9n1c-00027j-TB
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 16:52:49 -0500
Received: from mail.math.tu-graz.ac.at (mail.math.tu-graz.ac.at
[129.27.148.83]) (authenticated bits=0)
by mailrelay1.tugraz.at (8.14.3/8.14.3) with ESMTP id nAFLqR9T000673
(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);
Sun, 15 Nov 2009 22:52:27 +0100 (CET)
X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay1.tugraz.at nAFLqR9T000673
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-graz.ac.at;
s=mailrelay; t=1258321948; i=@finanz.math.tu-graz.ac.at;
bh=szP8WprHBl7Qh9mD3GrOYnERKloMSYwGwL+qFw8rQKM=;
h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:
MIME-Version:Content-Type;
b=d7vshR6Va/rNGTUfQwbRdFcnj/T6KIzKh3/iqlyd46rbVAcTV9lrA0IKWYt1i6zM+
1Ai26DzU7JXOO8aXuiuvqgKnz56Ldp8aRddEnMyXZAUdK/IjaS9yGGUnHXOiGzjWVT
oreQnw32sosMP4oI3b8IQ3zVBka3zc5V7zSxA4hI=
Received: from schlumpf.math.tu-graz.ac.at ([129.27.150.29]:39766)
by mail.math.tu-graz.ac.at with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.69) (envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N9n1I-0004vm-1O; Sun, 15 Nov 2009 22:52:28 +0100
Received: from lehner (helo=localhost)
by schlumpf.math.tu-graz.ac.at with local-esmtp (Exim 4.69)
(envelope-from <lehner@finanz.math.tu-graz.ac.at>)
id 1N9n1I-0001b9-0O; Sun, 15 Nov 2009 22:52:28 +0100
Date: Sun, 15 Nov 2009 22:52:27 +0100 (CET)
From: Franz Lehner <lehner@finanz.math.tu-graz.ac.at>
To: Tim Daly <daly@axiom-developer.org>
Subject: Re: [Axiom-developer] Function cache in Axiom
In-Reply-To: <4B004EED.5000807@axiom-developer.org>
Message-ID: <alpine.DEB.1.10.0911152251470.6108@schlumpf.math.tu-graz.ac.at>
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4B004EED.5000807@axiom-developer.org>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Previous-Spam-Scanner:
X-Previous-Spam-Score:
X-Previous-Spam-Tests:
X-SA-Exim-Connect-IP: 129.27.150.29
X-SA-Exim-Mail-From: lehner@finanz.math.tu-graz.ac.at
X-SA-Exim-Scanned: No (on mail.math.tu-graz.ac.at);
SAEximRunCond expanded to false
X-TUG-Backscatter-control: TA5uzSQbnlj5AZYy0g49yQ
X-Spam-Scanner: SpamAssassin 3.002005
X-Spam-Score-relay: 0.0
X-Scanned-By: MIMEDefang 2.65 on 129.27.10.18
X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta)
Cc: axiom-devel <Axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Nov 2009 21:52:54 -0000
On Sun, 15 Nov 2009, Tim Daly wrote:
> As I recall you were interested in creating a cache of values in Axiom.
> I just remembered that you can do this dynamically with:
>
> )set functions cache
but that's only for interpreter functions if I understand correctly?
Franz
From MAILER-DAEMON Sun Nov 15 17:14:45 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N9nMr-0005Zq-Gq
for mharc-axiom-developer@gnu.org; Sun, 15 Nov 2009 17:14:45 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N9nMq-0005Yx-8v
for axiom-developer@nongnu.org; Sun, 15 Nov 2009 17:14:44 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N9nMl-0005VJ-45
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 17:14:43 -0500
Received: from [199.232.76.173] (port=44249 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N9nMk-0005V3-SZ
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 17:14:38 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:46234
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N9nMk-0004uv-D1
for Axiom-developer@nongnu.org; Sun, 15 Nov 2009 17:14:38 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAFMEM8a019509;
Sun, 15 Nov 2009 16:14:25 -0600
Message-ID: <4B007D3F.7050401@axiom-developer.org>
Date: Sun, 15 Nov 2009 17:14:23 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Franz Lehner <lehner@finanz.math.tu-graz.ac.at>
Subject: Re: [Axiom-developer] Function cache in Axiom
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4B004EED.5000807@axiom-developer.org>
<alpine.DEB.1.10.0911152251470.6108@schlumpf.math.tu-graz.ac.at>
In-Reply-To: <alpine.DEB.1.10.0911152251470.6108@schlumpf.math.tu-graz.ac.at>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-devel <Axiom-developer@nongnu.org>,
Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Nov 2009 22:14:44 -0000
Franz Lehner wrote:
> On Sun, 15 Nov 2009, Tim Daly wrote:
>> As I recall you were interested in creating a cache of values in Axiom.
>> I just remembered that you can do this dynamically with:
>>
>> )set functions cache
> but that's only for interpreter functions if I understand correctly?
>
> Franz
>
I don't see why it needs to be.
I'll read the code and see if it can be applied to algebra.
Tim
From MAILER-DAEMON Sun Nov 15 23:35:18 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N9tJ8-0005d5-1G
for mharc-axiom-developer@gnu.org; Sun, 15 Nov 2009 23:35:18 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N9tJ6-0005ci-7e
for axiom-developer@nongnu.org; Sun, 15 Nov 2009 23:35:16 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N9tJ0-0005YX-Po
for axiom-developer@nongnu.org; Sun, 15 Nov 2009 23:35:14 -0500
Received: from [199.232.76.173] (port=37001 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N9tJ0-0005YU-I4
for axiom-developer@nongnu.org; Sun, 15 Nov 2009 23:35:10 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:57419
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1N9tJ0-0007Zg-7r
for axiom-developer@nongnu.org; Sun, 15 Nov 2009 23:35:10 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAG4Yx8a016496;
Sun, 15 Nov 2009 22:34:59 -0600
Message-ID: <4B00D674.5090609@axiom-developer.org>
Date: Sun, 15 Nov 2009 23:35:00 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: axiom-developer@nongnu.org, daly <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Embedding Axiom
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2009 04:35:16 -0000
This is a request for design discussion for those who are interested.
I am rewriting Axiom into literate form. This involves understanding
Axiom in a very deep way. One of the insights of my current understanding
is that Axiom needs to be restructured internally.
I have to say that if you are not a lisp programmer most of this will
not make sense. If you are a lisp programmer it should be obvious.
For the non-lispers, a few comments are in order. As pointed out in
Structure and Interpretation of Computer Programs, a properly formed
lisp program "embeds" in lisp. When carefully designed, a lisp
program is not "on top of lisp", but the result is "just lisp".
That is, the new code is layered so that Spad becomes something like
a domain-specific language. If this does not seem like a deep
philosophical design issue then I highly recommend "On Lisp" by
Paul Graham.
The current state of Axiom internals is more like a history museum
than a robust layered design. There are code fragments dating back
to the late 60s along with clever research algorithms (for the time)
about zipper-parsing and CLU-capsules. There are maxima and vmlisp
concepts left over from prior ports. There are non-standard interfaces
to networks, C, and Fortran. There is a broken attempt at a python-like
syntax. Axiom was a research project of many interests and it shows.
Those who have been following Axiom releases know that I've been rewriting
the lisp code and so I've been spending some time rethinking the whole
of the internals.
I believe that there needs to be clearly defined layers of abstraction
that build up to full support of the algebra library. I have several
motives for this, including native support for literate documents and
a more robust platform for my proviso research.
Some primary design goals are:
* the algebra and interpreter semantics should be identical, as far as
possible.
* the embedded design should target the lisp compiler as "the compiler",
that is, the existing algebra code should just be a layered-syntax
on the
embedded lisp implementation. This would allow further layering of the
system since a Spad "integrate(sin(x),x)" is really just a lisp-form
"(integrate (sin x) x)". Note, however, that this is NOT the boot-code
cheeseball idea of "pretty piles". Rather this would be isomorphic
mappings between Spad and Lisp so all of the concepts of one are in
the other.
* the system structure should be designed to allow a "different direction"
for the algebra since another research goal is to provide a way to
"prove" (philosophical caveats here) that the algorithms are correct.
Ideally this would just amount to more surface syntax layered on the
underlying structures that a reasoning engine like COQ or ACL2 could
use.
* the layering should be "natural enough" so that it can be explained in
literate text. A long term goal of the Axiom project is to make the
whole
system into a literate document that can be taught to the next
generation.
All of the computer algebra systems I've seen are really just "stuck onto"
their underlying systems. You can see the struggle to marry the algebra to
the platform aka "algebra by accretion".
Instead I want to see the Axiom category/domain/package hierarchy be a
natural
embedding on a prior layer that is prepared to "express the concepts" in the
hierarchy in natural ways. That layer embeds on a prior layer, which
embeds on
a prior layer.... it is turtles all the way down. (Since it is an embedding,
"down" is the wrong concept but...)
I have some plans on how to get "from here to there" in a slow, incremental
fashion. These plans involve things like finding the basis-set of the
algebra
in terms of lisp functions and then trying to find a closure of this
basis set
so that the algebra embeds cleanly in this set. The compiler should compile
that basis set into an embedding in the prior layer. Lisp can support this
by defining domain-specific languages for each layer and macros from one
layer
to another.
I have no idea what the final form will be. I do know that you should be
able to
look at any layer of code and know immediately what it means in terms of the
next layer down. The compiler and interpreter should be able to walk the
same
layers and generate the code that supports the understanding.
When it is done in this properly embedded fashion you should be able to
(mapcar #'(lambda (f) (integrate f x)) '((sin x) (cos x) ...
or use the Spad surface syntax to generate the same results.
At which point we can climb upward to a category-theoretic form...
And perform computational-mathematical proofs of algorithms...
And re-express the whole of the algebra in program transformations,
like transforming generalized grassmann expressions into efficient
linear algebra forms when the compiler knows the provisos...
And computational mathematics that involve simple classroom exercises
using the intermediate languages from their literate textbooks...
And have the open-source research supported by NSF funding...
oops...that last one is pure fantasy :-)
Tim
From MAILER-DAEMON Mon Nov 16 04:36:10 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1N9y0I-0003ea-JS
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 04:36:10 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1N9y0F-0003bR-Bc
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 04:36:07 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1N9y0A-0003Ze-ID
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 04:36:06 -0500
Received: from [199.232.76.173] (port=39852 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1N9y0A-0003Zb-9w
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 04:36:02 -0500
Received: from moutng.kundenserver.de ([212.227.126.186]:52145)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1N9y09-0003QD-Os
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 04:36:02 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis)
id 0M7Wjr-1O6j173rPD-00xEf8; Mon, 16 Nov 2009 10:35:59 +0100
From: Martin Baker <ax87438@martinb.com>
To: axiom-developer@nongnu.org
Subject: Re: [Axiom-developer] Embedding Axiom
Date: Mon, 16 Nov 2009 09:35:55 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <4B00D674.5090609@axiom-developer.org>
In-Reply-To: <4B00D674.5090609@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200911160935.56031.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX1+peyUILDv8zpyiyUFA2ehB7e0srRVlbPzD2Qs
UT7DoGZAqgo8t/6h8fh9TR2nresS2x6Wg/+GcxDgE2DxqYsBHB
TSm14ihwD3EcoUCAy5tyw==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2009 09:36:07 -0000
On Monday 16 November 2009 04:35:00 Tim Daly wrote:
> This is a request for design discussion for those who are interested.
Tim,
Can I ask a nieve question? If you were starting from scratch would you write
Axiom in lisp? I've no special axe to grind and no special technical
knowledge, I'm just asking out of curiosity.
It just seems to me that for Axiom to hit the bigtime:
* potential programmers and advanced users would want a modern graphical IDE
and useful error messages.
* non-advanced users would want a html-like interface that changes with the
fashion of the time (the look seems to be important these days).
I just wondered how practical it is to do all these things on top of lisp? As
opposed to say another functional language supported by something like the
Eclipse framework? When I first came across the spad language, a few weeks ago
now! I was really surprised how similar it is to the language Scala, without
knowing what the technical issues might be it would be interesting to know if
spad could be built on top of Scala?
Martin
From MAILER-DAEMON Mon Nov 16 12:00:05 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NA4vt-0002tE-D3
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 12:00:05 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NA4vq-0002qy-VU
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 12:00:03 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NA4vm-0002kq-1P
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 12:00:02 -0500
Received: from [199.232.76.173] (port=35251 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NA4vl-0002kQ-SB
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 11:59:57 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:49203
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NA4vl-00040j-Bs
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 11:59:57 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAGGxp8a011938;
Mon, 16 Nov 2009 10:59:52 -0600
Message-ID: <4B018507.2080703@axiom-developer.org>
Date: Mon, 16 Nov 2009 11:59:51 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>
Subject: Re: [Axiom-developer] Embedding Axiom
References: <4B00D674.5090609@axiom-developer.org>
<200911160935.56031.ax87438@martinb.com>
In-Reply-To: <200911160935.56031.ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2009 17:00:03 -0000
Martin Baker wrote:
> On Monday 16 November 2009 04:35:00 Tim Daly wrote:
>
>> This is a request for design discussion for those who are interested.
>>
>
> Tim,
>
> Can I ask a nieve question? If you were starting from scratch would you write
> Axiom in lisp? I've no special axe to grind and no special technical
> knowledge, I'm just asking out of curiosity.
>
Axiom depends heavily on lisp's ability to write programs which write
programs. No other language
seems to have this ability. The macro facility in lisp gives Axiom the
ability to "get inside the compiler"
at compile time to perform needed optimizations. It can do this because
lisp macros are source-to-source
transformations on the syntax tree that occur at compile time. Axiom
uses closures and passes them
around as first-class objects so you can create stateful objects
in-context on the fly, pass them around
and call them in other contexts. Unlike other languages, lisp programs
are data which are programs.
If I were starting from scratch I don't know what other language could
be used.
Python/Java/Scala cannot dynamically create program text and use it
immediately.
They do not have a macro facility that is source-to-source.
They cannot create useful runtime closures.
I qualify my "cannot" remarks with Greenspun's Law which states that
"Any sufficiently complicated C or Fortran (Python/Java/Scala) program
contains an ad-hoc,
informally-specified bug-ridden slow implementation of half of common lisp."
> It just seems to me that for Axiom to hit the bigtime:
>
> * potential programmers and advanced users would want a modern graphical IDE
> and useful error messages.
> * non-advanced users would want a html-like interface that changes with the
> fashion of the time (the look seems to be important these days).
>
Axiom is re-targetting the user interface to use the browser (nod to
Bill Page).
The browser only recently supports needed elements like the <canvas>
object but Axiom
can already create dynamic browser pages that allow inline computations
(supported by Ajax calls).
The hyperdoc help system is already partially rewritten to be
browser-based.
The graphics subsystem is being redesigned to work on html canvas
objects in browsers.
All of this works from lisp.
As for "hitting the bigtime".... Axiom is not trying to achieve success
in the way you are thinking.
Your definition of success has an element of "lots of people use it".
Axiom's definition of success involves being the basis for computational
mathematics, which is a
small intersection between mathematicians and programmers. The total
number of people in this
set would likely fill a small parking lot, assuming you could get them
out of doors.
Success means that computational mathematicians are able to build upward
from the existing
system in a mathematically correct way. Success involves making the
system into something that
can be taught to the next generation so they can move further with
confidence. So what does it
take to provide reasonable guarantees that Axiom is mathematically
correct (insert philosophical
debate here)? What does it take to teach the next generation to think
like computational
mathematicians (insert literate programming debate here)?
> I just wondered how practical it is to do all these things on top of lisp? As
> opposed to say another functional language supported by something like the
> Eclipse framework? When I first came across the spad language, a few weeks ago
> now! I was really surprised how similar it is to the language Scala, without
> knowing what the technical issues might be it would be interesting to know if
> spad could be built on top of Scala?
>
Unfortunately nothing I can possibly say will be meaningful if you
aren't a lisper.
Lisp is an "epiphany experience"
Epiphany languages change the way you think. Other examples worth
learning are APL,
Forth, Snobol, Prolog, OPS5, etc.Python/Ruby/Scala/Java are weak
implementations of Algol 68.
Ultimately, there is a gap between the problem you are trying to solve
and the machine that
will execute the solution. I call this the "impedance gap" (impedance is
resistance because
of a mismatch... think of a soda straw connected to a fire hydrant).
This gap is very wide
if you are trying to solve a complex problem on a microprocessor. A
computer language
that is close to the machine (e.g. assembler) means you have to move
your concepts from
your head to the machine. A computer language that is close to the
problem (e.g. AutoCAD
for solid models) means you need only small programs to express your
problem but you
need a lot of special-purpose machinery to "cross the gap" to the
microprocessor.
Lisp is the only language I know that operates at all levels across the
impedance gap.
(e.g (integrate (car x) .... uses a heavy algorithm on a machine pointer)
You could build spad on top of Scala but it would be painful. You would
end up using
"factory objects" to create "eq pointers" to unique instances which is
dirt trivial in lisp.
You would have to build a Scala parser to a special internal data
representation, a
Scala macro language that could manipulate the internal data
representation, a Scala
interpreter so you could call Scala functions on the internal data
representation, a Scala
compiler so you could compile the internal data representation, and an
internal-to-Scala
printer program. In short, you would have to build "an ad-hoc,
informally-specified
bug-ridden slow implementation of half of common lisp." And when you are
done you
still have a language that sits on top of a virtual machine that does
not support tail-recursion.
The REAL question is why we don't all rewrite everything in Go :-)
Methinks I'm becoming something of a curmudgeon.
Tim
Elder of the Internet
From MAILER-DAEMON Mon Nov 16 12:29:31 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NA5ON-0000SK-5Y
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 12:29:31 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NA5OI-0000Qo-A9
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 12:29:26 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NA5OD-0000OL-7e
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 12:29:25 -0500
Received: from [199.232.76.173] (port=42900 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NA5OC-0000OA-UE
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 12:29:21 -0500
Received: from mail-gx0-f199.google.com ([209.85.217.199]:56207)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NA5OC-0007sj-JI
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 12:29:20 -0500
Received: by gxk23 with SMTP id 23so7075882gxk.2
for <axiom-developer@nongnu.org>; Mon, 16 Nov 2009 09:29:20 -0800 (PST)
MIME-Version: 1.0
Path: j19g2000yqk.googlegroups.com!not-for-mail
Newsgroups: sci.math,sci.math.symbolic,comp.soft-sys.math.maple
Date: Mon, 16 Nov 2009 09:29:20 -0800 (PST)
Complaints-To: groups-abuse@google.com
Injection-Info: j19g2000yqk.googlegroups.com; posting-host=72.23.235.203;
posting-account=m2ufuQoAAAAnP4mhpj2-bRzndif0-AIg
NNTP-Posting-Host: 72.23.235.203
References: <4ADB98EB.357C0188@freenet.de> <hbgabd$33o$1@aioe.org>
<4ADCE548.F1ED21D6@freenet.de>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5)
Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe)
Received: by 10.150.87.2 with SMTP id k2mt4788774ybb.6.1258392560099; Mon, 16
Nov 2009 09:29:20 -0800 (PST)
Message-ID: <3679cd20-5678-41ac-bda3-4dde5840f7ef@j19g2000yqk.googlegroups.com>
From: TimDaly <daly@axiom-developer.org>
To: axiom-developer@nongnu.org
Cc: axiom-developer@nongnu.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Subject: [Axiom-developer] Re: Is your CAS no a weakling anymore?
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2009 17:29:26 -0000
On Oct 19, 5:16=A0pm, cliclic...@freenet.de wrote:
> Richard Fateman schrieb:
>
>
>
> > cliclic...@freenet.de wrote:
> > >...
> > > they claim to deliver the antiderivative of any elementary function i=
f
> > > it can also be written in terms of elementary functions...
>
> > At least Maxima / Macsyma makes no such claims, and in particular
> > neither implements completely the algebraic case of the Risch algorithm=
.
> > Undoubtedly simpler examples will stump these programs.
>
> Errh. Ok. Alright. Maxima users are excused for the time being - they
> may hand in their answers after the next integrator overhaul. On the
> other hand, Derive also makes do with less than 1000 general
> integration rules like
> =A0 INT(F((a+b*x)^(1/n),x),x) ->
> =A0 n/b*SUBST(INT(x^(n-1)*F(x,(x^n-a)/b),x),x,(a+b*x)^(1/n)),
> or
> =A0 INT(x^m*LN((a*x^n)^q),x) ->
> =A0 x^(m+1)*LN((a*x^n)^q)/(m+1)-n*q*x^(m+1)/(m+1)^2.
> What counts in the end is the ability to handle real-life integrals like
> the problem posed. Maybe Risch's is not the best way?
>
> And now pssss. They are all crouched over their screens. No sound but
> the occasional keyboard click and slurp of coffee. Papa Wolfram looks
> particularly grave. Will he and his crew flunk again?
>
> Martin ;)
Interesting. Where do you find such patterns?
Do you have a catalog of them I can try?
Tim Daly
Axiom Lead Developer
Elder of the Internet
From MAILER-DAEMON Mon Nov 16 13:38:23 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NA6T1-0000Md-FT
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 13:38:23 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NA6Sz-0000Kx-JA
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 13:38:21 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NA6Su-0000GD-4a
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 13:38:20 -0500
Received: from [199.232.76.173] (port=32999 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NA6St-0000Fq-Se
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 13:38:16 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:46560
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NA6St-0001N9-D2
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 13:38:15 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAGIcB8a013575;
Mon, 16 Nov 2009 12:38:11 -0600
Message-ID: <4B019C14.8080103@axiom-developer.org>
Date: Mon, 16 Nov 2009 13:38:12 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>
Subject: Re: [Axiom-developer] Embedding Axiom
References: <4B00D674.5090609@axiom-developer.org>
<200911160935.56031.ax87438@martinb.com>
In-Reply-To: <200911160935.56031.ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2009 18:38:21 -0000
Martin,
I re-read what I wrote and it is likely to not be very meaningful to you.
Let me try to demonstrate the point.
Suppose you wanted to implement an "if-only" statement in Scala.
Is this possible? I don't know Scala so I can't say but I would guess not.
In Python (which I do know) a statement like
if-only x > 0:
pass
would require a change to the compiler. A similar statement in Java
would also require a compiler change. An if-only statement in lisp is
trivial
to implement and would work with every other part of the language, as in:
(if-only (> x 0) (pass))
This would be a trivial in-class quiz for a lisp course.
When designing and developing lisp code it is common to create the
language you would like to implement by creating the language you
would like to implement but doing it in such a way that the language
is embedded in lisp in a "first-class operations" way. Macros allow you
to dynamically extend the compiler so "if-only" is new, first-class syntax.
The Axiom redesign question amounts to understanding the language
we would like to have to implement the support for Spad.... and then
understanding the language we would like to have to implement the
language that supports Spad... and then recursively repeating the process.
Tim
Martin Baker wrote:
> On Monday 16 November 2009 04:35:00 Tim Daly wrote:
>
>> This is a request for design discussion for those who are interested.
>>
>
> Tim,
>
> Can I ask a nieve question? If you were starting from scratch would you write
> Axiom in lisp? I've no special axe to grind and no special technical
> knowledge, I'm just asking out of curiosity.
>
> It just seems to me that for Axiom to hit the bigtime:
>
> * potential programmers and advanced users would want a modern graphical IDE
> and useful error messages.
> * non-advanced users would want a html-like interface that changes with the
> fashion of the time (the look seems to be important these days).
>
> I just wondered how practical it is to do all these things on top of lisp? As
> opposed to say another functional language supported by something like the
> Eclipse framework? When I first came across the spad language, a few weeks ago
> now! I was really surprised how similar it is to the language Scala, without
> knowing what the technical issues might be it would be interesting to know if
> spad could be built on top of Scala?
>
> Martin
>
>
> _______________________________________________
> Axiom-developer mailing list
> Axiom-developer@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>
>
From MAILER-DAEMON Mon Nov 16 18:04:35 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAAcd-000708-Cf
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 18:04:35 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAAcb-0006zr-4w
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:04:33 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAAcW-0006z4-Ie
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:04:32 -0500
Received: from [199.232.76.173] (port=44762 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAAcW-0006yy-Ei
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:04:28 -0500
Received: from web56708.mail.re3.yahoo.com ([66.196.97.67]:47277)
by monty-python.gnu.org with smtp (Exim 4.60)
(envelope-from <smustudent1@yahoo.com>) id 1NAAcV-0007mK-Tb
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:04:28 -0500
Received: (qmail 3995 invoked by uid 60001); 16 Nov 2009 23:04:26 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024;
t=1258412666; bh=uu1pZMRY4e+vWeeWFCDvUV3EdysFgiDbe7HA/aXsXRc=;
h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type;
b=tFRiAHljCXRg7oxyy45dHTpQA9afl4omKCEKme3wdMiGevrchhTIGQsBeUfeJP+/zJAxmuL8xJLuf5NbHH3wmWRcPjKi1hQ+5kA5isYlgPxHAxSBTIYyQtX7qQy+GyYXXUe1aQKrxQjfhAmwLn+xT9rDIDCq93o6OhdK79UAHQs=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type;
b=D3cYG1PteqndPU7kN2ZN28we9TEURp+/neMmKmCQC2+sBcaKCKcEB88m1PZ+1dJmMno3t4oVSvX6Voj5KB78FmzXWmErKi8eh2PRVeE26VAx6bYdnW9TPJD+QedxuTOXA3k5nvCqV8P9N15Pu6SgbiJhScWuwgYn3kSQpCdj+ro=;
Message-ID: <879426.3851.qm@web56708.mail.re3.yahoo.com>
X-YMail-OSG: lALCHPkVM1kneT_6PzjGmOSiVodQvVKcyekcOmUwK99fXetOTD6e_tpDwKD7e5NvW0BS3eBWVjxYQtSWLj9sZdNdyfidLTkN9nqSiB54WsTvSmbJbzNgS1vLQaxitRYA_lbO_tiCetgFyeD2XCkdKvDdL.l3cqkgT4PRM0rV.Vo253OLwkmWeCq8W_.V8R4fiqWPFs6wwf4BrlNdVVtmbXWOT_javB92B7OaLDZE3pdBtFiyHHiTKg9FIhztgSdU4HhkMfx1T70Bx0.1szJ_UHuLpYbqfVnI3Kpp7ekluP.v0x8dvL8l8Bj23A--
Received: from [173.67.62.124] by web56708.mail.re3.yahoo.com via HTTP;
Mon, 16 Nov 2009 15:04:26 PST
X-Mailer: YahooMailRC/211.6 YahooMailWebService/0.7.361.4
Date: Mon, 16 Nov 2009 15:04:26 -0800 (PST)
From: C Y <smustudent1@yahoo.com>
Subject: Re: [Axiom-developer] Embedding Axiom
To: axiom-developer@nongnu.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-detected-operating-system: by monty-python.gnu.org: FreeBSD 6.x (1)
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2009 23:04:33 -0000
On Sunday 15 November 2009 23:35:00 Tim Daly wrote:
> This is a request for design discussion for those who are interested.
> When it is done in this properly embedded fashion you should be able to
> (mapcar #'(lambda (f) (integrate f x)) '((sin x) (cos x) ...
> or use the Spad surface syntax to generate the same results.
>
> At which point we can climb upward to a category-theoretic form...
> And perform computational-mathematical proofs of algorithms...
Tim, a question here. As I understand it (which I readily admit I don't well) the notion of what an "integral" is or for that matter what sine, cosine and even "x" are more or less "lives" at the category theory level. Or, put another way, the category-theoretic level is where the "type" rules of category theory determine what is and is not a legal expansion of "integrate(sqrt(x),x)" - for example, if "x" is the set of positive real numbers integrating sqrt(x) may look a tad different in expansion to a "verbose" category theory typed set of calls than (say) negative real numbers (where sqrt is going to result in something not a real number).Axiom's user environment does some "type deduction" now as I understand it, to make user interaction more manageable, although the programming environment requires non-ambiguous specification of types. Doesn't that imply that rather than "building up" to category-theoretic form the specification of the algebra
needs to start at the category-theoretic form and have the requirements of that form dictate the required support structure(s) at the higher level language and Lisp levels? And that other "simpler" expressions of mathematics for users would have to be layered on top of the robust category-theoretic foundation to support "translating" more casual user supplied problems (like integrate(sin(x),x) ) into statements with the rigor to be subject to formal proof? If I understand correctly, mathematical statements are made within the context of a series of axioms, such as (for example) the ZFC set theory axioms. Category Theory provides (among other things) a framework with which to manage the axioms being used and what can be deduced based on the current operating set of axioms. It seems to me like this conceptual framework and the language definitions being used to express concepts within that framework would need to be laid out before algebraic logic
could really be "properly" defined in the system, but I could be wrong - have I misunderstood what is required for proof robustness?
That would lead to a hierarchy something like:
User-level syntax
|
Intermediate Layer(s)
|
Category Theoretic High Level Language (Spad?)
|
Lisp
where the Category Theoretic Language would depend on Lisp behaviors, which would in turn depend on the machine assembly language level behaviors, etc.
This of course lends itself to the idea of languages within languages that Lisp provides, but the "rules" of the Category Theoretic language would essentially have to be the rules of category theory itself, which I'm guessing are probably some subset of the behaviors allowed by Lisp.
Am I thinking about the problem incorrectly?
Cheers,
CY
From MAILER-DAEMON Mon Nov 16 18:19:36 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAArA-0007Rc-8W
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 18:19:36 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAAr9-0007R6-0u
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:19:35 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAAr4-0007Oc-AK
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:19:34 -0500
Received: from [199.232.76.173] (port=34830 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAAr4-0007OW-79
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:19:30 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:35405
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NAAr3-0001cT-RO
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 18:19:29 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAGNJR8a028495;
Mon, 16 Nov 2009 17:19:27 -0600
Message-ID: <4B01DE00.3070001@axiom-developer.org>
Date: Mon, 16 Nov 2009 18:19:28 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: C Y <smustudent1@yahoo.com>
Subject: Re: [Axiom-developer] Embedding Axiom
References: <879426.3851.qm@web56708.mail.re3.yahoo.com>
In-Reply-To: <879426.3851.qm@web56708.mail.re3.yahoo.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Nov 2009 23:19:35 -0000
C Y wrote:
> =20
> On Sunday 15 November 2009 23:35:00 Tim Daly wrote:
> =20
>> This is a request for design discussion for those who are interested.
>> When it is done in this properly embedded fashion you should be able t=
o
>> (mapcar #'(lambda (f) (integrate f x)) '((sin x) (cos x) ...
>> or use the Spad surface syntax to generate the same results.
>>
>> At which point we can climb upward to a category-theoretic form...
>> =20
>
> =20
>> And perform computational-mathematical proofs of algorithms...
>> =20
>
> Tim, a question here. As I understand it (which I readily admit I don'=
t well) the notion of what an "integral" is or for that matter what sine,=
cosine and even "x" are more or less "lives" at the category theory leve=
l. Or, put another way, the category-theoretic level is where the "type"=
rules of category theory determine what is and is not a legal expansion =
of "integrate(sqrt(x),x)" - for example, if "x" is the set of positive re=
al numbers integrating sqrt(x) may look a tad different in expansion to a=
"verbose" category theory typed set of calls than (say) negative real nu=
mbers (where sqrt is going to result in something not a real number).Axio=
m's user environment does some "type deduction" now as I understand it, t=
o make user interaction more manageable, although the programming environ=
ment requires non-ambiguous specification of types. Doesn't that imply t=
hat rather than "building up" to category-theoretic form the specificatio=
n of the algebra
> needs to start at the category-theoretic form and have the requirement=
s of that form dictate the required support structure(s) at the higher le=
vel language and Lisp levels? And that other "simpler" expressions of ma=
thematics for users would have to be layered on top of the robust categor=
y-theoretic foundation to support "translating" more casual user supplied=
problems (like integrate(sin(x),x) ) into statements with the rigor to b=
e subject to formal proof? If I understand correctly, mathematical statem=
ents are made within the context of a series of axioms, such as (for exam=
ple) the ZFC set theory axioms. Category Theory provides (among other th=
ings) a framework with which to manage the axioms being used and what can=
be deduced based on the current operating set of axioms. It seems to me=
like this conceptual framework and the language definitions being used t=
o express concepts within that framework would need to be laid out before=
algebraic logic
> could really be "properly" defined in the system, but I could be wrong=
- have I misunderstood what is required for proof robustness?
>
> That would lead to a hierarchy something like:
>
> User-level syntax
>
> |
>
> Intermediate Layer(s)
>
> |
>
> Category Theoretic High Level Language (Spad?)
> =20
> |
>
> Lisp
>
> where the Category Theoretic Language would depend on Lisp behaviors, w=
hich would in turn depend on the machine assembly language level behavior=
s, etc.
>
> This of course lends itself to the idea of languages within languages t=
hat Lisp provides, but the "rules" of the Category Theoretic language wou=
ld essentially have to be the rules of category theory itself, which I'm =
guessing are probably some subset of the behaviors allowed by Lisp.
>
> Am I thinking about the problem incorrectly?
>
> Cheers,
> CY
>
>
>
> =20
>
>
> _______________________________________________
> Axiom-developer mailing list
> Axiom-developer@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>
> =20
You are correct that category theory should underlie the Axiom type=20
hierarchy.
My thought about "layering it above" is related to using the theory as pa=
rt
of the proof process. Properly speaking it should instead be used for=20
defining
functors and mappings. I am not nearly strong enough in category theory t=
o
try to architect Axiom on top of it. I think that such a rebasing would b=
e
a PhD thesis or two. You'd have to start way down deep with records as=20
products
and unions as co-products.
Tim
From MAILER-DAEMON Mon Nov 16 20:32:20 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NACvc-0001jk-Bi
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 20:32:20 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NACvZ-0001jF-EF
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 20:32:17 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NACvV-0001hy-0Z
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 20:32:16 -0500
Received: from [199.232.76.173] (port=51875 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NACvU-0001hv-Ps
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 20:32:12 -0500
Received: from mail-gx0-f199.google.com ([209.85.217.199]:36758)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NACvU-0004Te-DF
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 20:32:12 -0500
Received: by gxk23 with SMTP id 23so7583082gxk.2
for <axiom-developer@nongnu.org>; Mon, 16 Nov 2009 17:32:11 -0800 (PST)
MIME-Version: 1.0
Path: g27g2000yqn.googlegroups.com!not-for-mail
Newsgroups: sci.math,sci.math.symbolic,comp.soft-sys.math.maple
Date: Mon, 16 Nov 2009 17:32:11 -0800 (PST)
Complaints-To: groups-abuse@google.com
Injection-Info: g27g2000yqn.googlegroups.com; posting-host=72.23.235.203;
posting-account=m2ufuQoAAAAnP4mhpj2-bRzndif0-AIg
NNTP-Posting-Host: 72.23.235.203
References: <4ADB98EB.357C0188@freenet.de> <hbgabd$33o$1@aioe.org>
<4ADCE548.F1ED21D6@freenet.de>
<3679cd20-5678-41ac-bda3-4dde5840f7ef@j19g2000yqk.googlegroups.com>
<4B01E547.CB60267C@freenet.de>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5)
Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe)
Received: by 10.150.9.2 with SMTP id 2mt3365629ybi.29.1258421531806; Mon, 16
Nov 2009 17:32:11 -0800 (PST)
Message-ID: <75295e24-5138-474e-b974-dd0d2dcdaeab@g27g2000yqn.googlegroups.com>
From: TimDaly <daly@axiom-developer.org>
To: axiom-developer@nongnu.org
Cc: axiom-developer@nongnu.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Subject: [Axiom-developer] Re: Is your CAS no a weakling anymore?
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2009 01:32:18 -0000
On Nov 16, 6:50=A0pm, cliclic...@freenet.de wrote:
> TimDaly schrieb:
>
>
>
>
>
> > On Oct 19, 5:16 pm, cliclic...@freenet.de wrote:
> > > Richard Fateman schrieb:
>
> > > > cliclic...@freenet.de wrote:
> > > > >...
> > > > > they claim to deliver the antiderivative of any elementary functi=
on if
> > > > > it can also be written in terms of elementary functions...
>
> > > > At least Maxima / Macsyma makes no such claims, and in particular
> > > > neither implements completely the algebraic case of the Risch algor=
ithm.
> > > > Undoubtedly simpler examples will stump these programs.
>
> > > Errh. Ok. Alright. Maxima users are excused for the time being - they
> > > may hand in their answers after the next integrator overhaul. On the
> > > other hand, Derive also makes do with less than 1000 general
> > > integration rules like
> > > =A0 INT(F((a+b*x)^(1/n),x),x) ->
> > > =A0 n/b*SUBST(INT(x^(n-1)*F(x,(x^n-a)/b),x),x,(a+b*x)^(1/n)),
> > > or
> > > =A0 INT(x^m*LN((a*x^n)^q),x) ->
> > > =A0 x^(m+1)*LN((a*x^n)^q)/(m+1)-n*q*x^(m+1)/(m+1)^2.
> > > What counts in the end is the ability to handle real-life integrals l=
ike
> > > the problem posed. Maybe Risch's is not the best way?
>
> > > And now pssss. They are all crouched over their screens. No sound but
> > > the occasional keyboard click and slurp of coffee. Papa Wolfram looks
> > > particularly grave. Will he and his crew flunk again?
>
> > > Martin ;)
>
> > Interesting. Where do you find such patterns?
> > Do you have a catalog of them I can try?
>
> Could you be more specific? Does your "catalog of patterns" refer to my
> integration problems, or perhaps to my associative memory connecting
> attempts to solve them with concepts like "coffee" and "Wolfram" (which
> is further linked to "Papa") and "trance"?
>
> Martin.
Do you have a catalog of patterns (in source code) of the form:
INT(F((a+b*x)^(1/n),x),x) ->
n/b*SUBST(INT(x^(n-1)*F(x,(x^n-a)/b),x),x,(a+b*x)^(1/n)),
I would like to see what patterns you have and compare them against
the integration test suite that Axiom uses.
Tim
From MAILER-DAEMON Mon Nov 16 22:46:23 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAF1L-0007BL-Q2
for mharc-axiom-developer@gnu.org; Mon, 16 Nov 2009 22:46:23 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAF1K-0007B8-Ro
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 22:46:22 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAF1J-0007Aw-CS
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 22:46:21 -0500
Received: from [199.232.76.173] (port=50723 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAF1J-0007At-4O
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 22:46:21 -0500
Received: from mout.perfora.net ([74.208.4.195]:59493)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <SRS0=w2Ty=HF=start.ca=wilsons@srs.perfora.net>)
id 1NAF1I-00064W-Pv
for axiom-developer@nongnu.org; Mon, 16 Nov 2009 22:46:20 -0500
Received: from localhost (bas3-london14-1096789107.dsl.bell.ca [65.95.172.115])
by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis)
id 0LonZ5-1NpsV10jn9-00gDmw; Mon, 16 Nov 2009 22:46:18 -0500
Date: Mon, 16 Nov 2009 22:46:15 -0500
From: Stephen Wilson <wilsons@start.ca>
To: Tim Daly <daly@axiom-developer.org>
Subject: Re: [Axiom-developer] Embedding Axiom
Message-ID: <20091117034615.GA20998@fibrous.localdomain>
References: <4B00D674.5090609@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4B00D674.5090609@axiom-developer.org>
User-Agent: Mutt/1.5.19 (2009-01-05)
X-Provags-ID: V01U2FsdGVkX19Moe2LwJOeXmmgL34HMw/Yw6RHgh7ovHSKme1
Y2YpnYW0H/dWnacH3HR2UBTwo7cCKY3AM66iTuR2ic+G6phvQL
jM8LSKGOXLn/tz722J47nv7gJaS7LiIc5Ulk9xQopI=
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2009 03:46:23 -0000
Hi Tim,
On Sun, Nov 15, 2009 at 11:35:00PM -0500, Tim Daly wrote:
> This is a request for design discussion for those who are interested.
Your message is very interesting.
> I have some plans on how to get "from here to there" in a slow, incremental
> fashion. These plans involve things like finding the basis-set of the algebra
> in terms of lisp functions and then trying to find a closure of this basis set
> so that the algebra embeds cleanly in this set. The compiler should compile
> that basis set into an embedding in the prior layer. Lisp can support this by
> defining domain-specific languages for each layer and macros from one layer to
> another.
Could you please expand on this point? How do you propose to do this
incrementally from an implementation point of view? I am asking these questions
from an engineering standpoint. In particular, are you suggesting a rewrite
(essentially from scratch, using the current implementation as a guide)?
--
steve
From MAILER-DAEMON Tue Nov 17 00:27:06 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAGan-0006K2-VN
for mharc-axiom-developer@gnu.org; Tue, 17 Nov 2009 00:27:05 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAGam-0006IO-8J
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 00:27:04 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAGah-0006Fn-GH
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 00:27:03 -0500
Received: from [199.232.76.173] (port=57252 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAGah-0006Fg-Ct
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 00:26:59 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:37559
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NAGah-0002Pv-2L
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 00:26:59 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAH5Qt8a022752;
Mon, 16 Nov 2009 23:26:56 -0600
Message-ID: <4B023423.9080809@axiom-developer.org>
Date: Tue, 17 Nov 2009 00:26:59 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Stephen Wilson <wilsons@start.ca>
Subject: Re: [Axiom-developer] Embedding Axiom
References: <4B00D674.5090609@axiom-developer.org>
<20091117034615.GA20998@fibrous.localdomain>
In-Reply-To: <20091117034615.GA20998@fibrous.localdomain>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2009 05:27:04 -0000
Stephen Wilson wrote:
> Hi Tim,
>
> On Sun, Nov 15, 2009 at 11:35:00PM -0500, Tim Daly wrote:
>
>> This is a request for design discussion for those who are interested.
>>
>
> Your message is very interesting.
>
>
>> I have some plans on how to get "from here to there" in a slow, incremental
>> fashion. These plans involve things like finding the basis-set of the algebra
>> in terms of lisp functions and then trying to find a closure of this basis set
>> so that the algebra embeds cleanly in this set. The compiler should compile
>> that basis set into an embedding in the prior layer. Lisp can support this by
>> defining domain-specific languages for each layer and macros from one layer to
>> another.
>>
>
> Could you please expand on this point? How do you propose to do this
> incrementally from an implementation point of view? I am asking these questions
> from an engineering standpoint. In particular, are you suggesting a rewrite
> (essentially from scratch, using the current implementation as a guide)?
>
> --
> steve
>
>
A rewrite from scratch? Well, more like a "remolding of the clay" than a
rewrite.
The idea is to move from a working system to a working system with each
change, but
eventually restructure the internals cleanly. At the moment I am in the
process of
restructuring the interpreter/compiler into literate form (book volume
5). As I do
this I am rewriting the code to be functionally equivalent.
The above comment about finding the basis set for the algebra amounts to
finding
every lisp-source-level function call from every lisp algebra object. I
wrote a
"calls" function to walk lisp code and extract the non-common-lisp
function calls.
This set will be gathered, arranged, and studied. The idea is to find
the "right level"
of abstraction (ala "On Lisp" and "Structure and Interpretation"). This
level of
abstraction forms the current base language hosting the algebra. It
forms a design
target for the top level embedded layer. Next we re-arrange the system
to make this layer
explicit (define an API, so to speak). Then we recurse the process with
the new layer.
Code in the system that uses nothing but common lisp calls forms the
other end of
the spectrum. The game is to build the two layers toward each other in a
disciplined
way so that each layer embeds properly in the prior one. Because Axiom
was written by
so many different people the internals are more like "tent poles" of
functionality
where each one builds from nothing all the way to the top, reproducing
common ideas
in different ways.
Along the way the code needs major cleanup work. On Lisp and SICP stress
using
functional programming but the Axiom internals are wildly coupled
through the use
of special variables. Some of these can be eliminated with extra
arguments and
most of those that cannot will still be able to be limited using lexical
closures.
In addition, the use of Boot code led to a fantastic amount of list
processing
where it is not appropriate. Major structures in the system should be
defstruct
objects or some other kind of structuring. Because of the Boot idioms it
is next
to impossible to find all the places a data structure is modified.
Side-effecting
global state happens all over the place. Now that the boot code is gone
the data
can take a more natural and better disciplined shape.
Even better for the long term would be to make each structure immutable
(see
"Purely Functional Data Structure" by Chris Okasaki). This would make it
much easier
to move the system to a parallel base of code. This level of rewrite is
on the queue
to think about and study but might take some experimenting.
I have roughly 140 files still to merge into the interpreter volume and
it takes about a
week of moving/testing/documenting/rewriting/xrefing/latexing for each
one so this
is going to take a while.
Tim
From MAILER-DAEMON Tue Nov 17 15:55:08 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAV4u-0006Ko-B3
for mharc-axiom-developer@gnu.org; Tue, 17 Nov 2009 15:55:08 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAV4s-0006JV-7e
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 15:55:06 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAV4o-0006Gt-2C
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 15:55:05 -0500
Received: from [199.232.76.173] (port=58532 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAV4n-0006Gq-Mp
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 15:55:01 -0500
Received: from mail-iw0-f180.google.com ([209.85.223.180]:48866)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <zznmeb@gmail.com>) id 1NAV4m-0003fK-Sm
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 15:55:01 -0500
Received: by iwn10 with SMTP id 10so346602iwn.4
for <axiom-developer@nongnu.org>; Tue, 17 Nov 2009 12:54:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:sender:reply-to:received
:in-reply-to:references:date:x-google-sender-auth:message-id:subject
:from:to:content-type;
bh=JlVQwD0BySd8oG/i7qR3GW0E9jtRLyJBoJsfMYKtp5s=;
b=tDhL5NJHe0NBnKsDysUMt36Y9qlHTaliGw7jUBWBAztFYdTEVtcTFNmbBkpsI5jjQ7
VH4mg6mVzg5YYcTOXTorWMAyjwPMr2381nRBtVa/yN1+/0VrjICYh9b0xs4wog3Jmcev
UtYIy7v54OB70mF4qFibxjXca0G0mqlN2QzEU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
h=mime-version:sender:reply-to:in-reply-to:references:date
:x-google-sender-auth:message-id:subject:from:to:content-type;
b=ipEC6T4Khmq84hx/oIthC5PrXEFWC3JC9BmX4IpeWu4R/NXwtPdDomUj/9svHft9tu
NdqPY47JNc+bzselLrxmnQtHYgxtCxDs41n+e2IJOAifXk+CfjdmRt1EuauDscB9PVZv
TsG/aLCiaDM8VsVlWNNd+2NxWx5Vrp1kVWp4o=
MIME-Version: 1.0
Sender: zznmeb@gmail.com
Received: by 10.231.170.201 with SMTP id e9mr614104ibz.15.1258491296754; Tue,
17 Nov 2009 12:54:56 -0800 (PST)
In-Reply-To: <4B023423.9080809@axiom-developer.org>
References: <4B00D674.5090609@axiom-developer.org>
<20091117034615.GA20998@fibrous.localdomain>
<4B023423.9080809@axiom-developer.org>
Date: Tue, 17 Nov 2009 12:54:56 -0800
X-Google-Sender-Auth: 0e8bdb897db61741
Message-ID: <af0420cd0911171254i6527517exdc6446afac86b91c@mail.gmail.com>
Subject: Re: [Axiom-developer] Embedding Axiom
From: "M. Edward (Ed) Borasky" <znmeb@cesmail.net>
To: axiom-developer@nongnu.org
Content-Type: text/plain; charset=UTF-8
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: zznmeb@gmail.com
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2009 20:55:06 -0000
So:
a. Is it to be Common Lisp rather than Scheme? Should it work (and be
tested) with all three major open-source platforms (clisp, sbcl and
gcl)?
b. The kind of test / behavior driven development such a massive
refactoring requires is "usually" done in Ruby these days. Are there
Lisp-based tools for this so the project could "eat its own dog food",
or would there need to be some "scaffolding" built in a "scripting
language" like Ruby or Python?
c. Aren't there more "Lisp-like" theories of mathematics and
implementations of them? I'm thinking of Automath, but I suspect there
are others. And there are certainly Prolog-like systems, proof
engines, etc. The current crop of "functional" languages (Haskell,
Erlang, OCaml, etc.) does seem like a better platform for this sort of
thing than Common Lisp. Scheme would make sense if we wanted to push
this into undergrad / high school curricula, though. Summer of Code??
d. Hardware? This stuff needs lots of cores and RAM - maybe another
reason to use a more modern language like Erlang with explicit and
"provably correct" concurrency primitives.
Speaking of all of this, have you all seen Jeff Bone's "rant":
Programming languages, operating systems, despair and anger http://bit.ly/1xtACU
Perhaps computational mathematics should be designing their own
operating system and programming language for computational
mathematics, using something like the LLVM (low-level virtual machine)
or DROPS (Dresden Real-time OPerating System) kernel. Or the
Intellasys Forth-based SEAforth array processor? http://bit.ly/2t4e3C
> A rewrite from scratch? Well, more like a "remolding of the clay" than a
> rewrite.
> The idea is to move from a working system to a working system with each
> change, but
> eventually restructure the internals cleanly. At the moment I am in the
> process of
> restructuring the interpreter/compiler into literate form (book volume 5).
> As I do
> this I am rewriting the code to be functionally equivalent.
>
> The above comment about finding the basis set for the algebra amounts to
> finding
> every lisp-source-level function call from every lisp algebra object. I
> wrote a
> "calls" function to walk lisp code and extract the non-common-lisp function
> calls.
>
> This set will be gathered, arranged, and studied. The idea is to find the
> "right level"
> of abstraction (ala "On Lisp" and "Structure and Interpretation"). This
> level of
> abstraction forms the current base language hosting the algebra. It forms a
> design
> target for the top level embedded layer. Next we re-arrange the system to
> make this layer
> explicit (define an API, so to speak). Then we recurse the process with the
> new layer.
>
> Code in the system that uses nothing but common lisp calls forms the other
> end of
> the spectrum. The game is to build the two layers toward each other in a
> disciplined
> way so that each layer embeds properly in the prior one. Because Axiom was
> written by
> so many different people the internals are more like "tent poles" of
> functionality
> where each one builds from nothing all the way to the top, reproducing
> common ideas
> in different ways.
>
> Along the way the code needs major cleanup work. On Lisp and SICP stress
> using
> functional programming but the Axiom internals are wildly coupled through
> the use
> of special variables. Some of these can be eliminated with extra arguments
> and
> most of those that cannot will still be able to be limited using lexical
> closures.
>
> In addition, the use of Boot code led to a fantastic amount of list
> processing
> where it is not appropriate. Major structures in the system should be
> defstruct
> objects or some other kind of structuring. Because of the Boot idioms it is
> next
> to impossible to find all the places a data structure is modified.
> Side-effecting
> global state happens all over the place. Now that the boot code is gone the
> data
> can take a more natural and better disciplined shape.
>
> Even better for the long term would be to make each structure immutable (see
> "Purely Functional Data Structure" by Chris Okasaki). This would make it
> much easier
> to move the system to a parallel base of code. This level of rewrite is on
> the queue
> to think about and study but might take some experimenting.
>
> I have roughly 140 files still to merge into the interpreter volume and it
> takes about a
> week of moving/testing/documenting/rewriting/xrefing/latexing for each one
> so this
> is going to take a while.
>
>
> Tim
>
>
>
> _______________________________________________
> Axiom-developer mailing list
> Axiom-developer@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>
--
M. Edward (Ed) Borasky
http://borasky-research.net
"I've always regarded nature as the clothing of God." ~Alan Hovhaness
From MAILER-DAEMON Tue Nov 17 16:26:46 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAVZW-0000o0-Lv
for mharc-axiom-developer@gnu.org; Tue, 17 Nov 2009 16:26:46 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAVZV-0000n3-2n
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 16:26:45 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAVZQ-0000k0-C3
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 16:26:44 -0500
Received: from [199.232.76.173] (port=43667 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAVZQ-0000jx-5m
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 16:26:40 -0500
Received: from mail-bw0-f212.google.com ([209.85.218.212]:34304)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <bertfried.fauser@googlemail.com>) id 1NAVZP-0001Cx-SM
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 16:26:40 -0500
Received: by bwz4 with SMTP id 4so511340bwz.2
for <axiom-developer@nongnu.org>; Tue, 17 Nov 2009 13:26:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlemail.com; s=gamma;
h=domainkey-signature:mime-version:sender:received:in-reply-to
:references:date:x-google-sender-auth:message-id:subject:from:to:cc
:content-type; bh=ea762k7jKqBtIdULQS/W05hYXX0m1A2CgEkxtNUleEU=;
b=f4AnVWudYk8agdyDTONwTRzA90qdndt6UChRfoPn5e/eImnL3Pbxoc1hePgYl7fn/W
g5GUtVZ28+IgOz3uMFzv9pj4+SLVZORKOgSW8AvpBiiJnHB/ox1jcfmPNobyjFubByj9
LF6Wz6TPpgmUQyAhQ60X/p36vFxMl7HlMgAz0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma;
h=mime-version:sender:in-reply-to:references:date
:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
b=V1Pc9rCWD8s7aHo7d7llmeiHmyBb5xdrLVCADHJ+L/E5Z8UXkXz9EcLQOzbMBDsiQC
VMtsnUra4dIQQjXRyOyv+TE87zAxTpG5lxHlHzG/axKT1W39GFayJH+d8UPb+1veiniY
gkv3jiL2Qlkoxa1HCmMZyx4K0TYvq1Z577+Z8=
MIME-Version: 1.0
Sender: bertfried.fauser@googlemail.com
Received: by 10.103.50.29 with SMTP id c29mr4717130muk.61.1258493193843; Tue,
17 Nov 2009 13:26:33 -0800 (PST)
In-Reply-To: <af0420cd0911171254i6527517exdc6446afac86b91c@mail.gmail.com>
References: <4B00D674.5090609@axiom-developer.org>
<20091117034615.GA20998@fibrous.localdomain>
<4B023423.9080809@axiom-developer.org>
<af0420cd0911171254i6527517exdc6446afac86b91c@mail.gmail.com>
Date: Tue, 17 Nov 2009 21:26:33 +0000
X-Google-Sender-Auth: 832b462ff45e8e7e
Message-ID: <275293a60911171326w4fbe454dt7fd192ecccdbec72@mail.gmail.com>
Subject: Re: [Axiom-developer] Embedding Axiom
From: Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
To: zznmeb@gmail.com
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2009 21:26:45 -0000
Hi,
if you do the rewrite, feel free to choose....
Ciao
BF.
--
% PD Dr Bertfried Fauser
% Research Fellow, School of Computer Science, Univ. of Birmingham
% Honorary Associate, University of Tasmania
% Privat Docent: University of Konstanz, Physics Dept
<http://www.uni-konstanz.de>
% contact |-> URL : http://clifford.physik.uni-konstanz.de/~fauser/
% Phone : +49 1520 9874517
From MAILER-DAEMON Tue Nov 17 18:24:27 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAXPP-0004rl-AT
for mharc-axiom-developer@gnu.org; Tue, 17 Nov 2009 18:24:27 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAXPN-0004qr-1o
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 18:24:25 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAXPG-0004mW-Vm
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 18:24:23 -0500
Received: from [199.232.76.173] (port=48055 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAXPG-0004mT-PP
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 18:24:18 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:40890
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NAXPG-0002hX-BR
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 18:24:18 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAHNOE8a003068;
Tue, 17 Nov 2009 17:24:14 -0600
Message-ID: <4B0330A4.5040902@axiom-developer.org>
Date: Tue, 17 Nov 2009 18:24:20 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: zznmeb@gmail.com
Subject: Re: [Axiom-developer] Embedding Axiom
References: <4B00D674.5090609@axiom-developer.org> <20091117034615.GA20998@fibrous.localdomain> <4B023423.9080809@axiom-developer.org>
<af0420cd0911171254i6527517exdc6446afac86b91c@mail.gmail.com>
In-Reply-To: <af0420cd0911171254i6527517exdc6446afac86b91c@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2009 23:24:25 -0000
M. Edward (Ed) Borasky wrote:
> So:
>
> a. Is it to be Common Lisp rather than Scheme? Should it work (and be
> tested) with all three major open-source platforms (clisp, sbcl and
> gcl)?
>
Common lisp. For the simple reason that a slow transition from a working
version to a working
version on a daily basis does not lend itself to a complete language
transition. The rewrite will
move to ANSI lisp as a simple side-effect of newly written code so it
should not matter what
Common lisp you use to host it.
> b. The kind of test / behavior driven development such a massive
> refactoring requires is "usually" done in Ruby these days. Are there
> Lisp-based tools for this so the project could "eat its own dog food",
> or would there need to be some "scaffolding" built in a "scripting
> language" like Ruby or Python?
>
I am building unit-tests for the internal routines as I rewrite them so
that I can verify that the
rewrite is reasonably correct. The idea of refactoring code is much
older than Ruby. See the
"On Lisp" book.
Axiom already has a complete test system built into the build. I rebuild the
system from scratch several times a day, usually after every few
routines are merged.
I have spent a little time on the idea of "fuzz testing" Axiom but the
pseudo-random
generator is a challenge. On possible approach I'm studying is to use a
hidden markov model
against the Axiom test files to generate "random-but-nearly-valid"
inputs. Especially challenging
are random inputs that pass the parser and are mathematically "near
valid". I think there is a
PhD thesis topic sneaking around in this problem.
> c. Aren't there more "Lisp-like" theories of mathematics and
> implementations of them? I'm thinking of Automath, but I suspect there
> are others. And there are certainly Prolog-like systems, proof
> engines, etc. The current crop of "functional" languages (Haskell,
> Erlang, OCaml, etc.) does seem like a better platform for this sort of
> thing than Common Lisp. Scheme would make sense if we wanted to push
> this into undergrad / high school curricula, though. Summer of Code??
>
ACL2 is written in lisp and there has been a project goal of embedding
ACL2 inside the
Axiom machinery. There has been some discussion of this topic on this
mailing list. ACL2
calls could be made on function definitions using an inherited set of
mathematical decorations.
Thus, the Group axioms could be added to the Group category and
functions implementing
operations on the elements could be shown to obey the Group laws (half a
dozen PhD
thesis topics a year hidden here)
Why would Haskell be a better platform? Because Haskell is functional?
Again, see the book
"On Lisp" where the functional programming style is stressed. It was
written in 1993.
A Scheme implementation would end up creating Common lisp on Scheme
which would
be time consuming.
> d. Hardware? This stuff needs lots of cores and RAM - maybe another
> reason to use a more modern language like Erlang with explicit and
> "provably correct" concurrency primitives.
>
There was a recent conference on parallel lisp systems (in Japan I
think). There is no reason
why an independent lisp system could not run each core. That is
essentially the same technique
as the Java-per-core implementations. A large portion of the lisp system
can live in shared,
read-only memory as it works off separate heaps/stacks.
The "new idea" in Go about passing channels on channels is basically
just passing closures,
a very old lisp trick. Using a message passing paradigm (where objects
can be shared or
serialized through the message) is easy to do between lisps. Go
"parallelism" appears to be
implemented by lightweight programs added to a queue which managed
dispatch. Go is not
really running on all of the processors but the lightweight threads are.
> Speaking of all of this, have you all seen Jeff Bone's "rant":
>
> Programming languages, operating systems, despair and anger http://bit.ly/1xtACU
>
Yes, I saw Jeff's rant and, as an Elder of the Internet, and a very
long-time programmer (nearly 39 years)
I have to agree with him. I have a hard time finding a new technique
that wasn't done in lisp years ago.
Python claims to be lisp-like but they have no clue about macros,
program-data equivalence, the
cons-nil-()-false equivalence, dynamic environments, real closures, and
a host of other useful things.
Even their python command-line interpreter doesn't seem to allow
techniques that have been
available in the lisp break loop. Try modifying a python function on the
fly and continuing from
the breakpoint. And forget about creating your own syntactic elements.
Haskell has "lazy evaluation" (see the function "Delay" in the Axiom
sources), monads (stateful
pseudo-functional programs) which are trivial to write, pattern matching
of arguments (see the
partial function definition sequence in Axiom or any prolog-in-lisp).
Go has interfaces without inheritance, a very old idea in Common lisp. I
can't wait until they
introduce wrappers and whoppers.
Lisp can modify the compiler internals at compile time by supplying code
to manipulate the
compiler internal data structures (lisp is a self-syntax tree and macros
are source-to-source transforms
done at compile time). Lisp programs usually write lisp programs on the
fly since programs and data
are the same. Try that in Ruby. Or construct programs that learn by
self-modification, growing organically
to adapt to the input stream by permanent change. Without writing a
whole parser/compiler chain I
have no idea how to write self-modifying Python programs.
Languages limit what you can think. Ask any Java programmer about their
program and you are likely
to hear "design patterns". Ask any lisp programmer about design patterns
and be prepared for a laugh.
In any case, Axiom is firmly in the Common lisp camp for the forseeable
future.
> Perhaps computational mathematics should be designing their own
> operating system and programming language for computational
> mathematics, using something like the LLVM (low-level virtual machine)
> or DROPS (Dresden Real-time OPerating System) kernel. Or the
> Intellasys Forth-based SEAforth array processor? http://bit.ly/2t4e3C
>
I looked at the Clojure language running on the Java virtual machine and
at the Azul system which
is designed to host hundreds of Java VMs in parallel. But the question
is, if you're going to use Java
VMs why not use Lisp VMs? Lisp compiles to machine code, so why not not
host hundreds of Lisps?
With a proper implementation you only need separate stacks (or a
spaghetti stack) and separate
heaps or "clades within a common heap". A Clade-heap modification would
allow object sharing
or object transport between processes. Immutable data structures is a
very interesting idea here.
As for the Axiom internals rewrite/refactor, the intention is to define
"semantic layers" that make it
perfectly clear where certain functionality should be supported. Algebra
concepts should be fairly
near the top of the tower with a gradual transition to raw lisp. I would
ideally like to be able to
write each "layer" in only a few pages of code expressed in the concepts
of the previous layer.
If that can be done than it would be possible to teach Axiom by starting
at a few-page pile of code
and working your way upward or downward as appropriate. A perfect
example of this is the
standard definition of lisp in lisp code. Such elegance and brevity is
the soul of the design.
Imagine understanding all of the algebra support code in two pages.
Tim
From MAILER-DAEMON Tue Nov 17 21:18:24 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAa7k-0000VD-6L
for mharc-axiom-developer@gnu.org; Tue, 17 Nov 2009 21:18:24 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAa7i-0000V1-TZ
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 21:18:22 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAa7d-0000UR-Hb
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 21:18:21 -0500
Received: from [199.232.76.173] (port=40561 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAa7d-0000UO-C2
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 21:18:17 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:58187
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NAa7d-0002pj-30
for axiom-developer@nongnu.org; Tue, 17 Nov 2009 21:18:17 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAI2IF8a021235;
Tue, 17 Nov 2009 20:18:15 -0600
Message-ID: <4B03596D.6070201@axiom-developer.org>
Date: Tue, 17 Nov 2009 21:18:21 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Axiom-Developer <axiom-developer@nongnu.org>,
daly <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] re: Elder of the Internet
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2009 02:18:23 -0000
This is a term first used in a british sitcom "The IT Crowd"...highly
recommended.
http://www.youtube.com/watch?v=QAUyaELfwBo&feature=related
From MAILER-DAEMON Wed Nov 18 13:13:08 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAp1g-000515-8e
for mharc-axiom-developer@gnu.org; Wed, 18 Nov 2009 13:13:08 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAp1e-0004zN-DK
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:13:06 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAp1Z-0004ww-Rq
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:13:05 -0500
Received: from [199.232.76.173] (port=55490 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAp1Z-0004wp-J8
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:13:01 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:34363
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NAp1Z-0005sR-10
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:13:01 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAIICs8a032366;
Wed, 18 Nov 2009 12:12:54 -0600
Message-ID: <4B043930.4050806@axiom-developer.org>
Date: Wed, 18 Nov 2009 13:13:04 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: gg87346@martinb.com, Axiom-Developer <axiom-developer@nongnu.org>,
"daly@axiom-developer.org >> daly" <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] grassman.spad
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2009 18:13:06 -0000
Martin,
I'm trying to install your code in Axiom.
Do I have your permission to use text from your webpage as documentation?
Tim
From MAILER-DAEMON Wed Nov 18 13:35:40 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NApNU-0005lo-FY
for mharc-axiom-developer@gnu.org; Wed, 18 Nov 2009 13:35:40 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NApNT-0005kL-I3
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:35:39 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NApNO-0005Zs-Jc
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:35:39 -0500
Received: from [199.232.76.173] (port=38060 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NApNO-0005ZX-BO
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:35:34 -0500
Received: from moutng.kundenserver.de ([212.227.17.10]:65442)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1NApNN-0001Rv-Pk
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:35:34 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis)
id 0LejPS-1NywhR3d9C-00pxFm; Wed, 18 Nov 2009 19:35:16 +0100
From: Martin Baker <ax87438@martinb.com>
To: Tim Daly <daly@axiom-developer.org>
Date: Wed, 18 Nov 2009 18:35:17 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <4B043930.4050806@axiom-developer.org>
In-Reply-To: <4B043930.4050806@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200911181835.17480.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX1+uzmO6RGeoRu51lGNhFLYeMwoptSa6PluVec/
VWg2R0sVZnB+TfzQwucsCyJqN03NxkWsJOFs/aYKfusb3Cwxtt
DocVqBpXcymdUooxWX0rA==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Cc: Axiom-Developer <axiom-developer@nongnu.org>
Subject: [Axiom-developer] Re: grassman.spad
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2009 18:35:39 -0000
On Wednesday 18 November 2009 18:13:04 Tim Daly wrote:
> Martin,
>
> I'm trying to install your code in Axiom.
> Do I have your permission to use text from your webpage as documentation?
>
> Tim
Tim,
Yes, please feel free to use anything from:
http://www.euclideanspace.com/maths/standards/program/clifford/
Since I am new to literate programming I am not sure of the preferred format.
So the web page is a bit of a mixture of User Guide, Programmers Guide,
Requirements, test results and calls for help.
I get the impression that the documentation in pamphlets is closer to a User
Guide?
Since the code is currently an extension and bug fix to CliffordAlgebra it
should not break existing applications although that might change. So I don't
know if it should be called CliffordAlgebra or GrassmanAlgebra?
Martin
From MAILER-DAEMON Wed Nov 18 13:47:13 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NApYf-0003nu-Az
for mharc-axiom-developer@gnu.org; Wed, 18 Nov 2009 13:47:13 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NApYe-0003ne-41
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:47:12 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NApYY-0003mx-UE
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:47:11 -0500
Received: from [199.232.76.173] (port=37494 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NApYY-0003mu-Px
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:47:06 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:57540
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NApYY-0003RA-BI
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 13:47:06 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAIIkx8a011016;
Wed, 18 Nov 2009 12:47:00 -0600
Message-ID: <4B04412D.1000805@axiom-developer.org>
Date: Wed, 18 Nov 2009 13:47:09 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>
References: <4B043930.4050806@axiom-developer.org>
<200911181835.17480.ax87438@martinb.com>
In-Reply-To: <200911181835.17480.ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>
Subject: [Axiom-developer] Re: grassman.spad
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2009 18:47:12 -0000
Martin,
Don't worry about the literate programming aspect. I'll handle that part.
I just want to be sure that I can track your changes using your web page.
As for the package name, you can call it anything you like.
I have seen Grassmann algebras called Clifford (Geometric) Algebras
that covers some of the same topics with different names.
William Sit and someone from Rutgers had what seemed to me to be an
amazingly clever generalization. I don't know what happened with that.
Martin Baker wrote:
> On Wednesday 18 November 2009 18:13:04 Tim Daly wrote:
>
>> Martin,
>>
>> I'm trying to install your code in Axiom.
>> Do I have your permission to use text from your webpage as documentation?
>>
>> Tim
>>
>
> Tim,
>
> Yes, please feel free to use anything from:
> http://www.euclideanspace.com/maths/standards/program/clifford/
>
> Since I am new to literate programming I am not sure of the preferred format.
> So the web page is a bit of a mixture of User Guide, Programmers Guide,
> Requirements, test results and calls for help.
>
> I get the impression that the documentation in pamphlets is closer to a User
> Guide?
>
> Since the code is currently an extension and bug fix to CliffordAlgebra it
> should not break existing applications although that might change. So I don't
> know if it should be called CliffordAlgebra or GrassmanAlgebra?
>
> Martin
>
>
>
From MAILER-DAEMON Wed Nov 18 15:48:12 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NArRk-0000sp-8O
for mharc-axiom-developer@gnu.org; Wed, 18 Nov 2009 15:48:12 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NArRi-0000sF-HG
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 15:48:10 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NArRd-0000q9-MV
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 15:48:09 -0500
Received: from [199.232.76.173] (port=40563 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NArRd-0000q3-Dd
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 15:48:05 -0500
Received: from vms173007pub.verizon.net ([206.46.173.7]:55123)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <wyscc@sci.ccny.cuny.edu>) id 1NArRZ-0008EH-KP
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 15:48:04 -0500
Received: from sci.ccny.cuny.edu ([71.190.95.220]) by vms173007.mailsrvcs.net
(Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008;
32bit)) with ESMTPA id <0KTB003AYOF1BL9R@vms173007.mailsrvcs.net> for
axiom-developer@nongnu.org; Wed, 18 Nov 2009 14:47:28 -0600 (CST)
Message-id: <4B045DDE.9300E12F@sci.ccny.cuny.edu>
Date: Wed, 18 Nov 2009 15:49:34 -0500
From: William Sit <wyscc@sci.ccny.cuny.edu>
Organization: City College of New York
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en,zh-CN,zh-TW,zh
MIME-version: 1.0
To: Tim Daly <daly@axiom-developer.org>
References: <4B043930.4050806@axiom-developer.org>
<200911181835.17480.ax87438@martinb.com>
<4B04412D.1000805@axiom-developer.org>
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?)
Cc: Axiom-Developer <axiom-developer@nongnu.org>
Subject: [Axiom-developer] Re: grassman.spad
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: wyscc@sci.ccny.cuny.edu
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2009 20:48:10 -0000
Tim:
You wrote: "William Sit and someone from Rutgers had what
seemed to me to be an amazingly clever generalization. I
don't know what happened with that."
--
I don't think what Li Guo (Rutgers, Newark) and I proposed
is, at least mathematically speaking, anything like
"amazingly clever generalization". Moreover, we did not
invent the concept of operads (which is I think what you are
referring to; for explanation of what an operad is, see
http://en.wikipedia.org/wiki/Operad_theory).
What you read about was from an NSF proposal that was not
funded, in which Guo and I proposed to base the algebra
hierarchy in Axiom on the idea of operads. Various algebraic
structures, like Clifford or Grassmann algebras, would then
be descendents. The operads concept is I believe closely
related to lambda-calculus and so should not be difficult to
implement in Lisp. In the grand scheme of things, it would
be also useful for the proviso project, which would require
real-time manipulation of the Axiom compiler (in a way more
involved than what Tim recently described, for example,
there has to a new embedded language to make conditionals
and indefinite iterations native).
Many years ago (in the 1980's), another researcher from
Rutgers (New Brunswick), Joseph Johnson, had a Theory of
Universes that was built on the idea of partially defined
functions as first-class objects (he did not use that term,
but I think it is a close description of the objective) and
this purely algebraic theory works across several categories
like complex analysis, algebraic geometry, differential
geometry, and differential algebraic geometry.
Unfortunately, he had a stroke and his work was not
completed. To summarize this is what is roughly Johnson's
own work: functions are just objects in which you can plug
in anyting that makes sense and then evaluate (like
physicists do, without worrying about domains of definition
and singularities explicitly). In some ways, there is a
built-in algebra for domains of definition that handles
provisos transparently and automatically.
William
--
William Sit
Department of Mathematics..Email: wyscc@sci.ccny.cuny.edu
City College of New York................Tel: 212-650-5179
New York, NY 10031, USA.................Fax: 212-862-0004
Home page: .......http://scisun.sci.ccny.cuny.edu/~wyscc/
From MAILER-DAEMON Wed Nov 18 16:08:50 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NArlh-0002D9-Vr
for mharc-axiom-developer@gnu.org; Wed, 18 Nov 2009 16:08:50 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NArlg-0002Cg-El
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:08:48 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NArlb-0002CB-4t
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:08:48 -0500
Received: from [199.232.76.173] (port=39590 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NArlb-0002C8-1d
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:08:43 -0500
Received: from mail-yw0-f142.google.com ([209.85.211.142]:48808)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NArla-0003pQ-HN
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:08:42 -0500
Received: by ywh6 with SMTP id 6so2326833ywh.4
for <axiom-developer@nongnu.org>; Wed, 18 Nov 2009 13:08:41 -0800 (PST)
MIME-Version: 1.0
Path: j9g2000vbp.googlegroups.com!not-for-mail
Newsgroups: comp.programming.literate
Date: Wed, 18 Nov 2009 13:08:41 -0800 (PST)
Complaints-To: groups-abuse@google.com
Injection-Info: j9g2000vbp.googlegroups.com; posting-host=72.23.235.203;
posting-account=m2ufuQoAAAAnP4mhpj2-bRzndif0-AIg
NNTP-Posting-Host: 72.23.235.203
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5)
Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe)
Received: by 10.150.129.15 with SMTP id b15mt561559ybd.50.1258578521848; Wed,
18 Nov 2009 13:08:41 -0800 (PST)
Message-ID: <bc8f8ca9-3fd7-4746-aae0-69009dd413f7@j9g2000vbp.googlegroups.com>
From: TimDaly <daly@axiom-developer.org>
To: axiom-developer@nongnu.org
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Literate Common Lisp
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2009 21:08:48 -0000
Using this code you can write literate common lisp programs.
Note that the literate file you create is PURE latex so a "weave"
program is not needed. This will accept noweb-style <<chunk>>=
syntax or \begin{chunk}{chunkname}....\end{chunk} latex code.
Removing the weave program and using a literate-aware
load program you can make lisp aware of this file format
without using any external tools.
Tim
; 0 AUTHOR and LICENSE
; 1 ABSTRACT
; 2 THE LATEX SUPPORT CODE
; 3 GLOBALS
; 4 THE TANGLE COMMAND
; 5 THE TANGLE FUNCTION
; 6 GCL-READ-FILE (aka read-sequence)
; 7 GCL-HASHCHUNKS
; 8 GCL-EXPAND
; 9 ISCHUNK-LATEX
; 10 ISCHUNK-NOWEB
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 0 AUTHOR and LICENSE
;;; Timothy Daly (daly@axiom-developer.org)
;;; License: Public Domain
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 1 ABSTRACT
;;; This program will extract the source code from a literate file
;;; A literate lisp file contains a mixture of latex and lisp sources
code.
;;; The file is intended to be in one of two formats, either in latex
;;; format or, for legacy reasons, in noweb format.
;;; Latex format files defines a newenvironment so that code chunks
;;; can be delimited by \begin{chunk}{name} .... \end{chunk} blocks
;;; This is supported by the following latex code.
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 2 THE LATEX SUPPORT CODE
;;; The verbatim package quotes everything within its grasp and is
used to
;;; hide and quote the source code during latex formatting. The
verbatim
;;; environment is built in but the package form lets us use it in our
;;; chunk environment and it lets us change the font.
;;;
;;; \usepackage{verbatim}
;;;
;;; Make the verbatim font smaller
;;; Note that we have to temporarily change the '@' to be just a
character
;;; because the \verbatim@font name uses it as a character
;;;
;;; \chardef\atcode=\catcode`\@
;;; \catcode`\@=11
;;; \renewcommand{\verbatim@font}{\ttfamily\small}
;;; \catcode`\@=\atcode
;;; This declares a new environment named ``chunk'' which has one
;;; argument that is the name of the chunk. All code needs to live
;;; between the \begin{chunk}{name} and the \end{chunk}
;;; The ``name'' is used to define the chunk.
;;; Reuse of the same chunk name later concatenates the chunks
;;; For those of you who can't read latex this says:
;;; Make a new environment named chunk with one argument
;;; The first block is the code for the \begin{chunk}{name}
;;; The second block is the code for the \end{chunk}
;;; The % is the latex comment character
;;; We have two alternate markers, a lightweight one using dashes
;;; and a heavyweight one using the \begin and \end syntax
;;; You can choose either one by changing the comment char in column 1
;;; \newenvironment{chunk}[1]{% we need the chunkname as an argument
;;; {\ }\newline\noindent% make sure we are in
column 1
;;; %{\small $\backslash{}$begin\{chunk\}\{{\bf #1}\}}% alternate
begin mark
;;; \hbox{\hskip 2.0cm}{\bf --- #1 ---}% mark the beginning
;;; \verbatim}% say exactly what we see
;;; {\endverbatim% process \end{chunk}
;;; \par{}% we add a newline
;;; \noindent{}% start in column 1
;;; \hbox{\hskip 2.0cm}{\bf ----------}% mark the end
;;; %$\backslash{}$end\{chunk\}% alternate end mark
(commented)
;;; \par% and a newline
;;; \normalsize\noindent}% and return to the
document
;;; This declares the place where we want to expand a chunk
;;; Technically we don't need this because a getchunk must always
;;; be properly nested within a chunk and will be verbatim.
;;; \providecommand{\getchunk}[1]{%
;;; \noindent%
;;; {\small $\backslash{}$begin\{chunk\}\{{\bf #1}\}}}% mark the
reference
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 3 GLOBALS
;;; The *chunkhash* variable will hold the hash table of chunks.
;;;
;;; Every time we find a \begin{chunk}{name} ... \end{chunk} we look
;;; in this hash table. If the ``name'' is not found we add it.
;;; If the name is found, we concatentate it to the existing chunk.
(defvar *chunkhash* nil "this hash table contains the chunks found")
;;; This shows critical information for debugging purposes
(defvar *chunknoise* nil "turn this on to debug internals")
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 4 THE TANGLE COMMAND
;;;
;;; The tangle command does all of the work of extracting code.
;;; For legacy reasons we support 2 syntax forms, latex and noweb
;;;
;;; In latex form the code blocks are delimited by
;;; \begin{chunk}{name}
;;; ... (code for name)...
;;; \end{chunk}
;;;
;;; and referenced by \getchunk{name} which gets replaced by the code
;;; In noweb form the code blocks are delimited by
;;; <<name>>=
;;; ... (code for name)...
;;; @
;;;
;;; and referenced by <<name>> which gets replaced by the code
:;; There are several ways to invoke the tangle function.
;;;
;;; The first argument is always the file from which to extract code
;;;
;;; The second argument is the name of the chunk to extract
;;; If the name starts with < then we assume noweb format as in:
;;; (tangle "clweb.pamphlet" "<<name>>") <== noweb syntax
;;; Otherwise we assume latex format as in:
;;; (tangle "clweb.pamphlet "name") <== latex syntax
(default)
;;;
;;; The standard noweb chunk name is ``*'' but any name can be used.
;;;
;;; The third arument is the name of an output file:
;;; (tangle "clweb.pamphlet" "clweb.chunk" "clweb.spadfile")
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 5 THE TANGLE FUNCTION
;;; This routine looks at the first character of the chunk name.
;;; If it is a $<$ character then we assume noweb syntax otherwise
;;; we assume latex syntax.
;;;
;;; We initialize the chunk hashtable
;;; then read the file and store each chunk
;;; then we recursively expand the ``topchunk'' to the output stream
(defun tangle (filename topchunk &optional file)
"Extract the source code from a pamphlet file"
(let ((noweb? (char= (schar topchunk 0) #\<)))
(setq *chunkhash* (make-hash-table :test #'equal))
(when *chunknoise* (format t "PASS 1~%"))
(gcl-hashchunks (gcl-read-file filename) noweb?)
(when *chunknoise* (format t "PASS 2~%"))
(if (and file (stringp file))
(with-open-file (out file :direction :output)
(gcl-expand topchunk noweb? out))
(gcl-expand topchunk noweb? t))))
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 6 GCL-READ-FILE (aka read-sequence)
;;; This would be read-sequence in ansi common lisp. Here we read
;;; a line, push it onto a stack and then reverse the stack. The
;;; net effect is a list of strings, one per line of the file.
(defun gcl-read-file (streamname)
"Implement read-sequence in GCL"
(let (result)
(with-open-file (stream (open streamname))
(do (line eof)
((eq line 'done) (nreverse result))
(multiple-value-setq (line eof) (read-line stream nil 'done))
(unless (eq line 'done) (push line result))))))
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 7 GCL-HASHCHUNKS
;;; gcl-hashchunks gathers the chunks and puts them in the hash table
;;;
;;; if we find the chunk syntax and it is a
;;; define ==> parse the chunkname and start gathering lines onto a
stack
;;; end ==> push the completed list of lines into a stack of
chunks
;;; already in the hash table
;;; otherwise ==> if we are gathering, push the line onto the stack
;;; a hash table entry is a list of lists such as
;;; (("6" "5") ("4" "3") ("2" "1"))
;;; each of the sublists is a set of lines in reverse (stack) order
;;; each sublist is a single chunk of lines.
;;; there is a new sublist for each reuse of the same chunkname
;;; If the noweb argument is non-nil we assume that we are parsing
;;; using the noweb syntax. A nil argument implies latex syntax.
(defun gcl-hashchunks (lines noweb)
"Gather all of the chunks and put them into a hash table"
(let (type name chunkname oldchunks chunk gather)
(dolist (line lines)
(if noweb
(multiple-value-setq (type name) (ischunk-noweb line))
(multiple-value-setq (type name) (ischunk-latex line)))
(cond
((eq type 'define)
(when *chunknoise* (format t "DEFINE name=~a~%" name))
(setq chunkname name)
(setq gather t))
((eq type 'end)
(when *chunknoise*
(format t "END name= ~a chunk=~s~%" chunkname (reverse chunk)))
(setq oldchunks (gethash chunkname *chunkhash*))
(setf (gethash chunkname *chunkhash*) (push chunk oldchunks))
(setq gather nil)
(setq chunk nil))
(gather ;; collect lines into the chunk while gather is true
(push line chunk))))))
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 8 GCL-EXPAND
;;; gcl-expand will recursively expand chunks in the hash table
;;;
;;; latex chunk names are just the chunkname itself e.g. chunkname
;;; noweb chunk names include the delimiters, e.g: <<chunkname>>
;;; a hash table entry is a list of lists such as
;;; (("6" "5") ("4" "3") ("2" "1"))
;;; so to process the chunk we reverse the main list and
;;; for each sublist we reverse the sublist and process the lines
;;; if a chunk name reference is encountered in a line we call expand
;;; recursively to expand the inner chunkname.
(defun gcl-expand (chunk noweb? file)
"Recursively expand a chunk into the output stream"
(let ((chunklist (gethash chunk *chunkhash*)) type name)
(dolist (chunk (reverse chunklist))
(dolist (line (reverse chunk))
(if noweb?
(multiple-value-setq (type name) (ischunk-noweb line))
(multiple-value-setq (type name) (ischunk-latex line)))
(if (eq type 'refer)
(progn
(when *chunknoise* (format t "REFER name=~a~%" name))
(gcl-expand name noweb? file))
(format file "~a~%" line))))))
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 9 ISCHUNK-LATEX
;;; There is a built-in assumption (in the ischunk-* functions)
;;; that the chunks occur on separate lines and that the indentation
;;; of the chunk reference has no meaning.
;;;
;;; ischunk-latex recognizes chunk names in latex convention
;;;
;;; There are 3 cases to recognize:
;;; \begin{chunk}{thechunkname} ==> 'define thechunkname
;;; \end{chunk} ==> 'end nil
;;; \getchunk{thechunkname} ==> 'refer thechunkname
(defun ischunk-latex (line)
"Find chunks delimited by latex syntax"
(let ((mark (search "chunk" line)) ; is this a line we care
about?
(point 0)
name
(beginstring "\\begin{chunk}{") ; this is the define marker
string
beginlength
(endstring "\end{chunk}") ; this is the end marker
string
(referstring "\getchunk{") ; this is the refer string
referlength)
(setq beginlength (length beginstring))
(setq referlength (length referstring))
(when mark
(cond
((setq mark (search beginstring line)) ; recognize define
(setq point (position #\} line :start (+ mark beginlength)))
(cond
((null point) (values nil nil))
((= point 0) (values nil nil))
(t
(setq name (subseq line (+ mark beginlength) point))
;(print (list 'ischunk-latex 'define name))
(values 'define name))))
((setq mark (search endstring line)) ; recognize end
;(print (list 'ischunk-latex 'end))
(values 'end nil))
((setq mark (search referstring line)) ; recognize
reference
(setq point (position #\} line :start (+ mark referlength)))
(cond
((null point) (values nil nil))
((= point 0) (values nil nil))
(t
(setq name (subseq line (+ mark referlength) point))
;(print (list 'ischunk-latex 'refer name))
(values 'refer name))))
(t (values nil nil))))))
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; 10 ISCHUNK-NOWEB
;;; ischunk-noweb recognizes chunk names using the noweb convention
;;;
;;; There are 3 cases to recognize:
;;; <<thechunkname>>= ==> 'define thechunkname
;;; @ ==> 'end nil
;;; <<thechunkname>> ==> 'refer thechunkname
(defun ischunk-noweb (line)
"Find chunks delimited by noweb syntax"
(let ((len (length line)) (mark (position #\> line)) (point 0))
(cond
((and mark ; recognize define
(> len (+ mark 2))
(char= #\< (schar line 0))
(char= #\< (schar line 1))
(char= #\> (schar line (+ mark 1)))
(char= #\= (schar line (+ mark 2))))
;(print (list 'define (subseq line 0 (+ mark 2))))
(values 'define (subseq line 0 (+ mark 2))))
((and mark ; recognize reference
(> len (+ mark 1))
(char= #\> (schar line (+ mark 1))))
(setq point (position #\< line))
(if
(and point
(< point (- mark 2))
(char= #\< (schar line (+ point 1))))
(values 'refer (subseq line point (+ mark 2)))
(values 'noise nil)))
((and (> len 0) ; end chunk
(char= #\@ (schar line 0)))
(values 'end nil))
(t (values nil nil)))))
From MAILER-DAEMON Wed Nov 18 16:24:08 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAs0W-0005QX-6c
for mharc-axiom-developer@gnu.org; Wed, 18 Nov 2009 16:24:08 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAs0U-0005QN-G1
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:24:06 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAs0P-0005Pj-GL
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:24:05 -0500
Received: from [199.232.76.173] (port=53451 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAs0P-0005Pg-AN
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:24:01 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:58594
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NAs0O-0006Ck-Va
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 16:24:01 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAILNt8a005232;
Wed, 18 Nov 2009 15:23:56 -0600
Message-ID: <4B0465F5.20705@axiom-developer.org>
Date: Wed, 18 Nov 2009 16:24:05 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: wyscc@sci.ccny.cuny.edu
References: <4B043930.4050806@axiom-developer.org>
<200911181835.17480.ax87438@martinb.com>
<4B04412D.1000805@axiom-developer.org>
<4B045DDE.9300E12F@sci.ccny.cuny.edu>
In-Reply-To: <4B045DDE.9300E12F@sci.ccny.cuny.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: Axiom-Developer <axiom-developer@nongnu.org>
Subject: [Axiom-developer] Re: grassman.spad
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2009 21:24:07 -0000
Ok, so perhaps "an amazingly clever generalization" is possibly over-the-top
but the fact that it could form a basis for all of the algebra certainly
captured
my imagination. I did not know of Operad theory but I'll add it to the
study
queue. I still feel that what you and Li proposed was very elegant. I
really
liked the fact that Clifford and Grassmann algebras are subcases.
Tim
William Sit wrote:
> Tim:
>
> You wrote: "William Sit and someone from Rutgers had what
> seemed to me to be an amazingly clever generalization. I
> don't know what happened with that."
>
> --
> I don't think what Li Guo (Rutgers, Newark) and I proposed
> is, at least mathematically speaking, anything like
> "amazingly clever generalization". Moreover, we did not
> invent the concept of operads (which is I think what you are
> referring to; for explanation of what an operad is, see
> http://en.wikipedia.org/wiki/Operad_theory).
>
> What you read about was from an NSF proposal that was not
> funded, in which Guo and I proposed to base the algebra
> hierarchy in Axiom on the idea of operads. Various algebraic
> structures, like Clifford or Grassmann algebras, would then
> be descendents. The operads concept is I believe closely
> related to lambda-calculus and so should not be difficult to
> implement in Lisp. In the grand scheme of things, it would
> be also useful for the proviso project, which would require
> real-time manipulation of the Axiom compiler (in a way more
> involved than what Tim recently described, for example,
> there has to a new embedded language to make conditionals
> and indefinite iterations native).
>
> Many years ago (in the 1980's), another researcher from
> Rutgers (New Brunswick), Joseph Johnson, had a Theory of
> Universes that was built on the idea of partially defined
> functions as first-class objects (he did not use that term,
> but I think it is a close description of the objective) and
> this purely algebraic theory works across several categories
> like complex analysis, algebraic geometry, differential
> geometry, and differential algebraic geometry.
> Unfortunately, he had a stroke and his work was not
> completed. To summarize this is what is roughly Johnson's
> own work: functions are just objects in which you can plug
> in anyting that makes sense and then evaluate (like
> physicists do, without worrying about domains of definition
> and singularities explicitly). In some ways, there is a
> built-in algebra for domains of definition that handles
> provisos transparently and automatically.
>
> William
>
From MAILER-DAEMON Wed Nov 18 23:24:51 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NAyZf-0006xi-FU
for mharc-axiom-developer@gnu.org; Wed, 18 Nov 2009 23:24:51 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NAyZd-0006x3-2C
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 23:24:49 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NAyZY-0006vS-Bf
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 23:24:48 -0500
Received: from [199.232.76.173] (port=41126 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NAyZY-0006vJ-8N
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 23:24:44 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:54111
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NAyZX-0000zB-SZ
for axiom-developer@nongnu.org; Wed, 18 Nov 2009 23:24:44 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAJ4OS8a019045;
Wed, 18 Nov 2009 22:24:29 -0600
Message-ID: <4B04C886.8030909@axiom-developer.org>
Date: Wed, 18 Nov 2009 23:24:38 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>,
Franz Lehner <lehner@finanz.math.tu-graz.ac.at>,
axiom-developer@nongnu.org, daly <daly@axiom-developer.org>
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4B004EED.5000807@axiom-developer.org>
<275293a60911151119q10eb2ebbt1fc63a2f6ff33fbf@mail.gmail.com>
<4B0058E3.9030800@axiom-developer.org>
<275293a60911151156q6d55aabbj36ea0c7cc99732b7@mail.gmail.com>
<4B0062B3.5060304@axiom-developer.org>
<275293a60911151230h645191d6red19cf52c21436a9@mail.gmail.com>
In-Reply-To: <275293a60911151230h645191d6red19cf52c21436a9@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Function cache in Axiom (Memoizing)
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Nov 2009 04:24:49 -0000
Bertfried, Franz,
I have been giving some thought to your need for caching.
There is a technique in lisp called memoizing which basically
creates a new hash table in a closure and then defines a function
which closes over it and wraps the original function.
So when you call
(memoize originalfunction)
then you get back a new function to replace the original.
This new function first looks in the locally created cache
and returns what it finds. If it does not have a cached value
then it calls the original function, caches the result and
returns the result. Hash tables are local to the function so
there can be no collisions with values from other domains.
I know you're not common lisp readers but knowing what it does
should make this code obvious:
(defun memoize (fn)
(let ((cache (make-hash-table :test #'equal))) ;local hashtable
#'(lambda (&rest args) ;function
to return
(multiple-value-bind (val win) ;win is true
if found
(gethash args cache) ;is it in
the cache?
(if win
val
;yes, return cache
(setf (gethash args cache) (apply fn args))))))) ;no. do call
In my more clever moments it might be possible to create a new function
in the API domain called memoize that could be applied to other spad
functions. This isn't one of those moments, unfortunately.
Tim
From MAILER-DAEMON Thu Nov 19 09:54:24 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NB8Ot-00042g-Be
for mharc-axiom-developer@gnu.org; Thu, 19 Nov 2009 09:54:23 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NB8Oo-00040v-6r
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 09:54:18 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NB8Oi-0003wf-GL
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 09:54:17 -0500
Received: from [199.232.76.173] (port=33157 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NB8Oi-0003wV-6E
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 09:54:12 -0500
Received: from mail-gx0-f199.google.com ([209.85.217.199]:44149)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NB8Oh-0006h2-Oh
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 09:54:11 -0500
Received: by gxk23 with SMTP id 23so3540016gxk.2
for <axiom-developer@nongnu.org>; Thu, 19 Nov 2009 06:54:11 -0800 (PST)
MIME-Version: 1.0
Path: p33g2000vbn.googlegroups.com!not-for-mail
Newsgroups: comp.soft-sys.math.maple,sci.math.symbolic
Date: Thu, 19 Nov 2009 06:54:10 -0800 (PST)
Complaints-To: groups-abuse@google.com
Injection-Info: p33g2000vbn.googlegroups.com; posting-host=72.23.235.203;
posting-account=m2ufuQoAAAAnP4mhpj2-bRzndif0-AIg
NNTP-Posting-Host: 72.23.235.203
References: <k7cNm.30425$X01.7020@newsfe07.iad>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5)
Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe)
Received: by 10.150.77.11 with SMTP id z11mt177743yba.22.1258642450922; Thu,
19 Nov 2009 06:54:10 -0800 (PST)
Message-ID: <34091946-4afb-4482-a165-7690e0cfb1a6@p33g2000vbn.googlegroups.com>
From: TimDaly <daly@axiom-developer.org>
To: axiom-developer@nongnu.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Re: A bit of statistics trivia for Maple and
Mathematica
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Nov 2009 14:54:18 -0000
On Nov 19, 8:55=A0am, "Nasser M. Abbasi" <n...@12000.org> wrote:
> I did a count of the number of functions in Mathematica 7 the other day, =
and
> I figured I should do one like this for Maple as well. So, here are some
> stats, maybe some might find them interesting.
>
> Mathematica 7:
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> The System (i.e kernel) contains 1,920 functions.
> It comes with additional 35 standard packages that can be loaded using
> Get[];
> Total number of functions in the system and the packages combined is 2,56=
1
>
> Maple 12:
> =3D=3D=3D=3D=3D=3D=3D
> System top level commands and what is called the standard libraries: 678
> It comes with additional 116 packages that can be loaded using with();
> Total number of functions in all of the above combined is 3,902
>
> For the complete listing showing package and what functions in it in both
> system are here
>
> Maple 12http://12000.org/my_notes/maple_functions/final.html
>
> Mathematica 7http://12000.org/my_notes/compare_mathematica/mma7_functions=
/process....
>
> I do not claim the above does not contain any errors. I am just a user.
>
> May be we can get a count for some of the other CAS systems out there?
>
> Yes, I know, counting number of functions can be misleading as an indicat=
ion
> of the functionality provided by the system. As one function can be
> implemented to have many different options which ends up doing the work o=
f
> 50 other smaller functions...but still, useful to get an idea about this.
>
> Notice, this is just for functions that come with the system out of the b=
ox.
> no third-party stuff.
>
> --Nasser
Well, the question is not well-formed in Axiom terms since names are
overloaded by inheritance. So + for Integers is not the same function
as + for Polynomials. However, a count of the user-exposed functions
available from the top level can be shown by the command
)d op
with no chosen operation. The raw counts are:
5434 Unique functions
3052 Unique function names (e.g. + Integer, + Poly)
From MAILER-DAEMON Thu Nov 19 14:07:05 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBCLR-0002qg-6t
for mharc-axiom-developer@gnu.org; Thu, 19 Nov 2009 14:07:05 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBCLP-0002pq-9M
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:07:03 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBCLK-0002nC-JF
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:07:02 -0500
Received: from [199.232.76.173] (port=39695 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBCLK-0002n6-7G
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:06:58 -0500
Received: from mail-gx0-f199.google.com ([209.85.217.199]:62031)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NBCLJ-0004uR-Rn
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:06:57 -0500
Received: by gxk23 with SMTP id 23so3871731gxk.2
for <axiom-developer@nongnu.org>; Thu, 19 Nov 2009 11:06:57 -0800 (PST)
MIME-Version: 1.0
Path: b2g2000yqi.googlegroups.com!not-for-mail
Newsgroups: comp.soft-sys.math.maple,sci.math.symbolic
Date: Thu, 19 Nov 2009 11:06:57 -0800 (PST)
Complaints-To: groups-abuse@google.com
Injection-Info: b2g2000yqi.googlegroups.com; posting-host=72.23.235.203;
posting-account=m2ufuQoAAAAnP4mhpj2-bRzndif0-AIg
NNTP-Posting-Host: 72.23.235.203
References: <k7cNm.30425$X01.7020@newsfe07.iad>
<de393bf9-cbb7-4138-bced-80a35753264a@b25g2000prb.googlegroups.com>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5)
Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe)
Received: by 10.150.56.11 with SMTP id e11mt490324yba.32.1258657617325; Thu,
19 Nov 2009 11:06:57 -0800 (PST)
Message-ID: <9dcdad91-9b60-4b59-b239-619124ef00ce@b2g2000yqi.googlegroups.com>
From: TimDaly <daly@axiom-developer.org>
To: axiom-developer@nongnu.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Re: A bit of statistics trivia for Maple and
Mathematica
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Nov 2009 19:07:03 -0000
On Nov 19, 1:55=A0pm, Roman Pearce <rpear...@gmail.com> wrote:
> On Nov 19, 5:55=A0am, "Nasser M. Abbasi" <n...@12000.org> wrote:
>
> > I did a count of the number of functions in Mathematica 7 the other day=
, and
> > I figured I should do one like this for Maple as well.
> ...
> > Yes, I know, counting number of functions can be misleading as an indic=
ation
> > of the functionality provided by the system. As one function can be
> > implemented to have many different options which ends up doing the work=
of
> > 50 other smaller functions...but still, useful to get an idea about thi=
s.
>
> My knowledge of both is limited, but Mathematica does seem to put a
> lot of its core functionality into options. =A0For example, the Groebner
> Walk algorithm is an option to the GroebnerBasis command (not sure
> about FGLM). =A0Maple has this as well, but there are also separate
> commands to run the FGLM or Groebner walk algorithms, assuming the
> input is a Groebner basis. =A0I prefer this approach, but the option
> routine is not bad either because people complain all the time that
> Maple has too many commands :)
>
> What I would love to see is a side-by-side comparison of algorithms,
> organized into different domains, with some kind of subjective
> rankings for generality and speed. =A0Call it "the world's longest
> flamewar" :) =A0It would be useful and interesting though.
A side-by-side comparison of algorithms would be excellent.
Even a function-to-function rosetta-stone translation is great.
There are lots of fascinating things to be found.
I have compared the answers to integration for Axiom, Maple,
MMA, and Maxima on the issue of branch cuts. Curiously it
seems that Axiom and Maple make the same choice and
MMA and Maxima make the same choice, different from the
Axiom/Maple choice. Since the choice is somewhat arbitrary
it would be nice to have some flame in this area. In fact,
there seems to be no reason why this can't be a dynamic
choice.
Sage is claiming an effort to reimplement some of the
integration algorithms. I do not know in which camp they
will end up but hopefully it won't be a third camp.
How would such an effort be organized?
Tim
From MAILER-DAEMON Thu Nov 19 14:07:32 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBCLs-00031F-J8
for mharc-axiom-developer@gnu.org; Thu, 19 Nov 2009 14:07:32 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBCLr-000314-Fp
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:07:31 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBCLo-0002zr-0f
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:07:31 -0500
Received: from [199.232.76.173] (port=39712 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBCLn-0002zh-6V
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:07:27 -0500
Received: from mail-bw0-f212.google.com ([209.85.218.212]:57154)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <bertfried.fauser@googlemail.com>) id 1NBCLm-0004yt-Pr
for axiom-developer@nongnu.org; Thu, 19 Nov 2009 14:07:26 -0500
Received: by bwz4 with SMTP id 4so3065699bwz.2
for <axiom-developer@nongnu.org>; Thu, 19 Nov 2009 11:07:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlemail.com; s=gamma;
h=domainkey-signature:mime-version:sender:received:in-reply-to
:references:date:x-google-sender-auth:message-id:subject:from:to:cc
:content-type; bh=DPrsGuWm7iU098DAXRwCvHTFzQhmCQbffod2bDIP4fw=;
b=s116b2qSmSkT0SFxPC/OOyQ1eN1EJMw7WYFuF/VSC/lvYffmNYHgcXt3hHiBqRkeyT
GgCa3/vH16slHibV29M4e5yjGEOm7z+68yprd2KkL4oKMUuI+vIP7FOtIxmsMYJf+Aov
cI3Dh+r+o31oWw9v6ZODvu4FJRDTwz9CMYN2I=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma;
h=mime-version:sender:in-reply-to:references:date
:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
b=kb8IIbhaWvH1lOpbvEy4WgIhAEbBn3xppm5baLzc8/JDpRr6BJwCroGwKM1sZBwX6M
0Pt5dSr9bkz+8mvzC06hI2qQp/Vozp85G/CMJYXMbM6j4AMtyKsNXsIX799oS/0FFw4y
kWPORg3avxuqFMQtZaJSGGbVbZeWq78wfYGbw=
MIME-Version: 1.0
Sender: bertfried.fauser@googlemail.com
Received: by 10.204.152.151 with SMTP id g23mr374196bkw.148.1258657645118;
Thu, 19 Nov 2009 11:07:25 -0800 (PST)
In-Reply-To: <4B04C886.8030909@axiom-developer.org>
References: <275293a60911020911s1d805c91vd254e436b38c4916@mail.gmail.com>
<4B004EED.5000807@axiom-developer.org>
<275293a60911151119q10eb2ebbt1fc63a2f6ff33fbf@mail.gmail.com>
<4B0058E3.9030800@axiom-developer.org>
<275293a60911151156q6d55aabbj36ea0c7cc99732b7@mail.gmail.com>
<4B0062B3.5060304@axiom-developer.org>
<275293a60911151230h645191d6red19cf52c21436a9@mail.gmail.com>
<4B04C886.8030909@axiom-developer.org>
Date: Thu, 19 Nov 2009 19:07:25 +0000
X-Google-Sender-Auth: 244c108ea01f4208
Message-ID: <275293a60911191107n74e7c6bdq77a5761b63885ec5@mail.gmail.com>
From: Bertfried Fauser <Bertfried.Fauser@uni-konstanz.de>
To: Tim Daly <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: axiom-developer@nongnu.org, Franz Lehner <lehner@finanz.math.tu-graz.ac.at>
Subject: [Axiom-developer] Re: Function cache in Axiom (Memoizing)
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Nov 2009 19:07:31 -0000
Dear Tim,
thank you for the lisp code, I will store it and try it as soon as I
have functioning
code for the symmetric functions.
Ciao
BF.
--
% PD Dr Bertfried Fauser
% Research Fellow, School of Computer Science, Univ. of Birmingham
% Honorary Associate, University of Tasmania
% Privat Docent: University of Konstanz, Physics Dept
<http://www.uni-konstanz.de>
% contact |-> URL : http://clifford.physik.uni-konstanz.de/~fauser/
% Phone : +49 1520 9874517
From MAILER-DAEMON Fri Nov 20 12:10:45 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBX0P-0006MN-4G
for mharc-axiom-developer@gnu.org; Fri, 20 Nov 2009 12:10:45 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBX0N-0006JE-KB
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 12:10:43 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBX0I-0006Am-Di
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 12:10:42 -0500
Received: from [199.232.76.173] (port=33160 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBX0I-0006AY-1l
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 12:10:38 -0500
Received: from moutng.kundenserver.de ([212.227.17.9]:64119)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1NBX0H-0001md-Fc
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 12:10:37 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis)
id 0La2FZ-1Nummt3Rkr-00lhpE; Fri, 20 Nov 2009 18:10:34 +0100
From: Martin Baker <ax87438@martinb.com>
To: "Axiom-Developer" <axiom-developer@nongnu.org>
Date: Fri, 20 Nov 2009 17:10:28 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <4B043930.4050806@axiom-developer.org>
<200911181835.17480.ax87438@martinb.com>
<4B04412D.1000805@axiom-developer.org>
In-Reply-To: <4B04412D.1000805@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200911201710.28380.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX1/g3RKVHsY5ELEfvCyNc9gP54Q/ABTZzJCyzvW
dcpbR/kO4knr92FMkocQaBqHcHY7y61nCN4r3FC2TjRDBkoOcZ
IT4ksOEUYeo7ubT+0To6Q==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Subject: [Axiom-developer] Re: grassman.spad
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Nov 2009 17:10:44 -0000
Bertfried,
Thank you for your reply.
I will correct the spelling of Grassmann (although without using =DF).
I have been thinking about the naming of the domain. I think it would be=20
better to use the name 'Multivector', which seems to me to represent what i=
t=20
is, then the names Grassmann and Clifford can be reserved for the=20
multiplication types. What do you think? If you agree I will change it now.
No need to apologise about feature requests, I will keep adding to the list=
of=20
requirements on the webpage here:
http://www.euclideanspace.com/maths/standards/program/clifford/
I don't know how efficiently sparse multivectors will be stored, when an=20
instance of the multivector is created a PrimitiveArray of instances of a=20
field is created. The length of this PrimitiveArray is fixed n^2 so that th=
e=20
position in the array indicates the type. I must admit that I have not look=
ed=20
at PrimitiveArray to see what happens internally when a given index is not=
=20
set, but when a index that was not specifically set is then read then zero =
is=20
returned. I therefore assume that it takes space with instances of the fiel=
d=20
set to zero.
I can think of a number of alternative designs, for instance, we could crea=
te=20
2 domains:
Multivector - contains multiple MultivectorElements, just the non-zero,=20
position not significant.
MultivectorElement - contains one instance of a field and an integer to=20
indicate the bases.
Or another design could be:
Multivector - contains just the non-zero MultivectorGrades, position not=20
significant.
MultivectorGrade - contains one instance of a grade, for instance a complet=
e=20
vector or a complete bivector and so on.
On the requirement for symbolic indexes, I can't see how this can be done i=
n=20
the current sort of design, which uses algorithms where the presence of e1,=
=20
e2, etc. are indicated by bits in a word? Would this require an approach mo=
re=20
like an equation solver? Where it is given a set of rules, rather than a fi=
xed=20
algorithm?
I think the whole design may need to be changed in the future but I don't=20
think I have the expertise to do that yet. I would be interested to know th=
e=20
sort of top level design approach you took to the maple package or your=20
current Hopf algebra work?
Martin
From MAILER-DAEMON Fri Nov 20 18:17:16 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBcj5-0002WC-TV
for mharc-axiom-developer@gnu.org; Fri, 20 Nov 2009 18:17:15 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBcj3-0002UU-Vw
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 18:17:14 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBciz-0002PR-Fl
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 18:17:13 -0500
Received: from [199.232.76.173] (port=43665 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBciz-0002PK-96
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 18:17:09 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:45516
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NBciy-0002qO-Vt
for axiom-developer@nongnu.org; Fri, 20 Nov 2009 18:17:09 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAKNH68a003217;
Fri, 20 Nov 2009 17:17:06 -0600
Message-ID: <4B072385.4060900@axiom-developer.org>
Date: Fri, 20 Nov 2009 18:17:25 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: axiom-developer@nongnu.org, daly <daly@axiom-developer.org>
References: <4B00D674.5090609@axiom-developer.org>
<20091117034615.GA20998@fibrous.localdomain>
<4B023423.9080809@axiom-developer.org>
<af0420cd0911171254i6527517exdc6446afac86b91c@mail.gmail.com>
<4B0330A4.5040902@axiom-developer.org>
<af0420cd0911171610p5cf35bb7kecdfc8e4353838c7@mail.gmail.com>
In-Reply-To: <af0420cd0911171610p5cf35bb7kecdfc8e4353838c7@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Embedding Axiom (Hickey and fold/unfold)
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Nov 2009 23:17:14 -0000
There is an excellent talk by Rich Hickey about modelling time,
identity, values,
perception, state, memory, etc.
http://www.infoq.com/presentations/Are-We-There-Yet-Rich-Hickey
I think it adds quite a bit to the Embedded Axiom idea set. If we kept
immutable
intermediate states we could easily run a computation forward and backward.
We can combine that immutable idea with the fold/unfold idea from functional
programming. The idea is that you can do program proofs by expanding
a definition by unfolding and contracting a definition by folding.
http://www.cs.nott.ac.uk/~gmh/bib.html#semantics
The analog of this idea, at least as I perceive it, is the same as doing
operations on both sides of an equation. If we want to prove things
about a computation we could work backward from the result by
unfolding to some intermediate point, and forward from the input by
unfolding to the same intermediate point. If they match then there is
a fold/unfold path between them.
Tim
From MAILER-DAEMON Sat Nov 21 04:56:57 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBmi8-0004bN-VI
for mharc-axiom-developer@gnu.org; Sat, 21 Nov 2009 04:56:57 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBmi6-0004Zx-Pc
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 04:56:54 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBmi2-0004VY-44
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 04:56:54 -0500
Received: from [199.232.76.173] (port=46615 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBmi1-0004VV-TX
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 04:56:49 -0500
Received: from moutng.kundenserver.de ([212.227.126.187]:64809)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1NBmi1-0007bm-4Y
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 04:56:49 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis)
id 0MBWuQ-1NIuFt1oIA-00Ac2r; Sat, 21 Nov 2009 10:56:47 +0100
From: Martin Baker <ax87438@martinb.com>
To: axiom-developer@nongnu.org
Subject: Re: [Axiom-developer] Embedding Axiom (Hickey and fold/unfold)
Date: Sat, 21 Nov 2009 09:56:42 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <4B00D674.5090609@axiom-developer.org>
<af0420cd0911171610p5cf35bb7kecdfc8e4353838c7@mail.gmail.com>
<4B072385.4060900@axiom-developer.org>
In-Reply-To: <4B072385.4060900@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200911210956.42858.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX186e2jy5Ho8w8yKrklAOW8vUWZaXemS5wO/8Ol
N/0QC1qi1lcsFEigKidAxtPvBJKd23Iy82D+K0mGKPmUyk8nmI
eLHqJWM3mFd43bFfQBVdA==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Nov 2009 09:56:55 -0000
On Friday 20 November 2009 23:17:25 Tim Daly wrote:
> There is an excellent talk by Rich Hickey about modelling time,
> identity, values,
> perception, state, memory, etc.
Tim,
While I was watching this talk I was wondering about the difference between
the mainstream computing issues verses mathematical computing issues.
I get the impression that the mainstream issue, from this talk, is about how
to run multiple algorithms in parallel?
If we are trying to solve a set of equations, is there a natural parallelism ?
For the reasons discussed in the talk, should a rule based method be preferred
wherever possible and explicit coding of algorithms be discouraged?
Martin Baker
From MAILER-DAEMON Sat Nov 21 11:58:50 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBtIP-0005z7-TM
for mharc-axiom-developer@gnu.org; Sat, 21 Nov 2009 11:58:49 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBtIM-0005yG-QO
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 11:58:46 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBtII-0005xR-91
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 11:58:46 -0500
Received: from [199.232.76.173] (port=39558 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBtII-0005xO-2L
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 11:58:42 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:48565
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NBtIH-0005bD-Iw
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 11:58:41 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nALGwa8a029827;
Sat, 21 Nov 2009 10:58:37 -0600
Message-ID: <4B081C4E.6040308@axiom-developer.org>
Date: Sat, 21 Nov 2009 11:58:54 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>
References: <4B00D674.5090609@axiom-developer.org> <af0420cd0911171610p5cf35bb7kecdfc8e4353838c7@mail.gmail.com> <4B072385.4060900@axiom-developer.org>
<200911210956.42858.ax87438@martinb.com>
In-Reply-To: <200911210956.42858.ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Embedding Axiom (Hickey and fold/unfold) and rule
based programming
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Nov 2009 16:58:47 -0000
Martin Baker wrote:
> On Friday 20 November 2009 23:17:25 Tim Daly wrote:
>
>> There is an excellent talk by Rich Hickey about modelling time,
>> identity, values,
>> perception, state, memory, etc.
>>
>
> Tim,
>
> While I was watching this talk I was wondering about the difference between
> the mainstream computing issues verses mathematical computing issues.
>
> I get the impression that the mainstream issue, from this talk, is about how
> to run multiple algorithms in parallel?
>
> If we are trying to solve a set of equations, is there a natural parallelism ?
> For the reasons discussed in the talk, should a rule based method be preferred
> wherever possible and explicit coding of algorithms be discouraged?
>
> Martin Baker
>
>
Martin,
I don't know but I have some thoughts on the subject.
The first comment is that I have deep experience in rule based
programming (I was a team
member on a commercial rule-based programming product at IBM, we also
built a huge
expert system (FAME) on a combination rule-based/knowedge-rep system I
built (KROPS),
one of my two thesis topics was on the subject of rules, I use them in
work on our current
Function Extraction project, etc)
I fear rule-based programming. It has the siren-song subtle appeal of
being very easy
to state "WHEN this DO thisthing". When you get into a problem, the
solution is to add
another rule to solve that particular case. Ultimately, you end up in a
situation like the
dinosaur in the tarpit... he can lift any leg but he cannot get out of
the pit.
Rule based systems are subject to two general classes of failure. Either
they simply
stop because no rule applies or they go into an infinite loop because a
prior state repeats.
I do not know of a general way to verify and validate a rule based
program (which was
the subject of the thesis). In fact, they are extremely hard to debug.
You can't use
"print" statements or debuggers. Tracing is a swamp of output. Every
rule could
be perfectly correct and the program is still wrong (witness the dinosaur).
Worse yet, the whole system working system can become unhinged by the
addition of
just one "obviously correct" rule.
The second problem with rule-based programming is that they are not
generally designed
to be "theory-aware". For instance, you can write rules in Axiom to do
simplification by
pattern matching. You could write rules such as "divide each side by a
constant". The
problem is "what if the constant is zero?".... Ok, we can fix that with
a rule... But now
someone wants to use your simplification ruleset in a different domain
(e.g. a domain
which is non-associative for instance)... where does your ruleset assume
associative?
How does that assumption affect other rules? What if I want to apply
"obviously correct"
formulas (e.g. x = sqrt(x^2))? But is this correct if x=-1?
Theory-aware systems need
to be built on a consistent world based on consistent axioms. This kind
of effort feels like a
"Principia" approach which Godel undermined.
I don't think rules will operate correctly in parallel either (although
I have not tried).
For rules to operate effectively they need to perceive (to use Hickey's
term) the world
in some consistent state. But a parallel system will undermine that
assumption. A
parallel dinosaur could be in a state with all of its feet out of the
tar since each process
is "lifting" one foot, (the dinosaur effectively "jumped") but the
problem isn't solved.
Hickey is advocating pure functions which move from state to state,
which look a lot
like rules but they can be much more theory aware and they can be
applied in a
procedural way.
Curiously, Hickey does not define functions on Identities, claiming
they are an emergent property of states. But we do reason about
Identities also
(they are meta-states, I guess). The river may not be the same from
moment to
moment except before the river flows and after the river dries up. The
Identity of
a river has a lifetime above and beyond its states.
Tim
From MAILER-DAEMON Sat Nov 21 12:00:18 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBtJo-0006Vd-Io
for mharc-axiom-developer@gnu.org; Sat, 21 Nov 2009 12:00:16 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBtJl-0006Un-Gi
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:00:13 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBtJg-0006St-Ao
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:00:12 -0500
Received: from [199.232.76.173] (port=39601 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBtJf-0006Sk-TM
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:00:08 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:50988
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NBtJf-0005p0-3m
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:00:07 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nALH028a030199;
Sat, 21 Nov 2009 11:00:02 -0600
Message-ID: <4B081CA5.5040209@axiom-developer.org>
Date: Sat, 21 Nov 2009 12:00:21 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>
References: <4B00D674.5090609@axiom-developer.org> <af0420cd0911171610p5cf35bb7kecdfc8e4353838c7@mail.gmail.com> <4B072385.4060900@axiom-developer.org>
<200911210956.42858.ax87438@martinb.com>
In-Reply-To: <200911210956.42858.ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Embedding Axiom (Hickey and fold/unfold) and
Reifying time
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Nov 2009 17:00:14 -0000
Martin Baker wrote:
> On Friday 20 November 2009 23:17:25 Tim Daly wrote:
>
>> There is an excellent talk by Rich Hickey about modelling time,
>> identity, values,
>> perception, state, memory, etc.
>>
>
> Tim,
>
> While I was watching this talk I was wondering about the difference between
> the mainstream computing issues verses mathematical computing issues.
>
> I get the impression that the mainstream issue, from this talk, is about how
> to run multiple algorithms in parallel?
>
> If we are trying to solve a set of equations, is there a natural parallelism ?
> For the reasons discussed in the talk, should a rule based method be preferred
> wherever possible and explicit coding of algorithms be discouraged?
>
> Martin Baker
>
>
Reifying time...
All of that being said, I think that there is a lot to learn from
Hickey. There is certainly
a lot to be gained by writing in a functional programming style (which
Axiom is not
using internally now).
I found his idea of reifying time interesting. Time, according to
Hickey, is not a flow
but an ordering on a set so you cannot measure A-B but you can decide A<B.
I would use this "reify time" idea and combine it with locking
primitives. The lock
variable could be a timestamp. That would be unique and it would enable
me to
know if A was changed before B. Access to the system clock could be made
unique so that no two timestamps can be equal unless they were performed by
the same process.
I really love his immutable data structures work. I am sorely tempted to
rewrite some
of the internals to use these.
From MAILER-DAEMON Sat Nov 21 12:15:28 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NBtYW-0007e9-Kk
for mharc-axiom-developer@gnu.org; Sat, 21 Nov 2009 12:15:28 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NBtYW-0007dk-0S
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:15:28 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NBtYR-0007br-5b
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:15:27 -0500
Received: from [199.232.76.173] (port=50969 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NBtYR-0007bl-1G
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:15:23 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:52068
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NBtYQ-00088O-96
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 12:15:22 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nALHFI8a002759;
Sat, 21 Nov 2009 11:15:18 -0600
Message-ID: <4B082039.1020300@axiom-developer.org>
Date: Sat, 21 Nov 2009 12:15:37 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>
References: <4B00D674.5090609@axiom-developer.org> <af0420cd0911171610p5cf35bb7kecdfc8e4353838c7@mail.gmail.com> <4B072385.4060900@axiom-developer.org>
<200911210956.42858.ax87438@martinb.com>
In-Reply-To: <200911210956.42858.ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Embedding Axiom (Hickey and fold/unfold) Folding
and generalization
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Nov 2009 17:15:28 -0000
Martin Baker wrote:
> On Friday 20 November 2009 23:17:25 Tim Daly wrote:
>
>> There is an excellent talk by Rich Hickey about modelling time,
>> identity, values,
>> perception, state, memory, etc.
>>
>
> Tim,
>
> While I was watching this talk I was wondering about the difference between
> the mainstream computing issues verses mathematical computing issues.
>
> I get the impression that the mainstream issue, from this talk, is about how
> to run multiple algorithms in parallel?
>
> If we are trying to solve a set of equations, is there a natural parallelism ?
> For the reasons discussed in the talk, should a rule based method be preferred
> wherever possible and explicit coding of algorithms be discouraged?
>
> Martin Baker
>
>
Folding and Unfolding via pattern matching....
On the second point, which is the subject of folding and unfolding I
think that rules
would be very useful here. Consider two statements (function calls) that
you would
like to prove are equal. The suggestion is to unfold them both by doing
substitution
of definitions until they are both "the same".... where "the same" means
that they
exhibit the same pattern with substitution e.g.
(x^2) == (y^2) where x->y
If two functions unfold to the same pattern then we can re-fold them
into each other.
I think that this might be a key step in Axiom's development. I am
trying to discover
a way to prove Axiom programs correct. In particular, it would be good
to prove
that the operations in the domain Group actually follow from the "group
axioms".
Can mathematical group axioms be unfolded into domain Group operations? Can
ACL2 be used to prove that each unfolding step is correct? (insert PhD
students here).
The really clever trick is to do folding without knowing anything. This
would be a
form of "generalization". You are trying to find a way to recognize that
a particular
sequence of code "is a SORT routine", for instance. After all, if you
can recognize
a "SWAP" sequence, a "CONDITIONAL" sequence, and an "ITERATION"
sequence, can you know that
SORT == ITERATED CONDITIONAL SWAP
This is a subject of a paper I'm going to present at HICSS in January.
An early video of the project ideas is at:
http://daly.axiom-developer.org/CONCORDIA.html
(The talk is in the context of function extraction and malware but the
ideas are
motivated by my "prove computational math" struggles)
Generalization by folding would amount to finding the formula from an
instance.
The formula has much less information than the instances of the formula
so all types
of generalization involve deliberately losing information.
It is not possible (well...caveats) to generalize from a single
instance. The single
instance can be generalized in many directions. Multiple instances give
a way to
generalize by comparing the instances to their fit in the generalized
pattern.
Tim
From MAILER-DAEMON Sat Nov 21 17:45:00 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NByhQ-0005cm-9b
for mharc-axiom-developer@gnu.org; Sat, 21 Nov 2009 17:45:00 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NByhO-0005cR-Up
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 17:44:59 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NByhJ-0005aX-P2
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 17:44:58 -0500
Received: from [199.232.76.173] (port=39809 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NByhJ-0005aU-Lh
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 17:44:53 -0500
Received: from moutng.kundenserver.de ([212.227.126.186]:55054)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1NByhJ-0007NB-1K
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 17:44:53 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis)
id 0Mh8jt-1NYCNk1kNF-00M9bs; Sat, 21 Nov 2009 23:44:49 +0100
From: Martin Baker <ax87438@martinb.com>
To: Tim Daly <daly@axiom-developer.org>
Date: Sat, 21 Nov 2009 22:44:44 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <4B00D674.5090609@axiom-developer.org>
<200911210956.42858.ax87438@martinb.com>
<4B082039.1020300@axiom-developer.org>
In-Reply-To: <4B082039.1020300@axiom-developer.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200911212244.44551.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX19Mh8+2ZSbnF+n1zas9VVqEZr9Cfr2r0VA6bPs
/kt2rzBY+PchX30YqExX5gR0Q0yCSUWw16VMbLj3yN/gYm0t0y
dFdeiFvfxELEyfTOiuVsg==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Re: Embedding Axiom (Hickey and fold/unfold)
Folding and generalization
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Nov 2009 22:44:59 -0000
Tim,
Thank you for these replies, I am learning a lot here.
I think it helps to get a wider perspective.
Part of what prompted my question is when I was thinking about how to=20
implement the exterior product I thought about possible options, for instan=
ce=20
rules:
<e1, e2=E2=80=A6en | ei/\ei=3D0, ei/\ej=3D -ej/\ei>
or an algorithm:
And(b1::SINT,b2::SINT) ~=3D 0 =3D> z
c :=3D c1 * c2
bz :=3D Or(b1::SINT,b2::SINT)
for i in 0..n-1 | bit?(b1,i) repeat
k :=3D 0
for j in i+1..n-1 | bit?(b1, j) repeat k :=3D k+1
for j in 0..i-1 | bit?(bz, j) repeat k :=3D k+1
if odd? k then c :=3D -c
z.bz :=3D z.bz + c
z
or a multiplication table:
0 e1^e2
=2De1^e2 0
Out of these options, the rules just seems to be operating at a higher leve=
l?=20
In that it would seem relatively easy to translate from the rules to the=20
algorithm but a lot more difficult to go from the algorithm to the rules=20
(could Concordia do it?). Also, unlike the algorithm, there is no need to=
=20
introduce the concept of time. I wonder which type would be the best for=20
making a test for equivalence?
I take your point that the rules are not necessarily better for parallel=20
processing and they don't scale up very well, I wonder if there would be so=
me=20
way to get the best of all these approaches? lots of small rule bases or=20
something like that?
Another point is that there are no 'side effects' to this function but we a=
re=20
trying to add one in by caching the multiplication table!
I don't have any answers but its interesting to speculate,
thanks,
Martin
From MAILER-DAEMON Sat Nov 21 21:08:05 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NC1rx-0004Cs-37
for mharc-axiom-developer@gnu.org; Sat, 21 Nov 2009 21:08:05 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NC1rv-0004Bn-K2
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:08:03 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NC1rq-0004AQ-1v
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:08:02 -0500
Received: from [199.232.76.173] (port=38876 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NC1rp-0004AN-SB
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:07:57 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:55255
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NC1rp-0007X7-GS
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:07:57 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAM27m8a019536;
Sat, 21 Nov 2009 20:07:49 -0600
Message-ID: <4B089CD1.6060400@axiom-developer.org>
Date: Sat, 21 Nov 2009 21:07:13 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>
References: <4B00D674.5090609@axiom-developer.org>
<200911210956.42858.ax87438@martinb.com>
<4B082039.1020300@axiom-developer.org>
<200911212244.44551.ax87438@martinb.com>
In-Reply-To: <200911212244.44551.ax87438@martinb.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: axiom-developer@nongnu.org
Subject: [Axiom-developer] Re: Embedding Axiom (Hickey and fold/unfold)
Folding and generalization
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Nov 2009 02:08:03 -0000
Martin Baker wrote:
> Tim,
>
> Thank you for these replies, I am learning a lot here.
>
Yeah, Hickey is really an insightful chap. He sets the bar pretty high.
Many centuries ago I had to make the transition from using goto in general
to using goto in a structured form (Fortran did not have an else clause
on If).
The hard part was the mental shift needed to do "structured programming"
since
I had to discover the correct, disciplined control structures myself.
There were
no textbooks as it was a "new" idea that unstructured goto was bad.
Now Hickey basically said "do not use loops". Hmmm... that's gonna be
another
stretch, although I see why he suggests it and I agree with him. We have
to learn to
use map/fold/take/etc. in disciplined ways to process Axiom's internal data.
And we need "reconsing" versions that return immutable but shared copies
of the
list/vector/struct/etc., with versions that (per On Lisp) embed properly.
And we need to write in pure function form (not a stretch because I try to
do this now).
And we need (per SICP) to write embedded layering, fully factored forms.
I think all of these ideas will greatly benefit Axiom's internal
restructuring,
including possibly making a parallel implementation much easier to achieve.
If nothing else at least the "coupling" will drop considerably as we
stop using
special variables for maintaining mutable global state.
Tim
From MAILER-DAEMON Sat Nov 21 21:09:30 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NC1tK-00052M-Ab
for mharc-axiom-developer@gnu.org; Sat, 21 Nov 2009 21:09:30 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NC1tI-00052H-Hj
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:09:28 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NC1tC-0004z8-Vy
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:09:27 -0500
Received: from [199.232.76.173] (port=38889 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NC1tC-0004yk-Q9
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:09:22 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:55958
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NC1tC-0007go-6L
for axiom-developer@nongnu.org; Sat, 21 Nov 2009 21:09:22 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAM29G8a019897;
Sat, 21 Nov 2009 20:09:16 -0600
Message-ID: <4B089D28.2070104@axiom-developer.org>
Date: Sat, 21 Nov 2009 21:08:40 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>, axiom-developer@nongnu.org,
"daly@axiom-developer.org >> daly" <daly@axiom-developer.org>
References: <4B00D674.5090609@axiom-developer.org>
<200911210956.42858.ax87438@martinb.com>
<4B082039.1020300@axiom-developer.org>
<200911212244.44551.ax87438@martinb.com>
In-Reply-To: <200911212244.44551.ax87438@martinb.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by axiom-developer.org id
nAM29G8a019897
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Re: Embedding Axiom (Hickey and fold/unfold)
Folding and generalization
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Nov 2009 02:09:29 -0000
Martin Baker wrote:
> I think it helps to get a wider perspective.
>
> Part of what prompted my question is when I was thinking about how to=20
> implement the exterior product I thought about possible options, for in=
stance=20
> rules:
>
> <e1, e2=E2=80=A6en | ei/\ei=3D0, ei/\ej=3D -ej/\ei>
>
> or an algorithm:
>
> And(b1::SINT,b2::SINT) ~=3D 0 =3D> z
> c :=3D c1 * c2
> bz :=3D Or(b1::SINT,b2::SINT)
> for i in 0..n-1 | bit?(b1,i) repeat
> k :=3D 0
> for j in i+1..n-1 | bit?(b1, j) repeat k :=3D k+1
> for j in 0..i-1 | bit?(bz, j) repeat k :=3D k+1
> if odd? k then c :=3D -c
> z.bz :=3D z.bz + c
> z
>
> or a multiplication table:
>
> 0 e1^e2
> -e1^e2 0
>
> Out of these options, the rules just seems to be operating at a higher =
level?=20
> In that it would seem relatively easy to translate from the rules to th=
e=20
> algorithm but a lot more difficult to go from the algorithm to the rule=
s=20
> (could Concordia do it?). Also, unlike the algorithm, there is no need=
to=20
> introduce the concept of time. I wonder which type would be the best fo=
r=20
> making a test for equivalence?
>
> I take your point that the rules are not necessarily better for paralle=
l=20
> processing and they don't scale up very well, I wonder if there would b=
e some=20
> way to get the best of all these approaches? lots of small rule bases o=
r=20
> something like that?
>
> Another point is that there are no 'side effects' to this function but =
we are=20
> trying to add one in by caching the multiplication table!
>
> I don't have any answers but its interesting to speculate,
> =20
I like the declarative form a lot, which would fit rules rather well. I=20
think you understand
my feelings on rules being non-algebraic, though, and I'd advise against =
it.
The table form could get very large (unless you only cache computed=20
entries).
The table form would also require some matching since "e1" could be=20
something
more complex than a symbol.
I think that the procedural form gives you the most flexible version sinc=
e
(a) it fits into the spad coding scheme and (b) allows you to manipulate =
the
internal representations in efficient ways that can "violate causality"=20
within
the function without being visible to the user. It also gives you the=20
opportunity
to coerce to more specific forms (like linear algebra forms) in special=20
cases.
In addition, the coding form will force you to be explicit about the=20
categories
that need to be defined. I think one of the key strengths of Axiom is=20
the organization
of the system into categories. If you started with Operads (per William=20
Sit's comments)
as categories and derived your Grassmann/Clifford/Octonion forms in a=20
disciplined
way then everyone wins. I will admit that this is VERY hard. I tried to=20
do this for
the Infinite Group Theory area and failed. (Hardly a surprise since I'm=20
not an
Infinite Group Theorist by any stretch of the imagination.)
William may have some useful insights here as he is a mathematician and a=
n
Axiom algebra author.
Tim
From MAILER-DAEMON Sun Nov 22 16:23:54 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NCJuU-0003d8-3Y
for mharc-axiom-developer@gnu.org; Sun, 22 Nov 2009 16:23:54 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NCJuS-0003Zz-3p
for axiom-developer@nongnu.org; Sun, 22 Nov 2009 16:23:52 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NCJuM-0003T9-Up
for Axiom-developer@nongnu.org; Sun, 22 Nov 2009 16:23:51 -0500
Received: from [199.232.76.173] (port=33950 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NCJuM-0003Sw-S1
for Axiom-developer@nongnu.org; Sun, 22 Nov 2009 16:23:46 -0500
Received: from mail-bw0-f212.google.com ([209.85.218.212]:64685)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <bertfried.fauser@googlemail.com>) id 1NCJuM-0000US-EM
for Axiom-developer@nongnu.org; Sun, 22 Nov 2009 16:23:46 -0500
Received: by bwz4 with SMTP id 4so5087459bwz.2
for <Axiom-developer@nongnu.org>; Sun, 22 Nov 2009 13:23:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlemail.com; s=gamma;
h=domainkey-signature:mime-version:received:in-reply-to:references
:date:message-id:subject:from:to:cc:content-type;
bh=WTbkrje/nYwZ3NsNBg87p3rMLUKTFSjISYUSJzC5RuM=;
b=x0SvWBiHBXpFJf18tV7mvDuFzYEHDWAYdD066I8wzBPDwVK0vpencw0VSolTwtv9AO
MIeiAFQ201TGqiPdp2Z9bYQfMAtsUc6rDTj1/c8tp3gsQ6EgiZJUaiZ6CtUhrQZx88bu
JXFZVnpIiBzRotIs1Wq9NhU5UkSk5851NkMAI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type;
b=bG/i8OSotWweW3HbOyTF3FpdQOvW9phS/pFCyDsjp770ofZbTsJ18gDcBjFj866Mxm
oNL+uYGFep6OauvCwNM10shVZLOrVgR1p3MbdKqcST6Mqlv6e+gdMOHFJ6TVXP5FBgSZ
Jt6u7MFdAvkQt2uynV14+RRNXqqp6mLlpA2W0=
MIME-Version: 1.0
Received: by 10.204.10.2 with SMTP id n2mr3789242bkn.91.1258925024777; Sun, 22
Nov 2009 13:23:44 -0800 (PST)
In-Reply-To: <200911221840.08697.gg87346@martinb.com>
References: <275293a60911220630u2b2eda07s12d357899a5244c3@mail.gmail.com>
<200911221840.08697.gg87346@martinb.com>
Date: Sun, 22 Nov 2009 21:23:44 +0000
Message-ID: <275293a60911221323u4007ca2dgb280fc3e10f2efd9@mail.gmail.com>
From: Bertfried Fauser <bertfried.fauser@googlemail.com>
To: Martin Baker <gg87346@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: fricas-devel@googlegroups.com, axiom-devel <Axiom-developer@nongnu.org>
Subject: [Axiom-developer] Re: CliffordPackage
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Nov 2009 21:23:52 -0000
Hi Martin,
my posts to fricas-devel are currently rejected by google, so I write
this also directly to you.
> These changes make good sense to me. I will just note for the record that they
> change the user interface and would therefore break any applications already
> using CliffordAlgebra but the changes are important enough to justify that.
Since the Clifford code was broken from the outset, the only place
where it actually shows up is the AXIOM book, which would then also
need an update,
I doubt threre is any other place (and I will see if I can chack that,
a grep over the code should do, I found CliffordAlgebra mentioned in
* browse.daase
* category.daase
* operation.daase
* compres.daase
* interp.daase
* exposed.lsp.pamphlet.svn-base
* clifford.spad.pamphlet
* abbrevs.input
* extract-spad.mk
* comdb.text
* libdb.text
* DEPENDENTS.DAASE
* CLIF.spad
* /USERS.DAASE/index.KA
* hyper/pages/.svn/text-base/CLIF.ht.svn-base
* hyper/pages/.svn/text-base/QUAT.ht.svn-base
* hyper/pages/QUAT.ht
* hyper/pages/QUAT2.ht
* hyper/pages/xmpexp.ht
* hyper/pages/ug02.ht
* hyper/pages/ug13.ht
* hyper/pages/CLIF.ht
* input/clifford.input.pamphlet
* paste/CLIF.input
* paste/CLIF.phts
* padhelp/Quaternion.help
* spadhelp/CliffordAlgebra.help
* topics.data
* command.list
)
I am not a grep expert, so things may have sliped through, otherwise I
think the above given list proves that CliffordAlgebra is not used by
any other package.
> OK, I will check if division or swapping of operands is done.
That was just a feature request, forget about noncommutytive rings at
the moment.
> the domain constructor as 'List List Ring', 'SquareMatrix Ring' or create a
> custom domain called BilinearForm ? Would I be correct in thinking that Matrix
> or a custom domain would not add much value so I might as well use a List of
> Lists for efficiency?
I would be happy with List List Ring, but since its a map between
vector spaces or modules, some popele on the list (if this mail gets
through) will have different oppinions. A square matrix could do, but
actually you only want to read out the elements, nothing else is done
with this array, so I would look (ask on teh list) what data structure
has the best random acess performance, List List is possibly slow, but
on the other hand such arrays will be in practice something like up to
10x10, so no hassle.
> Yes please, this would be very helpful, no rush though, as it will take me
> some time to absorb all this good information that you have given me.
OK, as soon as my maple is up again, I'll produce some test cases for you
(and we need to do AXIOM test cases for Tim ;-))
Ciao
BF.
--
% PD Dr Bertfried Fauser
% Research Fellow, School of Computer Science, Univ. of Birmingham
% Honorary Associate, University of Tasmania
% Privat Docent: University of Konstanz, Physics Dept
<http://www.uni-konstanz.de>
% contact |-> URL : http://www.cs.bham.ac.uk/~fauserb/
% Phone : +44-121-41-42795 and +49 1520 9874517
From MAILER-DAEMON Mon Nov 23 09:13:25 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NCZfR-0004fa-6h
for mharc-axiom-developer@gnu.org; Mon, 23 Nov 2009 09:13:25 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NCZfO-0004f4-8X
for axiom-developer@nongnu.org; Mon, 23 Nov 2009 09:13:22 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NCZfJ-0004as-DJ
for Axiom-developer@nongnu.org; Mon, 23 Nov 2009 09:13:21 -0500
Received: from [199.232.76.173] (port=50439 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NCZfJ-0004an-9o
for Axiom-developer@nongnu.org; Mon, 23 Nov 2009 09:13:17 -0500
Received: from authsmtp.rrzn.uni-hannover.de ([130.75.2.107]:49372)
by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <martin.rubey@math.uni-hannover.de>)
id 1NCZfI-00073Y-Tq
for Axiom-developer@nongnu.org; Mon, 23 Nov 2009 09:13:17 -0500
Received: from ada0.ifam.uni-hannover.de (ada0.ifam.uni-hannover.de
[130.75.17.184])
by authsmtp.rrzn.uni-hannover.de (8.14.2/8.14.2) with ESMTP id
nANED5hX017177; Mon, 23 Nov 2009 15:13:06 +0100
To: Bertfried Fauser <bertfried.fauser@googlemail.com>
Subject: Re: [Axiom-developer] Re: CliffordPackage
References: <275293a60911220630u2b2eda07s12d357899a5244c3@mail.gmail.com>
<200911221840.08697.gg87346@martinb.com>
<275293a60911221323u4007ca2dgb280fc3e10f2efd9@mail.gmail.com>
From: Martin Rubey <martin.rubey@math.uni-hannover.de>
Date: Mon, 23 Nov 2009 15:13:05 +0100
In-Reply-To: <275293a60911221323u4007ca2dgb280fc3e10f2efd9@mail.gmail.com>
(Bertfried Fauser's message of "Sun\,
22 Nov 2009 21\:23\:44 +0000")
Message-ID: <d9my2dib2m.fsf@ada0.ifam.uni-hannover.de>
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-PMX-Version: 5.5.2.363555, Antispam-Engine: 2.6.1.350677,
Antispam-Data: 2009.10.31.165419
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3)
Cc: Martin Baker <gg87346@martinb.com>, fricas-devel@googlegroups.com,
axiom-devel <Axiom-developer@nongnu.org>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Nov 2009 14:13:22 -0000
Bertfried Fauser <bertfried.fauser@googlemail.com> writes:
> I doubt threre is any other place (and I will see if I can chack that,
> a grep over the code should do, I found CliffordAlgebra mentioned in
>
> * browse.daase
> * category.daase
> * operation.daase
> * compres.daase
> * interp.daase
> * exposed.lsp.pamphlet.svn-base
> * clifford.spad.pamphlet
> * abbrevs.input
> * extract-spad.mk
> * comdb.text
> * libdb.text
> * DEPENDENTS.DAASE
> * CLIF.spad
> * /USERS.DAASE/index.KA
> * hyper/pages/.svn/text-base/CLIF.ht.svn-base
> * hyper/pages/.svn/text-base/QUAT.ht.svn-base
> * hyper/pages/QUAT.ht
> * hyper/pages/QUAT2.ht
> * hyper/pages/xmpexp.ht
> * hyper/pages/ug02.ht
> * hyper/pages/ug13.ht
> * hyper/pages/CLIF.ht
> * input/clifford.input.pamphlet
> * paste/CLIF.input
> * paste/CLIF.phts
> * padhelp/Quaternion.help
> * spadhelp/CliffordAlgebra.help
> * topics.data
> * command.list
> )
>
> I am not a grep expert, so things may have sliped through, otherwise I
> think the above given list proves that CliffordAlgebra is not used by
> any other package.
It's not a proof, unfortunately (only a strong hint), because the
compiler tries to be smart: packages and domains do not necessarily need
to be mentioned, if the name of the operation or the types of the
arguments determine the operation uniquely.
Martin
From MAILER-DAEMON Wed Nov 25 00:29:36 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NDARc-0006Rk-HU
for mharc-axiom-developer@gnu.org; Wed, 25 Nov 2009 00:29:36 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NDARb-0006RP-6B
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:29:35 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NDARW-0006PX-9T
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:29:34 -0500
Received: from [199.232.76.173] (port=36201 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NDARW-0006PM-5x
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:29:30 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:34328
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NDARV-0002C8-Kh
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:29:29 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAP5TP8a001809;
Tue, 24 Nov 2009 23:29:25 -0600
Message-ID: <4B0CC045.7040509@axiom-developer.org>
Date: Wed, 25 Nov 2009 00:27:33 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: axiom-developer@nongnu.org, daly <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] A new command ")describe"
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Nov 2009 05:29:35 -0000
There is a new command
)describe [category | domain | package ] <name> [ | internal ]
You can ask for the comments from the algebra source code
which are contained in the Description: section at the top
of each Category, Domain, or Package.
You can type
)help describe for the man page
Details for writing the Description: section for new algebra code
are in Volume 2 (User Guide)
For example,
(1) -> )describe domain AlgebraGivenByStructuralConstants
AlgebraGivenByStructuralConstants implements finite rank algebras
over a commutative ring, given by the structural constants gamma with
respect to a fixed basis [a1,..,an], where gamma is an n-vector of n
by n matrices [(gammaijk) for k in 1..rank()] defined by ai * aj =
gammaij1 * a1 + ... + gammaijn * an. The symbols for the fixed basis
have to be given as a list of symbols.
You can also ask for a very detailed description of the internal
structure (only for Domains and Packages). For instance:
(1) -> )describe domain AlgebraGivenByStructuralConstants internal
----------------Template-----------------
5 lazy DirectProduct(local #2,local #1)
6 lazy local #1
7 lazy local #2
8 lazy local #3
9 lazy local #4
10 lazy QUOTE Rep
11 lazy Union($,QUOTE failed)
12 lazy FiniteRankNonAssociativeAlgebra&($$,local #1)
13 latch recip : % -> Union(%,QUOTE failed) from
FiniteRankNonAssociativeAlgebra&($$,local #1)
14 fun ALGSC;recip;$U;1
15 lazy Matrix local #1
16 lazy SquareMatrix(local #2,local #1)
17 latch coerce : % -> Matrix local #1 from SquareMatrix(local #2,local #1)
18 latch apply : (Matrix local #1,%) -> % from %
19 fun ALGSC;*;Sm2$;2
20 lazy Vector local #1
21 latch directProduct : Vector local #1 -> % from QUOTE Rep
22 fun ALGSC;coerce;V$;3
23 lazy Vector Matrix local #1
24 fun ALGSC;structuralConstants;V;4
25 lazy List local #1
26 latch entries : % -> List local #1 from QUOTE Rep
27 latch vector : List local #1 -> % from Vector local #1
28 fun ALGSC;coordinates;$V;5
29 lazy Integer
30 lazy Vector $$
31 latch maxIndex : % -> Integer from Vector $$
32 latch 0 : () -> % from local #1
33 lazy NonNegativeInteger
34 latch new : (NonNegativeInteger,NonNegativeInteger,local #1) -> %
from Matrix local #1
35 latch elt : (%,Integer) -> $$ from Vector $$
36 latch setColumn! : (%,Integer,Vector local #1) -> % from Matrix local #1
37 lazy Union(Vector local #1,QUOTE failed)
38 lazy Record(particular: Union(Vector local #1,QUOTE failed),basis:
List Vector local #1)
39 lazy LinearSystemMatrixPackage(local #1,Vector local #1,Vector local
#1,Matrix local #1)
40 latch solve : (Matrix local #1,Vector local #1) ->
Record(particular: Union(Vector local #1,QUOTE failed),basis: List
Vector local #1) from LinearSystemMatrixPackage(local #1,Vector local
#1,Vector local #1,Matrix local #1)
41 lazy Boolean
42 latch zero? : % -> Boolean from local #1
43 lazy Vector $
44 fun ALGSC;basis;V;7
45 lazy (local #1 -> Boolean)
46 latch every? : ((local #1 -> Boolean),%) -> Boolean from Vector local #1
47 fun ALGSC;coordinates;$VV;6
48 lazy PositiveInteger
49 latch unitVector : PositiveInteger -> % from QUOTE Rep
50 fun ALGSC;someBasis;V;8
51 fun ALGSC;rank;Pi;9
52 latch elt : (%,Integer) -> local #1 from QUOTE Rep
53 fun ALGSC;elt;$IR;10
54 latch zero? : % -> Boolean from QUOTE Rep
55 lazy OutputForm
56 latch coerce : % -> OutputForm from local #1
57 latch 1 : () -> % from local #1
58 latch ?=? : (%,%) -> Boolean from local #1
59 lazy Symbol
60 lazy List Symbol
61 latch elt : (%,Integer) -> Symbol from List Symbol
62 latch coerce : % -> OutputForm from Symbol
63 latch ?*? : (%,%) -> % from OutputForm
64 latch ?+? : (%,%) -> % from OutputForm
65 lazy ((OutputForm,OutputForm) -> OutputForm)
66 lazy List OutputForm
67 latch reduce : (((OutputForm,OutputForm) -> OutputForm),%) ->
OutputForm from List OutputForm
68 fun ALGSC;coerce;$Of;11
69 latch new : (NonNegativeInteger,local #1) -> % from Vector local #1
70 latch ?*? : (%,%) -> % from local #1
71 latch elt : (%,Integer) -> Matrix local #1 from Vector Matrix local #1
72 latch elt : (%,Integer,Integer) -> local #1 from Matrix local #1
73 latch ?+? : (%,%) -> % from local #1
74 latch setelt : (%,Integer,local #1) -> local #1 from Vector local #1
75 fun ALGSC;*;3$;12
76 latch ?-? : (%,%) -> % from local #1
77 lazy Void
78 lazy String
79 latch messagePrint : String -> Void from OutputForm
80 fun ALGSC;alternative?;B;13
81 fun ALGSC;associative?;B;14
82 fun ALGSC;antiAssociative?;B;15
83 fun ALGSC;commutative?;B;16
84 fun ALGSC;antiCommutative?;B;17
85 fun ALGSC;leftAlternative?;B;18
86 fun ALGSC;rightAlternative?;B;19
87 fun ALGSC;flexible?;B;20
88 fun ALGSC;lieAdmissible?;B;21
89 latch ?*? : (PositiveInteger,%) -> % from local #1
90 latch recip : % -> Union(%,QUOTE failed) from local #1
91 fun ALGSC;jordanAdmissible?;B;22
92 fun ALGSC;jordanAlgebra?;B;23
93 fun ALGSC;jacobiIdentity?;B;24
94 lazy SparseUnivariatePolynomial Polynomial local #1
95 lazy Record(particular: $,basis: List $)
96 lazy Union(Record(particular: $,basis: List $),QUOTE failed)
97 lazy SparseUnivariatePolynomial local #1
98 lazy List Vector local #1
99 lazy List Polynomial local #1
100 lazy SingleInteger
----------Complete Ops----------------
?~=? : (%,%) -> Boolean missing
zero? : % -> Boolean missing
unit : () -> Union(%,QUOTE failed) missing if #1 has IntegralDomain
subtractIfCan : (%,%) -> Union(%,QUOTE failed) missing
structuralConstants : () -> Vector Matrix local #1
ALGSC;structuralConstants;V;4
structuralConstants : Vector % -> Vector Matrix local #1 missing
someBasis : () -> Vector % ALGSC;someBasis;V;8
sample : () -> % missing
rightUnits : () -> Union(Record(particular: %,basis: List %),QUOTE
failed) missing if #1 has IntegralDomain
rightUnit : () -> Union(%,QUOTE failed) missing if #1 has IntegralDomain
rightTraceMatrix : () -> Matrix local #1 missing
rightTraceMatrix : Vector % -> Matrix local #1 missing
rightTrace : % -> local #1 missing
rightRegularRepresentation : % -> Matrix local #1 missing
rightRegularRepresentation : (%,Vector %) -> Matrix local #1 missing
rightRecip : % -> Union(%,QUOTE failed) missing if #1 has IntegralDomain
rightRankPolynomial : () -> SparseUnivariatePolynomial Polynomial local
#1 missing if #1 has Field
rightPower : (%,PositiveInteger) -> % missing
rightNorm : % -> local #1 missing
rightMinimalPolynomial : % -> SparseUnivariatePolynomial local #1
missing if #1 has IntegralDomain
rightDiscriminant : () -> local #1 missing
rightDiscriminant : Vector % -> local #1 missing
rightCharacteristicPolynomial : % -> SparseUnivariatePolynomial local
#1 missing
rightAlternative? : () -> Boolean ALGSC;rightAlternative?;B;19
represents : Vector local #1 -> % missing
represents : (Vector local #1,Vector %) -> % missing
recip : % -> Union(%,QUOTE failed) ALGSC;recip;$U;1 if #1 has
IntegralDomain
rank : () -> PositiveInteger ALGSC;rank;Pi;9
powerAssociative? : () -> Boolean missing
plenaryPower : (%,PositiveInteger) -> % missing
noncommutativeJordanAlgebra? : () -> Boolean missing
lieAlgebra? : () -> Boolean missing
lieAdmissible? : () -> Boolean ALGSC;lieAdmissible?;B;21
leftUnits : () -> Union(Record(particular: %,basis: List %),QUOTE
failed) missing if #1 has IntegralDomain
leftUnit : () -> Union(%,QUOTE failed) missing if #1 has IntegralDomain
leftTraceMatrix : () -> Matrix local #1 missing
leftTraceMatrix : Vector % -> Matrix local #1 missing
leftTrace : % -> local #1 missing
leftRegularRepresentation : % -> Matrix local #1 missing
leftRegularRepresentation : (%,Vector %) -> Matrix local #1 missing
leftRecip : % -> Union(%,QUOTE failed) missing if #1 has IntegralDomain
leftRankPolynomial : () -> SparseUnivariatePolynomial Polynomial local
#1 missing if #1 has Field
leftPower : (%,PositiveInteger) -> % missing
leftNorm : % -> local #1 missing
leftMinimalPolynomial : % -> SparseUnivariatePolynomial local #1
missing if #1 has IntegralDomain
leftDiscriminant : () -> local #1 missing
leftDiscriminant : Vector % -> local #1 missing
leftCharacteristicPolynomial : % -> SparseUnivariatePolynomial local #1
missing
leftAlternative? : () -> Boolean ALGSC;leftAlternative?;B;18
latex : % -> String missing
jordanAlgebra? : () -> Boolean ALGSC;jordanAlgebra?;B;23
jordanAdmissible? : () -> Boolean ALGSC;jordanAdmissible?;B;22
jacobiIdentity? : () -> Boolean ALGSC;jacobiIdentity?;B;24
hash : % -> SingleInteger missing
flexible? : () -> Boolean ALGSC;flexible?;B;20
elt : (%,Integer) -> local #1 ALGSC;elt;$IR;10
coordinates : % -> Vector local #1 ALGSC;coordinates;$V;5
coordinates : Vector % -> Matrix local #1 missing
coordinates : (Vector %,Vector %) -> Matrix local #1 missing
coordinates : (%,Vector %) -> Vector local #1 ALGSC;coordinates;$VV;6
convert : % -> Vector local #1 missing
convert : Vector local #1 -> % missing
conditionsForIdempotents : () -> List Polynomial local #1 missing
conditionsForIdempotents : Vector % -> List Polynomial local #1 missing
commutator : (%,%) -> % missing
commutative? : () -> Boolean ALGSC;commutative?;B;16
coerce : Vector local #1 -> % ALGSC;coerce;V$;3
coerce : % -> OutputForm ALGSC;coerce;$Of;11
basis : () -> Vector % ALGSC;basis;V;7
associatorDependence : () -> List Vector local #1 missing if #1 has
IntegralDomain
associator : (%,%,%) -> % missing
associative? : () -> Boolean ALGSC;associative?;B;14
apply : (Matrix local #1,%) -> % looked up
antiCommutator : (%,%) -> % missing
antiCommutative? : () -> Boolean ALGSC;antiCommutative?;B;17
antiAssociative? : () -> Boolean ALGSC;antiAssociative?;B;15
alternative? : () -> Boolean ALGSC;alternative?;B;13
0 : () -> % missing
?=? : (%,%) -> Boolean missing
-? : % -> % missing
?-? : (%,%) -> % missing
?+? : (%,%) -> % missing
?**? : (%,PositiveInteger) -> % missing
?*? : (SquareMatrix(local #2,local #1),%) -> % ALGSC;*;Sm2$;2
?*? : (local #1,%) -> % missing
?*? : (%,local #1) -> % missing
?*? : (%,%) -> % ALGSC;*;3$;12
?*? : (Integer,%) -> % missing
?*? : (NonNegativeInteger,%) -> % missing
?*? : (PositiveInteger,%) -> % missing
----------------Atts-----------------
0 unitsKnown if #1 has IntegralDomain
1 leftUnitary
2 rightUnitary
----------------Preds-----------------
1 #1 has Field
2 #1 has IntegralDomain
----------------Cats-----------------
0 FramedNonAssociativeAlgebra local #1 package
1 FiniteRankNonAssociativeAlgebra local #1 package
2 NonAssociativeAlgebra local #1 package
3 Module local #1 package
4 BiModule(local #1,local #1)
5 NonAssociativeRng package
6 LeftModule SquareMatrix(local #2,local #1)
7 RightModule local #1
8 LeftModule local #1
9 AbelianGroup package
10 CancellationAbelianMonoid
11 AbelianMonoid package
12 AbelianSemiGroup package
13 Monad package
14 SetCategory package
15 BasicType package
16 CoercibleTo OutputForm
----------------Data------------------
Operation data from slot 1
#(~= 197 |zero?| 203 |unit| 208 |subtractIfCan| 212
|structuralConstants| 218 |someBasis| 227 |sample| 231 |rightUnits| 235
|rightUnit| 239 |rightTraceMatrix| 243 |rightTrace| 252
|rightRegularRepresentation| 257 |rightRecip| 268 |rightRankPolynomial|
273 |rightPower| 277 |rightNorm| 283 |rightMinimalPolynomial| 288
|rightDiscriminant| 293 |rightCharacteristicPolynomial| 302
|rightAlternative?| 307 |represents| 311 |recip| 322 |rank| 327
|powerAssociative?| 331 |plenaryPower| 335
|noncommutativeJordanAlgebra?| 341 |lieAlgebra?| 345 |lieAdmissible?|
349 |leftUnits| 353 |leftUnit| 357 |leftTraceMatrix| 361 |leftTrace| 370
|leftRegularRepresentation| 375 |leftRecip| 386 |leftRankPolynomial| 391
|leftPower| 395 |leftNorm| 401 |leftMinimalPolynomial| 406
|leftDiscriminant| 411 |leftCharacteristicPolynomial| 420
|leftAlternative?| 425 |latex| 429 |jordanAlgebra?| 434
|jordanAdmissible?| 438 |jacobiIdentity?| 442 |hash| 446 |flexible?| 451
|elt| 455 |coordinates| 461 |convert| 483 |conditionsForIdempotents| 493
|commutator| 502 |commutative?| 508 |coerce| 512 |basis| 522
|associatorDependence| 526 |associator| 530 |associative?| 537 |apply|
541 |antiCommutator| 547 |antiCommutative?| 553 |antiAssociative?| 557
|alternative?| 561 |Zero| 565 = 569 - 575 + 586 ** 592 * 598)
Information vector has 640 entries
0 | 1 12 11 0 13 1 16 15 0 17
10 | 2 0 0 15 0 18 1 10 0 20
20 | 21 1 10 25 0 26 1 20 0 25
30 | 27 1 30 29 0 31 0 6 0 32
40 | 3 15 0 33 33 6 34 2 30 2
50 | 0 29 35 3 15 0 0 29 20 36
60 | 2 39 38 15 20 40 1 6 41 0
70 | 42 2 20 41 45 0 46 1 10 0
80 | 48 49 2 10 6 0 29 52 1 10
90 | 41 0 54 1 6 55 0 56 0 6
100 | 0 57 2 6 41 0 0 58 2 60
110 | 59 0 29 61 1 59 55 0 62 2
120 | 55 0 0 0 63 2 55 0 0 0
130 | 64 2 66 55 65 0 67 2 20 0
140 | 33 6 69 2 6 0 0 0 70 2
150 | 23 15 0 29 71 3 15 6 0 29
160 | 29 72 2 6 0 0 0 73 3 20
170 | 6 0 29 6 74 2 6 0 0 0
180 | 76 1 55 77 78 79 2 6 0 48
190 | 0 89 1 6 11 0 90 2 0 41
200 | 0 0 1 1 0 41 0 1 0 2
210 | 11 1 2 0 11 0 0 1 0 0
220 | 23 24 1 0 23 43 1 0 0 43
230 | 50 0 0 0 1 0 2 96 1 0
240 | 2 11 1 0 0 15 1 1 0 15
250 | 43 1 1 0 6 0 1 1 0 15
260 | 0 1 2 0 15 0 43 1 1 2
270 | 11 0 1 0 1 94 1 2 0 0
280 | 0 48 1 1 0 6 0 1 1 2
290 | 97 0 1 0 0 6 1 1 0 6
300 | 43 1 1 0 97 0 1 0 0 41
310 | 86 1 0 0 20 1 2 0 0 20
320 | 43 1 1 2 11 0 14 0 0 48
330 | 51 0 0 41 1 2 0 0 0 48
340 | 1 0 0 41 1 0 0 41 1 0
350 | 0 41 88 0 2 96 1 0 2 11
360 | 1 0 0 15 1 1 0 15 43 1
370 | 1 0 6 0 1 1 0 15 0 1
380 | 2 0 15 0 43 1 1 2 11 0
390 | 1 0 1 94 1 2 0 0 0 48
400 | 1 1 0 6 0 1 1 2 97 0
410 | 1 0 0 6 1 1 0 6 43 1
420 | 1 0 97 0 1 0 0 41 85 1
430 | 0 78 0 1 0 0 41 92 0 0
440 | 41 91 0 0 41 93 1 0 100 0
450 | 1 0 0 41 87 2 0 6 0 29
460 | 53 1 0 20 0 28 1 0 15 43
470 | 1 2 0 15 43 43 1 2 0 20
480 | 0 43 47 1 0 20 0 1 1 0
490 | 0 20 1 0 0 99 1 1 0 99
500 | 43 1 2 0 0 0 0 1 0 0
510 | 41 83 1 0 0 20 22 1 0 55
520 | 0 68 0 0 43 44 0 2 98 1
530 | 3 0 0 0 0 0 1 0 0 41
540 | 81 2 0 0 15 0 18 2 0 0
550 | 0 0 1 0 0 41 84 0 0 41
560 | 82 0 0 41 80 0 0 0 1 2
570 | 0 41 0 0 1 1 0 0 0 1
580 | 2 0 0 0 0 1 2 0 0 0
590 | 0 1 2 0 0 0 48 1 2 0
600 | 0 16 0 19 2 0 0 6 0 1
610 | 2 0 0 0 6 1 2 0 0 0
620 | 0 75 2 0 0 29 0 1 2 0
630 | 0 33 0 1 2 0 0 48 0 1
----------------Size------------------
infovec total = 4434 BYTES
template = 2064
operations = 556 (complete)
attributes = 6
categories = 528
data vector = 1280
number of function slots (one extra node) = 24
number of latch slots (2 extra nodes) = 35
number of lazy slots (no extra nodes) = 37
size of domain vectors = 101 slots
domain size = 5562 BYTES
cost per instantiation = 1536 BYTES
(1) ->
From MAILER-DAEMON Wed Nov 25 00:45:35 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NDAh5-0003LG-Hb
for mharc-axiom-developer@gnu.org; Wed, 25 Nov 2009 00:45:35 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NDAh4-0003L3-2t
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:45:34 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NDAgw-0003I3-VM
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:45:31 -0500
Received: from [199.232.76.173] (port=44197 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NDAgw-0003Hd-Nf
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:45:26 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:60770
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NDAgw-0004I2-AX
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 00:45:26 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAP5jE8a010144;
Tue, 24 Nov 2009 23:45:14 -0600
Message-ID: <4B0CC3FA.1070004@axiom-developer.org>
Date: Wed, 25 Nov 2009 00:43:22 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: axiom-developer@nongnu.org, daly <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Axiom release for November 2009
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Nov 2009 05:45:34 -0000
Summary: November 2009 release
The major changes are:
A new )describe command, boot language removal, and more motion
toward a fully literate system.
The )describe command was added.
The )describe function was added to Volume 5 (Interpreter)
The )describe function was documented in Volume 2 (Users Guide)
The Description field for the Categories, Domains, and Packages
were cleanup up and reformatted in Volumes 10.2 (Categories)
10.3 (Domains) and 10.4 (Packages)
Boot Language removal
All of the boot-converted lisp files were reformatted from their
compiler generated output. These files are being merged into
Volume 5 (Interpreter) and Volume 9 (Compiler) as appropriate.
This work will continue for the next few releases.
All or portions of the following files were merged into
Volume 5 (Interpreter):
astr, cstream.lisp, dq, incl, int-top, i-syscmd, msg, nci,
obey, osyscmd, parini, patches, pile, scan
The src/boot subdirectory is gone, including the files:
Makefile, boot-proclaims, boothdr, bootload, btincl2, btpile2,
btscan2, ccl-bootsys, ccl-depsys.lsp, exports.lisp, npextras, ptyout,
tyextra, typars, typrops, tytree1, sys-pkg, vmlisp, ptrees, wi2
The bootsys image is no longer part of the build process
Patch ports from Fricas and Open-Axiom
The Tuples patch was picked up and applied.
The SXHASH function is the hash default in SetCategory
The function ListOfTerms was renamed to listOfTerms
Input file changes
New input files have been added to show how to compute
results using Axiom or to create regression tests for fixes:
complexfactor, rubey, zimmbron, branchcut, cachedf, finitegraph,
newtonlisp, nonlinhomodiffeq, distexpr, numericgamma, donsimple
solveperf, tuplebug, unit-macro, testprob, unittest2
lexp was removed and moved to the LEXP algebra file
dop and gstbl had minor fixes
New Help files and Function examples were added
There are new help files:
describe, AlgebraicallyClosedField, RationalFunctionSum,
RadicalSolvePackage, PartialFractionPackage, Product,
OrderedFreeMonoid
Website update:
The developer.html page was rewritten. An old Scratchpad group
photo was added to the site.
Work continues on re-hosting the axiom-developer.org domain.
We now own axiom-developer.com and axiom-developer.net which will
be retargetted to the new host as soon as it is available
Interpreter changes:
Axiom will sit in a single package in the near future.
The VMLISP package was partially removed from the system.
Work continues on this path.
The util.ht file is created earlier in the parallel build
so there are fewer compiler messages about documentation.
Research:
A Cohen algebra domain is being developed to enable symbolic
manipulation of expressions with explanations and controlled
simplification.
From MAILER-DAEMON Wed Nov 25 06:54:51 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NDGSR-0003ui-BF
for mharc-axiom-developer@gnu.org; Wed, 25 Nov 2009 06:54:51 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NDGSO-0003sR-BL
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 06:54:48 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NDGSI-0003o7-Vh
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 06:54:47 -0500
Received: from [199.232.76.173] (port=49965 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NDGSI-0003nq-ND
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 06:54:42 -0500
Received: from moutng.kundenserver.de ([212.227.126.171]:53284)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1NDGSI-00028V-1H
for axiom-developer@nongnu.org; Wed, 25 Nov 2009 06:54:42 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis)
id 0M1kaM-1O2bcS3LR4-00twWx; Wed, 25 Nov 2009 12:54:38 +0100
From: Martin Baker <ax87438@martinb.com>
To: axiom-developer@nongnu.org
Date: Wed, 25 Nov 2009 11:54:37 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <275293a60911220630u2b2eda07s12d357899a5244c3@mail.gmail.com>
<200911221840.08697.gg87346@martinb.com>
<275293a60911221323u4007ca2dgb280fc3e10f2efd9@mail.gmail.com>
In-Reply-To: <275293a60911221323u4007ca2dgb280fc3e10f2efd9@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200911251154.38103.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX1/MSGPRjsQuU3flX0z9pQQjgY4nXSG8kQ7ybhz
2vHuFW1HQimEhQOwtSUPc3hfNwt0E/4wVsI8KWITqz0ddxn9Qs
ayFz/nNgMxmL698fzXpCg==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Subject: [Axiom-developer] Spad for OO Programmers
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Nov 2009 11:54:48 -0000
I am still trying to properly understand the Spad language properly, what I
would like is a introduction for people who have object oriented experience.
In other words to point out the differences that may confuse and also a crib
sheet for the syntax.
I have not yet found such a document (by the way, the link to st-andrews
website on Axiom documentation page is broken).
Since I have not found this I have been making some notes for my own benefit:
http://www.euclideanspace.com/maths/standards/program/spad/
Any corrections welcome.
Martin Baker
From MAILER-DAEMON Thu Nov 26 00:51:44 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NDXGZ-0002gj-Q7
for mharc-axiom-developer@gnu.org; Thu, 26 Nov 2009 00:51:43 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NDXGX-0002gJ-UT
for axiom-developer@nongnu.org; Thu, 26 Nov 2009 00:51:41 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NDXGS-0002fA-Ma
for axiom-developer@nongnu.org; Thu, 26 Nov 2009 00:51:40 -0500
Received: from [199.232.76.173] (port=60514 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NDXGS-0002f7-Gn
for axiom-developer@nongnu.org; Thu, 26 Nov 2009 00:51:36 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:50334
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NDXGS-0000ta-5A
for axiom-developer@nongnu.org; Thu, 26 Nov 2009 00:51:36 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAQ5pO8a030402;
Wed, 25 Nov 2009 23:51:25 -0600
Message-ID: <4B0E16EB.6000808@axiom-developer.org>
Date: Thu, 26 Nov 2009 00:49:31 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Martin Baker <ax87438@martinb.com>,
Bertfried Fauser <bertfried.fauser@googlemail.com>,
Ralf Hemmecke <ralf@hemmecke.de>, Arthur Ralfs <arthur@mathbrane.ca>,
Axiom-Developer <axiom-developer@nongnu.org>,
daly <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] large PDFs
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Nov 2009 05:51:42 -0000
You might be pleasantly surprised that the Axiom PDFs
actually are heavily cross-referenced. If you have a
recent version of any pdf viewer you'll see that there
are hyperlinks in the pdf. The index is also hyperlinked
so you can look things up in the index and jump to the
most interesting point.
The algebra PDFs (volume 10.2, 10.3, and 10.4) are all
hyperlinked. This makes it easy to find algebra. In
addition, the two algebra graphs on the webpage are
hyperlinked into the correct pdfs so you can walk the
algebra graph and see the corresponding code.
The Interpreter (volume 5) even includes both forward
(calls) and backward hyperlinks (called by) so you can
find callers and callees making it very easy to walk
the lisp code. The compiler (volume 9) will be the same.
The hypertex pages (volume 7.1) has pictures of the pages
that the code describes so you can "hyperdoc browse" in
the pdf viewer.
Eventually all of the volumes will be fully hyperlinked.
The Jenks book (volume 0) and the tutorial (volume 1) are
"in the queue".
Yes, the PDFs are large but they are easy to navigate.
Tim
From MAILER-DAEMON Thu Nov 26 12:17:16 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NDhy0-0002YP-9E
for mharc-axiom-developer@gnu.org; Thu, 26 Nov 2009 12:17:16 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NDhxx-0002XV-VJ
for axiom-developer@nongnu.org; Thu, 26 Nov 2009 12:17:14 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NDhxs-0002Q2-7Y
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 12:17:13 -0500
Received: from [199.232.76.173] (port=46351 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NDhxr-0002Pa-EA
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 12:17:07 -0500
Received: from moutng.kundenserver.de ([212.227.17.10]:57822)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <ax87438@martinb.com>) id 1NDhsK-0002Jb-UZ
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 12:11:25 -0500
Received: from suse111.localnet (94-193-164-220.zone7.bethere.co.uk
[94.193.164.220])
by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis)
id 0MVb0p-1Newz93CMJ-00YPbV; Thu, 26 Nov 2009 18:11:21 +0100
From: Martin Baker <ax87438@martinb.com>
To: Bertfried Fauser <bertfried.fauser@googlemail.com>
Date: Thu, 26 Nov 2009 17:11:17 +0000
User-Agent: KMail/1.11.0 (Linux/2.6.27.37-0.1-default; KDE/4.2.2; x86_64; ; )
References: <275293a60911260657n6b1815ffofec01dbcc6fb362e@mail.gmail.com>
In-Reply-To: <275293a60911260657n6b1815ffofec01dbcc6fb362e@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200911261711.17546.ax87438@martinb.com>
X-Provags-ID: V01U2FsdGVkX1+9G6Co64ioWrtkLM2BazGqfxeyuhNxw9WVUxa
MubtQIfub/WUjkYgx+wBOVs8nfwnlQK3O2T4e3Md9y+Ap2QRHm
MuvBWFnp0zLBtimFoeHQw==
X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not
recognized.
Cc: axiom-devel <Axiom-developer@nongnu.org>
Subject: [Axiom-developer] Re: Clifford Algebra examples:
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Nov 2009 17:17:14 -0000
Bertfried,
Thanks this looks very useful.
Can I ask about the definitions of the involutions:
gradeInvolution == reversion? sign=(-1)^(d(d-1)/2) symbol= ~
Cliplus clirev == ? symbol=multiply by pseudoscalar? symbol=
Clifford conjugation: scalar part minus non-scalar part? symbol=
I know these are wrong but I just made a guess!
I expect I had better ignore the Spinors for now although I am curious about
how they should be added on later. Upto now I have thought of spinors as an
even subalgebra of Clifford algebras? (rotation by 2*pi multiplies by -1) but
this does not seem to be the case here? Would spinors require a new type of
multiplication or a new domain?
Martin
From MAILER-DAEMON Thu Nov 26 13:29:26 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NDj5p-0002MG-T2
for mharc-axiom-developer@gnu.org; Thu, 26 Nov 2009 13:29:25 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NDj5o-0002JW-54
for axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:29:24 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NDj5i-0002B1-Uc
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:29:23 -0500
Received: from [199.232.76.173] (port=41619 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NDj5i-0002Ae-Oz
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:29:18 -0500
Received: from mail-bw0-f212.google.com ([209.85.218.212]:52325)
by monty-python.gnu.org with esmtp (Exim 4.60)
(envelope-from <bertfried.fauser@googlemail.com>) id 1NDj5h-0004RJ-Q9
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:29:18 -0500
Received: by bwz4 with SMTP id 4so756700bwz.2
for <Axiom-developer@nongnu.org>; Thu, 26 Nov 2009 10:29:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlemail.com; s=gamma;
h=domainkey-signature:mime-version:received:in-reply-to:references
:date:message-id:subject:from:to:cc:content-type;
bh=DToZv/vVCS/yjwr838FrRr6uVrBeYPy0WDt6Xa596+Q=;
b=RXklRn2F3+/MNHORPL2H2pqAt4GW/kJOQN49wQwH94wIhgqEzoi1xikS9TZIOt3ugj
6FuDwZd/NOwfH6gsnUR/wrNgzPVpOt3jWm60LJNoV4/NZLxrbZGTirLTY4MrIc2fmW9l
/RvOr90vfy9os+tgtX1HwMB4J6922zQcOiZy8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type;
b=FxguyNHcwHjpBUARtbKTy3ONr8tJUS+NumoSgLixVAYVqcGNwBCksEgsqWf2832KtI
D8qP+aozRx40Qtx9ncvYePlSlcuFIE2tUpM0rr9xy/0iX168hnkq6/nxMEqbCCgyBw2H
91j7H7VvBFp6EnhhRYdA5m5p0jzZKr8w+jwdE=
MIME-Version: 1.0
Received: by 10.204.26.135 with SMTP id e7mr41393bkc.183.1259260156461; Thu,
26 Nov 2009 10:29:16 -0800 (PST)
In-Reply-To: <200911261711.17546.ax87438@martinb.com>
References: <275293a60911260657n6b1815ffofec01dbcc6fb362e@mail.gmail.com>
<200911261711.17546.ax87438@martinb.com>
Date: Thu, 26 Nov 2009 18:29:16 +0000
Message-ID: <275293a60911261029v1a07260cpe529071689cbff41@mail.gmail.com>
From: Bertfried Fauser <bertfried.fauser@googlemail.com>
To: Martin Baker <ax87438@martinb.com>
Content-Type: text/plain; charset=ISO-8859-1
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)
Cc: axiom-devel <Axiom-developer@nongnu.org>, fricas-devel@googlegroups.com,
Ablamowicz <rablamowicz@tntech.edu>
Subject: [Axiom-developer] Re: Clifford Algebra examples:
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Nov 2009 18:29:24 -0000
Dear Martin,
> Can I ask about the definitions of the involutions:
Yes, please ask, I'll answer if I know and time permits.
> gradeInvolution == reversion? sign=(-1)^(d(d-1)/2) symbol= ~
> Cliplus clirev == ? symbol=multiply by pseudoscalar? symbol=
> Clifford conjugation: scalar part minus non-scalar part? symbol=
The involutions you give are again assuming a diagonal (orthonormal)
basis for the quadratic (bilinear) form. Since this is bad for applications,
it has to be avoided. Of course if you know you are in a diagonal basis
you can use faster algorithms (like defining a cmulDiag)
Grade involution:
Any (Grassmann-) Clifford algebra is built up from a base space V (of dimension
dim V = n) You have two natural transformations on V which generalize
to the whole space W=/\V of dim W = 2^n.
a) The identity map (does nothing on W)
b) The map sending every vector v \in V to its additiove inverse (negative)
barV : V -> V :: v |--> -v
This will send any basis vector to its negative (regardless of the bilinear
form). So iff your basis is like the grBasis :=[Id, e1, e2, e1we2, e3,...]
barW will send all elements eiw..wej to (-)^number of basis
elements eiw..wej
c) Iff the basis is more general (like in the case with an antisymmetric part in
the bilinear form, you always fing a new basis (inhomgeous in the old
generators) such that the involution does the trick for the new
basis elements.
Eg: B:= matrix [[1,q],[-q ,1]] you would liek tto define a new
Grassmann basis
grBasWf = [Id, f1(=e1),f2(=e2), f1wf2 ( f1wf2-q*Id), f3 (=e3),...] etc
In this case you will see that the new basis is graded (only even or odd
elements appear) so the involution still works as expected.
Whta you technically do is the following:
* Take a vector space V
* build the free algebra over it, that is the tensor algebra TV, its product is
concatenation it is noncommutative
* You are only intersted in antisymmetric tensors, hence factor out
all symmetric
ones. That is you identify all terms of the form
(v1 (x)... (x) vi (x) vi (x) ... (x) vd) = 0
[One can check that this is a graded ideal I_gr and one can therefor factor
the tensor algebra TV/I_gr = /\V
(for the generators this means you impose ei^2=0. From that you conclude that
0=(ei+ej)^(x)2 = ei^2+ei (x) ej + ej (x) ei + ej^2
= ei (x) ej + ej (x) ej
calling the projectet tensor /\ you get
ei /\ ej = - ej /\ ei )
Reversion:
This is quite different. The reversion needs to know about the Clifford
multiplication, so its actually defined in the Clifford basis
cliBas:= [Id, e(1), e(2), e(12):=e(1)*e(2), e(3),... ]
and it reverses the order of the Clifford multiplication (which depends on
the quadratic (bilinear) form. Hence you have (eij) Grassmann ,
e(ij) Clifford
basis elements)
reversion e12 = reversion (e(12)-B(e1,e2)*Id) = e(21)-B(e1,e2)*Id
= e2/\e1 +(B(e2,e1)-B(e1,e2))*Id
= -e12 - 2F(e1,e2)
where F(e1,e2) is the antisymmetric part of B, hence this difficulty will
_only_ appear when there is an antisymmetric part. Since not many people
have looked at that, its rarely described in literature, but see my
joint papers
with Rafal Ablamowicz:
#
Mathematics of CLIFFORD - A Maple package for Clifford and Grassmann algebras
Rafal Ablamowicz, B. Fauser: Adv. in Appl. Clifford Alg. 15 No. 2, 2005:157-181
#
arXiv:math-ph/0212032
Clifford and Grassmann Hopf algebras via the BIGEBRA package for Maple
Rafal Ablamowicz, B. Fauser: Comp. Physics Comm. 170, 2005:115--130
available from the arXiv (or I can send you pdf's).
Technically the reversion comes from the dualising the vector space V -> V*
and building the tensor algebra over the dualised vector space V* and
identifying
V* ~= V canonically. The project onto antisymmetric tensors. You see
that the symmetric group acts on tensors by permuting the 'list' ov
vectors a tensor is forms of. The reverison is the unique larget
permutation (usually called w)
with the most inversions (in reduced notation). So reversion is not
just adding a sign, its really reversing the list of all vectors
(generators) and then reorder them using the antisymmetry and collect
the minus signs.
conjugation is just the composition of recerion and grade involution:
conjugation x == reversion gradeinvolution x
(== gradeinvolution reversion x) -- oder does not matter
So first thing is to implement:
Grassmann wedge
Grassmann meet (note that the meet is a sort of wedge but with the roles
of the grades inverted)
Clifford product for a bilinear form (this is not hard, its the same routine
which calculates the Clifford product for a symmetric bilinear form or an
arbitrary bilinear form)
> I expect I had better ignore the Spinors for now although I am curious about
> how they should be added on later.
Indeed, forget about them for now. I just added the spinor things to
make sure there are matrix analogs which show that the algebra
computes correctly. It is
just a way to convince yourself that everything works right. It was not meant
(yet) as a feature request. (Spinors come in handy when describing
linear complexes in projective space)
> Upto now I have thought of spinors as an even subalgebra of Clifford
> algebras?
There are many ways to look at spinors. Every way has its own benefit.
Indeed the weakest is to go for matrix representations and confuse
those with the abstract algebra. In the examples you see that all
three Clifford algebras Cl(2,0), CL(1,1)
and CL(0,2) finally can be modelled by 2x2 matrices, but how to
identify them if only the matrices are given?
The spinors in the examples are (left) idela spinors, that is they
are elements of a minimal left ideal of the Clifford algebra and
therefore them self representable as Clifford numbers (as clearly can
be seen by inspecting the lists calld spinorSpace). If represented in
the (same) spinor basis, these elements make up a matrix with a single
non-zero column, forgetting about the zero columns gives what you see
usually (but it gets more complicated if the ring is no longer the
reals, even complex conjugation is then a differently presented
operation).
Some of the matrix concepts are difficult to translate back into the
algebra, eg transposition if the bilinear form is not
diagonal/symmetric... this is a reseach
subject (and I hope there will be soon a paper comming out clarifying
this partly).
> (rotation by 2*pi multiplies by -1) but
> this does not seem to be the case here? Would spinors require a new type of
> multiplication or a new domain?
If a spinor is represented _inside_ of the Clifford algebra, no new
multiplications are needed. That's the nice feature of unifying these
things. Interpreting spinors as rotations can be done by constructing
so called operator spinors, well described eg in Perrti Lounesto's
boon Clifford algebras and spinors. Also this is not yet important.
(And will not need new algebra).
What you need to implement at the moment is:
a) A Grassmann basis (module over some (commutative) ring, field)
[Clifford has some undocumented features which allow a q-deformation here
but I guess you should ignore that too]
b) the wedge and meet products, and some helper functions, like
extraction of the coefficient of the identiy, the volume elemenet etc
gradeinvolution, Grassmann reversion (that is the above reversion where
all terms comming from the bilinear form are absent), so this is
just the sign
factor (or better (-1)^{number of involutions of the permutatiosn which
reorders the rerm} this would allow to replace -1 by generic q).
a) and b) make up a GrassmannAlgebra (and with very little effort could be
turned into a Grassmann Hopf algebra by adding a wedge corproduct, and
an antipode)
c) The Clifford product, based on a correctly implemented
leftContraction and rightContraction. This is done easily by a
recursion, as I tried to explain in a previous mail.
With x,y in V u,v,w in W=/\V you have
i) x * y = lc(x,y) + x/\y and 1*1=1
ii) x * (u /\ v) = x /\ u /\ v + lc(x, u/\v)
= x/\u/\v + lc(x,u)/\v + gradeinvolution(u) /\ lc(x, v)
(same for (u/\v) * y using right contraction)
iii) Since every term u can be recursively be decomposed as a Clifford product
you can finally evaluate u * v by
u = w*x (where the grade of w is strictly less than that of u
u * v = (w*x)*v = w*(x*v) and use the above recursion with 1*1=1
I am sorry to have to less time currently to sit down and just provide the code,
I have some other things on my table which are urgent.
Hope this helps, otherwise feel free to ask.
Ciao
BF.
--
% PD Dr Bertfried Fauser
% Research Fellow, School of Computer Science, Univ. of Birmingham
% Honorary Associate, University of Tasmania
% Privat Docent: University of Konstanz, Physics Dept
<http://www.uni-konstanz.de>
% contact |-> URL : http://www.cs.bham.ac.uk/~fauserb/
% Phone : +44-121-41-42795 and +49 1520 9874517
From MAILER-DAEMON Thu Nov 26 13:54:55 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NDjUU-0008BG-Pc
for mharc-axiom-developer@gnu.org; Thu, 26 Nov 2009 13:54:54 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NDjUS-00088k-Mb
for axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:54:52 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NDjUN-00081c-8F
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:54:51 -0500
Received: from [199.232.76.173] (port=42633 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NDjUN-00081L-0f
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:54:47 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:32779
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NDjUM-0007oK-Ma
for Axiom-developer@nongnu.org; Thu, 26 Nov 2009 13:54:46 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAQIsb8a018713;
Thu, 26 Nov 2009 12:54:37 -0600
Message-ID: <4B0ECE7B.1020406@axiom-developer.org>
Date: Thu, 26 Nov 2009 13:52:43 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bertfried Fauser <bertfried.fauser@googlemail.com>
Subject: Re: [Axiom-developer] Re: Clifford Algebra examples:
References: <275293a60911260657n6b1815ffofec01dbcc6fb362e@mail.gmail.com> <200911261711.17546.ax87438@martinb.com>
<275293a60911261029v1a07260cpe529071689cbff41@mail.gmail.com>
In-Reply-To: <275293a60911261029v1a07260cpe529071689cbff41@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc: fricas-devel@googlegroups.com, axiom-devel <Axiom-developer@nongnu.org>,
Ablamowicz <rablamowicz@tntech.edu>
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Nov 2009 18:54:53 -0000
From an Axiom point of view this is stunningly good documentation.
I've downloaded the paper and added it to the reading queue.
I thought I had a grip on the Clifford Algebra stuff but clearly I do not.
Thanks.
Tim
There is no such thing as a simple job.
> Dear Martin,
>
>
>> Can I ask about the definitions of the involutions:
>>
> Yes, please ask, I'll answer if I know and time permits.
>
>
>> gradeInvolution == reversion? sign=(-1)^(d(d-1)/2) symbol= ~
>> Cliplus clirev == ? symbol=multiply by pseudoscalar? symbol=
>> Clifford conjugation: scalar part minus non-scalar part? symbol=
>>
>
> The involutions you give are again assuming a diagonal (orthonormal)
> basis for the quadratic (bilinear) form. Since this is bad for applications,
> it has to be avoided. Of course if you know you are in a diagonal basis
> you can use faster algorithms (like defining a cmulDiag)
>
> Grade involution:
> Any (Grassmann-) Clifford algebra is built up from a base space V (of dimension
> dim V = n) You have two natural transformations on V which generalize
> to the whole space W=/\V of dim W = 2^n.
> a) The identity map (does nothing on W)
> b) The map sending every vector v \in V to its additiove inverse (negative)
> barV : V -> V :: v |--> -v
> This will send any basis vector to its negative (regardless of the bilinear
> form). So iff your basis is like the grBasis :=[Id, e1, e2, e1we2, e3,...]
> barW will send all elements eiw..wej to (-)^number of basis
> elements eiw..wej
> c) Iff the basis is more general (like in the case with an antisymmetric part in
> the bilinear form, you always fing a new basis (inhomgeous in the old
> generators) such that the involution does the trick for the new
> basis elements.
> Eg: B:= matrix [[1,q],[-q ,1]] you would liek tto define a new
> Grassmann basis
> grBasWf = [Id, f1(=e1),f2(=e2), f1wf2 ( f1wf2-q*Id), f3 (=e3),...] etc
> In this case you will see that the new basis is graded (only even or odd
> elements appear) so the involution still works as expected.
>
> Whta you technically do is the following:
> * Take a vector space V
> * build the free algebra over it, that is the tensor algebra TV, its product is
> concatenation it is noncommutative
> * You are only intersted in antisymmetric tensors, hence factor out
> all symmetric
> ones. That is you identify all terms of the form
> (v1 (x)... (x) vi (x) vi (x) ... (x) vd) = 0
> [One can check that this is a graded ideal I_gr and one can therefor factor
> the tensor algebra TV/I_gr = /\V
> (for the generators this means you impose ei^2=0. From that you conclude that
> 0=(ei+ej)^(x)2 = ei^2+ei (x) ej + ej (x) ei + ej^2
> = ei (x) ej + ej (x) ej
> calling the projectet tensor /\ you get
> ei /\ ej = - ej /\ ei )
>
> Reversion:
> This is quite different. The reversion needs to know about the Clifford
> multiplication, so its actually defined in the Clifford basis
> cliBas:= [Id, e(1), e(2), e(12):=e(1)*e(2), e(3),... ]
> and it reverses the order of the Clifford multiplication (which depends on
> the quadratic (bilinear) form. Hence you have (eij) Grassmann ,
> e(ij) Clifford
> basis elements)
> reversion e12 = reversion (e(12)-B(e1,e2)*Id) = e(21)-B(e1,e2)*Id
> = e2/\e1 +(B(e2,e1)-B(e1,e2))*Id
> = -e12 - 2F(e1,e2)
> where F(e1,e2) is the antisymmetric part of B, hence this difficulty will
> _only_ appear when there is an antisymmetric part. Since not many people
> have looked at that, its rarely described in literature, but see my
> joint papers
> with Rafal Ablamowicz:
> #
> Mathematics of CLIFFORD - A Maple package for Clifford and Grassmann algebras
> Rafal Ablamowicz, B. Fauser: Adv. in Appl. Clifford Alg. 15 No. 2, 2005:157-181
>
> #
> arXiv:math-ph/0212032
> Clifford and Grassmann Hopf algebras via the BIGEBRA package for Maple
> Rafal Ablamowicz, B. Fauser: Comp. Physics Comm. 170, 2005:115--130
> available from the arXiv (or I can send you pdf's).
>
> Technically the reversion comes from the dualising the vector space V -> V*
> and building the tensor algebra over the dualised vector space V* and
> identifying
> V* ~= V canonically. The project onto antisymmetric tensors. You see
> that the symmetric group acts on tensors by permuting the 'list' ov
> vectors a tensor is forms of. The reverison is the unique larget
> permutation (usually called w)
> with the most inversions (in reduced notation). So reversion is not
> just adding a sign, its really reversing the list of all vectors
> (generators) and then reorder them using the antisymmetry and collect
> the minus signs.
>
> conjugation is just the composition of recerion and grade involution:
>
> conjugation x == reversion gradeinvolution x
> (== gradeinvolution reversion x) -- oder does not matter
>
> So first thing is to implement:
>
> Grassmann wedge
> Grassmann meet (note that the meet is a sort of wedge but with the roles
> of the grades inverted)
> Clifford product for a bilinear form (this is not hard, its the same routine
> which calculates the Clifford product for a symmetric bilinear form or an
> arbitrary bilinear form)
>
>
>> I expect I had better ignore the Spinors for now although I am curious about
>> how they should be added on later.
>>
>
> Indeed, forget about them for now. I just added the spinor things to
> make sure there are matrix analogs which show that the algebra
> computes correctly. It is
> just a way to convince yourself that everything works right. It was not meant
> (yet) as a feature request. (Spinors come in handy when describing
> linear complexes in projective space)
>
>
>> Upto now I have thought of spinors as an even subalgebra of Clifford
>> algebras?
>>
>
> There are many ways to look at spinors. Every way has its own benefit.
> Indeed the weakest is to go for matrix representations and confuse
> those with the abstract algebra. In the examples you see that all
> three Clifford algebras Cl(2,0), CL(1,1)
> and CL(0,2) finally can be modelled by 2x2 matrices, but how to
> identify them if only the matrices are given?
> The spinors in the examples are (left) idela spinors, that is they
> are elements of a minimal left ideal of the Clifford algebra and
> therefore them self representable as Clifford numbers (as clearly can
> be seen by inspecting the lists calld spinorSpace). If represented in
> the (same) spinor basis, these elements make up a matrix with a single
> non-zero column, forgetting about the zero columns gives what you see
> usually (but it gets more complicated if the ring is no longer the
> reals, even complex conjugation is then a differently presented
> operation).
> Some of the matrix concepts are difficult to translate back into the
> algebra, eg transposition if the bilinear form is not
> diagonal/symmetric... this is a reseach
> subject (and I hope there will be soon a paper comming out clarifying
> this partly).
>
>
>> (rotation by 2*pi multiplies by -1) but
>> this does not seem to be the case here? Would spinors require a new type of
>> multiplication or a new domain?
>>
>
> If a spinor is represented _inside_ of the Clifford algebra, no new
> multiplications are needed. That's the nice feature of unifying these
> things. Interpreting spinors as rotations can be done by constructing
> so called operator spinors, well described eg in Perrti Lounesto's
> boon Clifford algebras and spinors. Also this is not yet important.
> (And will not need new algebra).
>
> What you need to implement at the moment is:
>
> a) A Grassmann basis (module over some (commutative) ring, field)
> [Clifford has some undocumented features which allow a q-deformation here
> but I guess you should ignore that too]
>
> b) the wedge and meet products, and some helper functions, like
> extraction of the coefficient of the identiy, the volume elemenet etc
> gradeinvolution, Grassmann reversion (that is the above reversion where
> all terms comming from the bilinear form are absent), so this is
> just the sign
> factor (or better (-1)^{number of involutions of the permutatiosn which
> reorders the rerm} this would allow to replace -1 by generic q).
>
> a) and b) make up a GrassmannAlgebra (and with very little effort could be
> turned into a Grassmann Hopf algebra by adding a wedge corproduct, and
> an antipode)
>
> c) The Clifford product, based on a correctly implemented
> leftContraction and rightContraction. This is done easily by a
> recursion, as I tried to explain in a previous mail.
>
> With x,y in V u,v,w in W=/\V you have
>
> i) x * y = lc(x,y) + x/\y and 1*1=1
> ii) x * (u /\ v) = x /\ u /\ v + lc(x, u/\v)
> = x/\u/\v + lc(x,u)/\v + gradeinvolution(u) /\ lc(x, v)
> (same for (u/\v) * y using right contraction)
> iii) Since every term u can be recursively be decomposed as a Clifford product
> you can finally evaluate u * v by
> u = w*x (where the grade of w is strictly less than that of u
> u * v = (w*x)*v = w*(x*v) and use the above recursion with 1*1=1
>
> I am sorry to have to less time currently to sit down and just provide the code,
> I have some other things on my table which are urgent.
>
> Hope this helps, otherwise feel free to ask.
> Ciao
> BF.
>
>
From MAILER-DAEMON Sat Nov 28 00:53:18 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NEGFC-0000Ra-M1
for mharc-axiom-developer@gnu.org; Sat, 28 Nov 2009 00:53:18 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NEGFA-0000R4-UY
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 00:53:16 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NEGF5-0000Os-OX
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 00:53:15 -0500
Received: from [199.232.76.173] (port=52410 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NEGF5-0000On-Hi
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 00:53:11 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:45218
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NEGF5-00032o-90
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 00:53:11 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAS5qw8a002569;
Fri, 27 Nov 2009 23:53:02 -0600
Message-ID: <4B10BA46.7040004@axiom-developer.org>
Date: Sat, 28 Nov 2009 00:51:02 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bug 387255 <387255@bugs.launchpad.net>,
Christoph Egger <debian@christoph-egger.org>,
daly <daly@axiom-developer.org>,
Axiom-Developer <axiom-developer@nongnu.org>
References: <20090615110455.20445.98183.malonedeb@palladium.canonical.com>
<20091127213158.GA5775@christoph-egger.org>
In-Reply-To: <20091127213158.GA5775@christoph-egger.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Re: [Bug 387255] Axiom in Debian
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Nov 2009 05:53:17 -0000
Christoph Egger wrote:
> Hi!
>
> I'm currently having a look at this open RC Bug in Debian and
> Ubuntu. You said you know how this is to be solved, can you provide a
> patch or instructions on how to fix it?
>
> Thanks
>
> Christoph
>
>
Christoph,
I downloaded debian-503-i386-netinst.iso and used it to build a clean
version of debian.
I set up the prerequired packages (not all are required but....) and
then built the latest release (November 2009)
I did the following steps:
apt-get -y install gcc build-essential debhelper gcl gettext gs-gpl
html2text
apt-get -y install intltool-debian libgmp3-dev libice-dev libxau-dev
libxaw7-dev
apt-get -y install po-debconf x-dev x11proto-input-dev x11proto-kb-dev
apt-get -y install libncurses5-dev libreadline5-dev libstdc++6-4.1-dev gawk
apt-get -y install texlive-pstricks git-core texlive
git clone git://axiom.git.sourceforge.net/gitroot/axiom/axiom
cd axiom
export AXIOM=`pwd`/mnt/debian
export PATH=$AXIOM/bin:$PATH
make
I uploaded the binary as
http://daly.axiom-developer.org/axiom-debian-nov2009-bin.tgz
To run it do:
wget http://daly.axiom-developer.org/axiom-debian-nov2009-bin.tgz
tar -zxf axiom-debian-nov2009-bin.tgz
cd axiom
export AXIOM=`pwd`/mnt/debian
export PATH=$AXIOM/bin:$PATH
axiom
In the hyperdoc window you can click on
Basic Commands -> Draw -> A function of two variables -> Continue -> Do It
and you should see a 3D graphics
At the Axiom comand line you can type:
integrate(sin(x),x)
and get back "- cos(x)"
Let me know if it works for you.
Tim Daly
Axiom Lead Developer
From MAILER-DAEMON Sat Nov 28 01:48:57 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NEH73-0002Zx-3O
for mharc-axiom-developer@gnu.org; Sat, 28 Nov 2009 01:48:57 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NEH71-0002ZW-2j
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 01:48:55 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NEH6w-0002Ws-JU
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 01:48:54 -0500
Received: from [199.232.76.173] (port=55631 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NEH6w-0002Wj-93
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 01:48:50 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:57724
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NEH6v-0007qQ-PL
for axiom-developer@nongnu.org; Sat, 28 Nov 2009 01:48:49 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAS6me8a020535;
Sat, 28 Nov 2009 00:48:40 -0600
Message-ID: <4B10C754.7050702@axiom-developer.org>
Date: Sat, 28 Nov 2009 01:46:44 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Bug 387255 <387255@bugs.launchpad.net>,
Christoph Egger <debian@christoph-egger.org>,
daly <daly@axiom-developer.org>,
Axiom-Developer <axiom-developer@nongnu.org>
References: <20090615110455.20445.98183.malonedeb@palladium.canonical.com>
<20091127213158.GA5775@christoph-egger.org>
<4B10BA46.7040004@axiom-developer.org>
In-Reply-To: <4B10BA46.7040004@axiom-developer.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Re: [Bug 387255] Axiom in Debian
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Nov 2009 06:48:55 -0000
Christoph,
I would like to replace the Debian version (from 2005)
to be a later version. How do I go about doing this?
Tim Daly
Axiom Lead Developer
From MAILER-DAEMON Sun Nov 29 19:20:18 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NEu02-0006oR-Ir
for mharc-axiom-developer@gnu.org; Sun, 29 Nov 2009 19:20:18 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NEtzz-0006nr-Sv
for axiom-developer@nongnu.org; Sun, 29 Nov 2009 19:20:15 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NEtzu-0006n8-SE
for axiom-developer@nongnu.org; Sun, 29 Nov 2009 19:20:15 -0500
Received: from [199.232.76.173] (port=60204 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NEtzu-0006n5-PO
for axiom-developer@nongnu.org; Sun, 29 Nov 2009 19:20:10 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:57814
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NEtzu-00027Q-Gw
for axiom-developer@nongnu.org; Sun, 29 Nov 2009 19:20:10 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAU0K38a025592;
Sun, 29 Nov 2009 18:20:04 -0600
Message-ID: <4B13102C.5020203@axiom-developer.org>
Date: Sun, 29 Nov 2009 19:22:04 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: axiom-developer@nongnu.org,
"daly@axiom-developer.org >> daly" <daly@axiom-developer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Knuth talks about Literate Programming
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Nov 2009 00:20:16 -0000
http://stanford-online.stanford.edu/seminars/knuth/871021-knuth-100.asx
http://stanford-online.stanford.edu/seminars/knuth/871023-knuth-100.asx
From MAILER-DAEMON Mon Nov 30 07:10:36 2009
Received: from mailman by lists.gnu.org with archive (Exim 4.43)
id 1NF55Q-0005yo-HG
for mharc-axiom-developer@gnu.org; Mon, 30 Nov 2009 07:10:36 -0500
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
id 1NF55O-0005yD-R5
for axiom-developer@nongnu.org; Mon, 30 Nov 2009 07:10:34 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
id 1NF55J-0005vf-Pw
for axiom-developer@nongnu.org; Mon, 30 Nov 2009 07:10:34 -0500
Received: from [199.232.76.173] (port=52759 helo=monty-python.gnu.org)
by lists.gnu.org with esmtp (Exim 4.43) id 1NF55J-0005va-Hz
for axiom-developer@nongnu.org; Mon, 30 Nov 2009 07:10:29 -0500
Received: from vs338.rosehosting.com ([209.135.140.38]:44573
helo=axiom-developer.org) by monty-python.gnu.org with esmtps
(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
(envelope-from <daly@axiom-developer.org>) id 1NF55J-0005eN-FH
for axiom-developer@nongnu.org; Mon, 30 Nov 2009 07:10:29 -0500
Received: from [192.168.1.100] (dynamic-acs-72-23-235-203.zoominternet.net
[72.23.235.203])
by axiom-developer.org (8.12.8/8.12.8) with ESMTP id nAUCAR8a021946;
Mon, 30 Nov 2009 06:10:27 -0600
Message-ID: <4B13B6AA.5040209@axiom-developer.org>
Date: Mon, 30 Nov 2009 07:12:26 -0500
From: Tim Daly <daly@axiom-developer.org>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: axiom-developer@nongnu.org,
"daly@axiom-developer.org >> daly" <daly@axiom-developer.org>
References: <4B00D674.5090609@axiom-developer.org>
<200911210956.42858.ax87438@martinb.com>
<4B082039.1020300@axiom-developer.org>
<200911212244.44551.ax87438@martinb.com>
<4B089D28.2070104@axiom-developer.org>
In-Reply-To: <4B089D28.2070104@axiom-developer.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!)
Cc:
Subject: [Axiom-developer] Embedding Axiom
X-BeenThere: axiom-developer@nongnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Axiom Developers <axiom-developer.nongnu.org>
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/axiom-developer>
List-Post: <mailto:axiom-developer@nongnu.org>
List-Help: <mailto:axiom-developer-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/axiom-developer>,
<mailto:axiom-developer-request@nongnu.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Nov 2009 12:10:35 -0000
Another trend that is important is the development of parallelism.
Berkeley has a group dedicated to this it seems[1]. Assuming that
today's uniprocessor power is the peak speed for the future we
need to architect the system to take advantage of parallelism.
My view of the natural embedding of parallelism in Axiom is
tightly coupled to provisos. The proviso mechanism holds, manages,
and carries the assumptions that each branch of a computation will
use to constrain the answer. Thus if you have
f(x) | x > 0
f(x) | x = 0
f(x) | x < 0
then you have the ability to perform all three computations in
parallel. I am assuming functional programming and immutable
data structures. These three computations can be forked into their
own images and then the results can be joined. This is a "natural"
parallelism for mathematics computation.
Thus some thought needs to be given to re-architecting the system
to support provisos in a natural way.
Tim
[1] http://www.eecs.berkeley.edu/Pubs/TechRpts/2006/EECS-2006-183.pdf
|