Log of /branches/intelc_win32/paso/src/SystemMatrixPattern.c

---

Revision 754 - (view) (annotate) - [select for diffs]
Modified Mon Jun 26 08:00:38 2006 UTC (16 years, 7 months ago) by woo409
File length: 4900 byte(s)
Diff to previous 753

+ Discussion with Lutz Gross showed the tests to be dependent on the sort order, not escript itself. As a result I've backed out the addition of qsortG. Win32 will fail file comparison tests in run_generators.py (unless it uses its own generated versions). It will also fail ...onContactZero/One (8 of them) tests in run_utilOnFinley.py since the sort order change causes some of the normals to be defined the opposite way around to the reference test orientation since they are defined on the opposite face.

---

Revision 753 - (view) (annotate) - [select for diffs]
Modified Mon Jun 26 02:51:25 2006 UTC (16 years, 7 months ago) by woo409
File length: 5034 byte(s)
Diff to previous 752

+ Made qsortG usage conditional on USE_QSORTG being defined

Note both altix and win32 fail the test_normal_onFunctionContactOne/Zero tests when using QSORTG.

Perhaps QSORTG isn't stable or altix isn't or I've introduced some other bug...I'll try altix without qsortG and see what happens.
This is becoming painful.

---

Revision 752 - (view) (annotate) - [select for diffs]
Modified Mon Jun 26 02:25:41 2006 UTC (16 years, 7 months ago) by woo409
File length: 4770 byte(s)
Diff to previous 742

+ Added a qsort.c file which contains a drop in replacement for qsort (call it as qsortG). This one appears to be a stable implementation and the test .msh files on windows have been set up to be the same as unix again except for the exponent digits (3 instead of 2).
With ALL the qsorts replaced with qsortG only two tests fail now on win32:
test_normal_onFunctionOnContactOne
test_normal_onFunctionOnContactZero

Both give wrong result errors.

I will check this same code on the altix (including the use of qsortG and see if Altix has the same problem.

---

Revision 742 - (view) (annotate) - [select for diffs]
Modified Sat Jun 24 11:27:16 2006 UTC (16 years, 7 months ago) by woo409
File length: 4768 byte(s)
Diff to previous 633

+ Initial commit of win32 port using intel c++ compiler 9.1.x for Windows
+ This version is failing some file handling tests in python

---

Revision 633 - (view) (annotate) - [select for diffs]
Modified Thu Mar 23 05:37:00 2006 UTC (16 years, 10 months ago) by dhawcroft
Original Path: trunk/paso/src/SystemMatrixPattern.c
File length: 4768 byte(s)
Diff to previous 631

---

Revision 631 - (view) (annotate) - [select for diffs]
Modified Thu Mar 23 04:27:32 2006 UTC (16 years, 10 months ago) by dhawcroft
Original Path: trunk/paso/src/SystemMatrixPattern.c
File length: 4768 byte(s)
Diff to previous 425

Prepended all paso source files with new Copyright notice

---

Revision 425 - (view) (annotate) - [select for diffs]
Modified Tue Jan 10 04:10:39 2006 UTC (17 years ago) by gross
Original Path: trunk/paso/src/SystemMatrixPattern.c
File length: 4123 byte(s)
Diff to previous 415

The sparse solver can be called by paso now. 

the building has been change to reduce some code redundancy:
now all scons SCscripts are importing scons/esys_options.py which
imports platform specific settings. 

---

Revision 415 - (view) (annotate) - [select for diffs]
Modified Wed Jan 4 05:37:33 2006 UTC (17 years, 1 month ago) by gross
Original Path: trunk/paso/src/SystemMatrixPattern.c
File length: 4108 byte(s)
Diff to previous 155

a better way of representing the matrix format type is introduced. this is needed for the Paradiso and UMFPACK interface

---

Revision 155 - (view) (annotate) - [select for diffs]
Modified Wed Nov 9 02:02:19 2005 UTC (17 years, 2 months ago) by jgs
Original Path: trunk/paso/src/SystemMatrixPattern.c
File length: 3731 byte(s)
Diff to previous 150

move all directories from trunk/esys2 into trunk and remove esys2

---

Revision 150 - (view) (annotate) - [select for diffs]
Added Thu Sep 15 03:44:45 2005 UTC (17 years, 4 months ago) by jgs
Original Path: trunk/esys2/paso/src/SystemMatrixPattern.c
File length: 3731 byte(s)

Merge of development branch dev-02 back to main trunk on 2005-09-15