From: David B. <Dav...@mo...> - 2003-11-17 09:30:27
|
Dear All, We need a new release of Octave-Forge for 2.1.51 due to numereous changes. I've already made some of the necessary changes to the CVS previous for the fortran_indexing, etc flags. However I know of at least one other change that hasn't been implemented that needs to be before a release, and perhaps there are other. The change I know about is that all of the registered types need this change made #ifdef HAVE_ND_ARRAYS dim_vector dims (void) const { static dim_vector dv (1, 1); return dv; } #else int rows (void) const { return 1; } int columns (void) const { return 1; } int length (void) const { return 1; } #endif for scalar objects, and #ifdef HAVE_ND_ARRAYS dim_vector dims (void) const { return matrix.dims (); } #else int rows (void) const { return matrix.rows (); } int columns (void) const { return matrix.columns (); } int length (void) const { int r = rows (); int c = columns (); return (r == 0 || c == 0) ? 0 : ((r > c) ? r : c); } #endif for vector/matrix objects, in the corresponding *.h files, and the corresponding Makefiles need to have the flag $(HAVE_ND_ARRAYS) added appropriately. I've already added the HAVE_ND_ARRAYS to configure.base, so this should be a relatively easy change to make. What needs to be changed includes main/comm/ov-galois.h % This is my file. main/sparse/make_sparse.h main/symbolic/ov-ex.h main/symbolic/ov-ex-mat.h main/symbolic/ov-relational.h main/symbolic/ov-vpa.h I'll of course change my own code, but would not like to touch sparse of symbolic packages if the authors are willing to do the changes themselves. There are possibly other changes for 2.1.51 that I'm not aware of, also. So if you can think of anything now is the time to make these changes, so a new octave-forge release can be made rapidly. Cheers David -- David Bateman Dav...@mo... Motorola CRM +33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin +33 1 69 35 77 01 (Fax) 91193 Gif-Sur-Yvette FRANCE The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary |
From: David B. <Dav...@mo...> - 2003-11-17 17:07:04
|
Ok, seeing the limited response to this e-mail I've updated octave-forge for this change for 2.1.51. The authors of symbolic and sparse packages should check the changes however. I hope we can have a release rapidly, since the current octave-forge release will NOT work with 2.1.51..... Regards David According to David Bateman <Dav...@mo...> (on 11/17/03): > Dear All, > > We need a new release of Octave-Forge for 2.1.51 due to numereous changes. > I've already made some of the necessary changes to the CVS previous for > the fortran_indexing, etc flags. However I know of at least one other > change that hasn't been implemented that needs to be before a release, > and perhaps there are other. The change I know about is that all of the > registered types need this change made > > #ifdef HAVE_ND_ARRAYS > dim_vector dims (void) const { static dim_vector dv (1, 1); return dv; } > #else > int rows (void) const { return 1; } > > int columns (void) const { return 1; } > > int length (void) const { return 1; } > #endif > > for scalar objects, and > > #ifdef HAVE_ND_ARRAYS > dim_vector dims (void) const { return matrix.dims (); } > #else > int rows (void) const { return matrix.rows (); } > int columns (void) const { return matrix.columns (); } > > int length (void) const > { > int r = rows (); > int c = columns (); > > return (r == 0 || c == 0) ? 0 : ((r > c) ? r : c); > } > #endif > > for vector/matrix objects, in the corresponding *.h files, and the > corresponding Makefiles need to have the flag $(HAVE_ND_ARRAYS) added > appropriately. I've already added the HAVE_ND_ARRAYS to > configure.base, so this should be a relatively easy change to > make. What needs to be changed includes > > main/comm/ov-galois.h % This is my file. > main/sparse/make_sparse.h > main/symbolic/ov-ex.h > main/symbolic/ov-ex-mat.h > main/symbolic/ov-relational.h > main/symbolic/ov-vpa.h > > I'll of course change my own code, but would not like to touch sparse > of symbolic packages if the authors are willing to do the changes themselves. > > There are possibly other changes for 2.1.51 that I'm not aware of, also. So > if you can think of anything now is the time to make these changes, so a > new octave-forge release can be made rapidly. > > Cheers > David > > > -- > David Bateman Dav...@mo... > Motorola CRM +33 1 69 35 48 04 (Ph) > Parc Les Algorithmes, Commune de St Aubin +33 1 69 35 77 01 (Fax) > 91193 Gif-Sur-Yvette FRANCE > > The information contained in this communication has been classified as: > > [x] General Business Information > [ ] Motorola Internal Use Only > [ ] Motorola Confidential Proprietary > > > ------------------------------------------------------- > This SF. Net email is sponsored by: GoToMyPC > GoToMyPC is the fast, easy and secure way to access your computer from > any Web browser or wireless device. Click here to Try it Free! > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev -- David Bateman Dav...@mo... Motorola CRM +33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin +33 1 69 35 77 01 (Fax) 91193 Gif-Sur-Yvette FRANCE The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary |
From: <pki...@us...> - 2003-11-18 02:43:52
|
Thanks for your efforts. I will compile and check now. An octave-for-windows release will probably have to wait for the weekend. Anyone know what to do about the xerbla problem I sent to octave-maintainers? I want LAPACK as a DLL so it can be swapped out with ATLAS enabled versions. Octave wants to override BLAS's xerbla.f with it's own, but AFAIK it isn't possible to replace a function reference with another in a DLL at runtime. - Paul On 17 Nov 2003 at 19:06, David Bateman wrote: > Ok, seeing the limited response to this e-mail I've updated octave-forge > for this change for 2.1.51. The authors of symbolic and sparse packages > should check the changes however. > > I hope we can have a release rapidly, since the current octave-forge > release will NOT work with 2.1.51..... > > Regards > David > > According to David Bateman <Dav...@mo...> (on 11/17/03): > > Dear All, > > > > We need a new release of Octave-Forge for 2.1.51 due to numereous changes. > > I've already made some of the necessary changes to the CVS previous for > > the fortran_indexing, etc flags. However I know of at least one other > > change that hasn't been implemented that needs to be before a release, > > and perhaps there are other. The change I know about is that all of the > > registered types need this change made > > > > #ifdef HAVE_ND_ARRAYS > > dim_vector dims (void) const { static dim_vector dv (1, 1); return dv; } > > #else > > int rows (void) const { return 1; } > > > > int columns (void) const { return 1; } > > > > int length (void) const { return 1; } > > #endif > > > > for scalar objects, and > > > > #ifdef HAVE_ND_ARRAYS > > dim_vector dims (void) const { return matrix.dims (); } > > #else > > int rows (void) const { return matrix.rows (); } > > int columns (void) const { return matrix.columns (); } > > > > int length (void) const > > { > > int r = rows (); > > int c = columns (); > > > > return (r == 0 || c == 0) ? 0 : ((r > c) ? r : c); > > } > > #endif > > > > for vector/matrix objects, in the corresponding *.h files, and the > > corresponding Makefiles need to have the flag $(HAVE_ND_ARRAYS) added > > appropriately. I've already added the HAVE_ND_ARRAYS to > > configure.base, so this should be a relatively easy change to > > make. What needs to be changed includes > > > > main/comm/ov-galois.h % This is my file. > > main/sparse/make_sparse.h > > main/symbolic/ov-ex.h > > main/symbolic/ov-ex-mat.h > > main/symbolic/ov-relational.h > > main/symbolic/ov-vpa.h > > > > I'll of course change my own code, but would not like to touch sparse > > of symbolic packages if the authors are willing to do the changes themselves. > > > > There are possibly other changes for 2.1.51 that I'm not aware of, also. So > > if you can think of anything now is the time to make these changes, so a > > new octave-forge release can be made rapidly. > > > > Cheers > > David > > > > > > -- > > David Bateman Dav...@mo... > > Motorola CRM +33 1 69 35 48 04 (Ph) > > Parc Les Algorithmes, Commune de St Aubin +33 1 69 35 77 01 (Fax) > > 91193 Gif-Sur-Yvette FRANCE > > > > The information contained in this communication has been classified as: > > > > [x] General Business Information > > [ ] Motorola Internal Use Only > > [ ] Motorola Confidential Proprietary > > > > > > ------------------------------------------------------- > > This SF. Net email is sponsored by: GoToMyPC > > GoToMyPC is the fast, easy and secure way to access your computer from > > any Web browser or wireless device. Click here to Try it Free! > > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl > > _______________________________________________ > > Octave-dev mailing list > > Oct...@li... > > https://lists.sourceforge.net/lists/listinfo/octave-dev > > -- > David Bateman Dav...@mo... > Motorola CRM +33 1 69 35 48 04 (Ph) > Parc Les Algorithmes, Commune de St Aubin +33 1 69 35 77 01 (Fax) > 91193 Gif-Sur-Yvette FRANCE > > The information contained in this communication has been classified as: > > [x] General Business Information > [ ] Motorola Internal Use Only > [ ] Motorola Confidential Proprietary > > > ------------------------------------------------------- > This SF. Net email is sponsored by: GoToMyPC > GoToMyPC is the fast, easy and secure way to access your computer from > any Web browser or wireless device. Click here to Try it Free! > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev |