multifario Activity
Status: Alpha
Brought to you by:
mhender
Activity for multifario
-
Michael E. Henderson modified a wiki page
Home
-
Removed binaries from git consideration
-
Removed verbose flag left on
-
Changed to continue with compilation error
-
Fixed loop index in code not usually used
-
Remove binaries added by mistake
-
Cleanup git
-
Added prototype for dgels (LaPack least squares)
-
Added animate (OpenDX) option to MFMultifario
-
Added plotfiles and dx files
-
First checkin of PointCloud
-
Removed for(int
-
Fix typo in test for length of Centers0
-
Added rc to fscanf call
-
multifario released /multifario-v1.0.tar.gz
-
Fixed spelling error in two examples
-
Fixed License statements in header files
-
Fixed license statements
-
It works for me on Linux (ubuntu). Did configure find lapack? Those (dbosl_ and dbofa_) depend are only built if its present. It does look like I missed putting tests for HAVE_LAPACK in src/MFForced.c and src/MFPendula.c, but you’re not going to be able to do much without lapack. Mike From: bugs@multifario.p.re.sourceforge.net bugs@multifario.p.re.sourceforge.net On Behalf Of romain Veltz Sent: Tuesday, October 4, 2022 2:38 PM To: [multifario:bugs] 4@bugs.multifario.p.re.sourceforge.net Subject:...
-
Added tests for HAVE_LAPACK to MFs using dbofa and dbosl
-
romain Veltz posted a comment on ticket #4
Is it supposed to work on linux? The make ends with /usr/bin/ld: lib/.libs/libMF.so: undefined reference to `dbosl_' /usr/bin/ld: lib/.libs/libMF.so: undefined reference to `dggetrs_not_found' /usr/bin/ld: lib/.libs/libMF.so: undefined reference to `dggetrf_not_found' /usr/bin/ld: lib/.libs/libMF.so: undefined reference to `dggesvd_not_found' /usr/bin/ld: lib/.libs/libMF.so: undefined reference to `dggeev_not_found' /usr/bin/ld: lib/.libs/libMF.so: undefined reference to `dbofa_'
-
Thank you, It looks like I could compile it. Testing the dylib now... On 2 Oct 2022, at 23:52, Michael E. Henderson mhender@users.sourceforge.net wrote: Whew. I finally got my Mac set up. Haven't used it in a while and everything was out of date. 8-)} Anyway, I figure out how to get libtool configured correctly. I also took the opportunity to fix all the things -Wall complains about (mostly printing long int with %d, but some non-trivial things). I still have a couple of things I'd like to clean...
-
Whew. I finally got my Mac set up. Haven't used it in a while and everything was out of date. 8-)} Anyway, I figure out how to get libtool configured correctly. I also took the opportunity to fix all the things -Wall complains about (mostly printing long int with %d, but some non-trivial things). I still have a couple of things I'd like to clean up before actually making a new release, but in the meantime can you give this a try? Thanks!
-
issues building MF
-
Change AC_CONFIG_HEADER to AC_CONFIG_HEADERS
-
Fix typo
-
Fixed typo found by gcc on MacOS
-
Removed AC_HEADER_TIME
-
Added sys/time.h include
-
Fix typos found by MacOS gcc
-
Fix typos found by MacOS gcc
-
Ran autoupdate
-
Removed check for time.h
-
Fix -Wall warnings (mostly formats)
-
Excluded tar.gz and .dpes
-
Fixed printf format typo
-
Regenerated (permissions wrong?)
-
Change FFLAGS to AM_FFLAGS
-
Changed IMFTraj and IMFNTraj to static
-
Removed dupl in lib_libMF_a_SOURCES
-
Removed references to the objs directory
-
Added include/multifarioConfig.h.in to gitignore
-
Removes objs directory
-
Fixed typo in printf
-
Bumped up version to 1.0
-
Added automake built things
-
Added Prototypes for DBOFA and DBOSL
-
Added .gitignore
-
I can't tell what's going on. It looks likes an automake/libtool configuration problem, since it isn't passing the names of the obj files to ar, but it's in the creation of the static library, and that was working, wasn't it? I'm traveling, and won't be back until next Mon., but when I do I can try to find an OSX machine and see if I can reproduce this. My Ubuntu laptop doesn't do this.
-
Actually, when trying to call it from Julia, I am not sure it worked rveltz$ ls -lsth lib/.libs/ total 40 0 lrwxr-xr-x 1 rveltz staff 13B 26 sep 21:10 libMF.dylib -> libMF.0.dylib 40 -rwxr-xr-x 1 rveltz staff 16K 26 sep 21:10 libMF.0.dylib the make ended with: ./include/MFImplicitMF.h:301:1: warning: '/*' within block comment [-Wcomment] /*! \fn MFImplicitMF MFIMFCreateEdgeIn3SpaceWithRadius(double *o,double *d,double R,MFErrorHandler e); ^ 1 warning generated. /bin/sh ./libtool --tag=CC --mode=link...
-
Actually, when trying to call it from Julia, I am not sure it worked rveltz$ ls -lsth lib/.libs/ total 40 0 lrwxr-xr-x 1 rveltz staff 13B 26 sep 21:10 libMF.dylib -> libMF.0.dylib 40 -rwxr-xr-x 1 rveltz staff 16K 26 sep 21:10 libMF.0.dylib the make did: ./include/MFImplicitMF.h:301:1: warning: '/*' within block comment [-Wcomment] /*! \fn MFImplicitMF MFIMFCreateEdgeIn3SpaceWithRadius(double *o,double *d,double R,MFErrorHandler e); ^ 1 warning generated. /bin/sh ./libtool --tag=CC --mode=link gcc...
-
Looks like it worked, thanks a lot
-
OK. Lets try this replacement for Makefile.am -- I moved the stuff from lib/Makefile.am into it, and added lib_LTLIBRARIES=lib/libMF.la lib/libExpCmp.la lib/libSH.la lib/libauto2000.la lib/libautof2c.la lib_libMF_la_SOURCES=lib_libMF_a_SOURCES lib_libExpCmp_la_SOURCES=lib_libExpCmp_a_SOURCES lib_libSH_la_SOURCES=lib_libSH_a_SOURCES lib_libauto2000_la_SOURCES=lib_libauto2000_a_SOURCES lib_libautof2c_la_SOURCES=lib_libautof2c_a_SOURCES That should create the shared libraries in lib/.libs (libtool does...
-
I admit I must be a bit stiff, but your suggestion fails for me multifario-v0.9k rveltz$ gcc -shared -o lib/libMFShared.so src/*.o Undefined symbols for architecture x86_64: "_ECCreateDerivativeOfFunction", referenced from: _MFIMFCreateAlgebraicExpressionWithRadius in MFAlgebraic.o "_ECCreateFunction", referenced from: _MFIMFCreateAlgebraicExpressionWithRadius in MFAlgebraic.o "_ECEvaluateFunction", referenced from: _MFSingularAlgebraic in MFAlgebraic.o _MFProjectAlgebraic in MFAlgebraic.o _MFTangentAlgebraic...
-
Added shared library to make
-
Removed objs dir from automake
-
Remove failed merge
-
Added lib directory
-
Updated comments with License
-
All the objects are in the src directory (don't ask -- I have issues with automake). According to google you should be able to do something like gcc -shared -o lib/libMFShared.so src/*.o
-
All the objects are in the src directory (don't ask -- I have issues with automake). According to google you should be able to do something like g++ -shared -o lib/libMFShared.so src/*.o
-
I tried ./configure --enable-shared but I cant get a libMF.so, do you have hint for this noob question? (I am trying to make a wrapper to Julia programming language)
-
this seems to work make 'CFLAGS=-Wno-return-type -Wno-error=implicit-function-declaration' Thanks a lot
-
add void MFChartSetPositionInAtlas(MFChart thisChart, int pos, MFErrorHandler e); to include/MFAtlas.h after the line declaring MFAtlasReduceChartRadius You seem to ave something like the -Wall compiler flag on, or the OSX is really picky. These are warnings on my system. I've been (slowly) working my way through them.
-
add void MFChartSetPositionInAtlas(MFChart thisChart, int pos, MFErrorHandler e); to include/MFAtlas.h after the line declaring MFAtlasReduceChartRadius You seem to ave something like the -Wall compiler flag on, or the OSX is really picky. These are warnings on my system. I've been (slowly) working my way through them.
-
Thank you! I am getting this one now ../src/MFAtlas.c:1853:3: error: implicit declaration of function 'MFChartSetPositionInAtlas' is invalid in C99 [-Werror,-Wimplicit-function-declaration] MFChartSetPositionInAtlas(chart,A->nCharts,e);
-
Ugh. I thought I'd got all those (they're warnings on my system). I will fix this and if I can remember how to create a new release I'll release the fix. In the meantime, replacing "return;" with "return (MFChart)NULL;" will get rid of the error.
-
It sure helped, thank you. It stops on this now ../src/MFChart.c:1061:60: error: non-void function 'MFCreateBoundaryChart' should return a value [-Wreturn-type] if(m>k-1){printf("m(%d)>k+1(%d)\n",m,k+1);fflush(stdout);return;} ^ 20 warnings and 1 error generated.
-
In objs/Makefile.am I define the ld flags that the binaries need. I used LDADD = -lMF -lExpCmp -lauto2000 -lautof2c -lSH $(TIFF_LIBRARY) $(LAPACK_LIBS) $(BLAS_LIBS) $(LIBS) $(FLIBS) -lm and it should be LDADD = ../lib/libMF.a ../lib/libExpCmp.a ../lib/libauto2000.a ../lib/libautof2c.a ../lib/libSH.a $(TIFF_LIBRARY) $(LAPACK_LIBS) $(BLAS_LIBS) $(LIBS) $(FLIBS) -lm Somehow not using the "../lib/" allowed automake to think it didn't have to build those libraries. I guess I can see that. Can you make...
-
OK. I tried running automake again, and it complained about a version mismatch. Ran aclocal like it suggested and then automake. Now I'm getting the same issue you have. So something in automake seems to have been "improved" and broken the scripts. Now that I'm getting the same error I can hopefully fix it.
-
osx is a real pain :( I did make clean etc. The first issue is with libtools, I install it with homebrew and then I do PATH="/usr/local/opt/libtool/libexec/gnubin:$PATH" which alllows me to run sh bootstrap which gives rveltz$ sh bootstrap + libtoolize --force libtoolize: putting auxiliary files in '.'. libtoolize: linking file './ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. libtoolize: linking file 'm4/libtool.m4' libtoolize: linking file 'm4/ltoptions.m4' libtoolize: linking...
-
osx is a real pain :( I did make clean etc. The first issue is with libtools, I install it with homebrew and then I do PATH="/usr/local/opt/libtool/libexec/gnubin:$PATH" which alllows me to run sh bootstrap which gives rveltz$ sh bootstrap + libtoolize --force libtoolize: putting auxiliary files in '.'. libtoolize: linking file './ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. libtoolize: linking file 'm4/libtool.m4' libtoolize: linking file 'm4/ltoptions.m4' libtoolize: linking...
-
I'm sorry. I didn't see them until just now. I don't understand what's going on. It should compile a lot of files, not just Examples/AUTBVP.c Somehow it thinks it has already built the libraries and has tried to go right to the examples. I don't see any errors in any of the output you've sent. It's just skipping the build of the library. You did a "make clean", right? The only thing I can suggest is to start from scratch with a new directory. I just downloaded the tgz file and built it on my laptop...
-
Hi, Did it help you to have these files?
-
I forgot to say that I did PATH="/usr/local/opt/libtool/libexec/gnubin:$PATH"to have libtool before calling bootstrap and that I am on osx
-
Can you do: make clean make > make.out 2> make.err and send make.out and make.err please? Thanks,
-
No the lib folder is empty. I dont know why it starts with AUTBVP.O knowing that the lib MF has ont been built. I add the makefiles in case it helps. If you need another file to help me, do ont hesitate to ask. Thank you
-
No the lib folder is empty. I dont know why it starts with AUTBVP.O knowing that the lib MF has ont been built. I add the makefiles in case it helps. If you need another file to help me, do ont hesitate to ask. Thank you
-
I've been timid about actually moving to v1.0. So yeah, v0.9[a-z] is where it's at. I don't see anything wrong, although there doesn't seem like near enough output from the make. Is there anything in the /home/rveltz/prog/multifario-v0.9k/lib directory? Mike
-
issues building MF
-
More comments
-
Added comments
-
Added many more comments
-
Update ComputeSphere.c
-
The arrays are all column order. f_i = f[i] d f_i/d u_j = df[i+nu*j] d^2 f_i/d u_j/du_k = ddf[i+nu*(j+nu*k)] I'm not sure what you mean by 3d Hessians, nu=3? Mike ------------------------------------------------------------------------------------------------------------------------------------Applied Mathematics, TJ Watson Research Centermhender@us.ibm.comhttp://researcher.watson.ibm.com/researcher/view.php?person=us-mhenderhttp://multifario.sourceforge.net/ ----- Original message -----From: "MathPhilic"...
-
MathPhilic posted a comment on discussion Open Discussion
I understand that when we give the manifold as a subroutine, we also have to give the subroutines for Jacobian and Hessian. The Jacobian ans Hessian should be returned as arrays by the respective subroutines. I wanted to ask are these arrays filled row-wise or column-wise from the Jacobian and Hessian matrices. Also please tell me how to pass 3D hessians. Thank you.
-
The choice of boundary vertex/chart shouldn't change the number of charts drastically, no. That depends more on the radii of the charts and the volume of the solution manifold. The radius of the final polyhedra is roughly half of the chart radius, so you can divide the volume of M by the average volume of the polyhedra to estimate the number of charts. That's why the number of charts is exponential in the dimension of M. The choice of boundary point, particularly the order of the charts on the boundary...
-
The choice of boundary vertex/chart shouldn't change the number of vertices drastically, no. That depends more on the radii of the charts and the volume of the solution manifold. The radius of the final polyhedra is roughly half of the chart radius, so you can divide the volume of M by the average volume of the polyhedra to estimate the number of charts. That's why the number of charts is exponential in the dimension of M. The choice of boundary point, particularly the order of the charts on the...
-
Thank you Sir for your prompt response. I do have a follow up quesiton though. As coded in the Multifario, for finding a boundary point on the chart, one of the vertices of the polytope is selected. The selection (I think) is not random. The vertices have a preference as in vertex 0 will be selected before vertex 1 to get a boundary point of the chart. Does changing this preference order of the vertices change the number of charts and the chart centres drastically? Also, does the final atlas deteriorate...
-
Yes, the final number of charts will depend on the inital point. Look at it this way: If you place points in a square on an equilateral triangular lattice and only keep those whose lie inside the square, the number of points will change as the origin of the lattice changes. For a flat 2-manifold Multifario will not quite generate chart centers on a triangular lattice, but if the charts are all the same radius it is close (could be exact if the boundary points are selected in a slightly different...
-
Hello everyone, I wanted to ask whether the number of charts and the chart centres themselves in the final atlas, are supposed to change when the initial point is changed? Thank you.
-
Hello everyone, I wanted to ask whether the number of charts and the chart centres themselves are supposed to change when the initial point is changed? Thank you.
-
An IVP is a special case of a two point boundary value problem (TPBVP). The relevant example is Examples/ComputeDomokos.c The equations are defined in the routine "f". So you would use something like void f(double r, int nu, double *u, int np, double *p, double *u0, double *l0, double *f,MFErrorHandler e) { double mu_s_maxCsCx=??; double mu_p_maxCsCx=??; // More constants double V=u[0]; double Cx=u[1]; double Ce=u[2]; double Cs=u[3]; f[0]=F; f[1]=mu_s_maxCsCx/(Ks+Cs)-F*Cx/V; f[2]=mu_p_maxCsCx/(Ki+Cs+Cs*Cs/Ke)+F*Ce/V;...
-
Jayanth V K S M posted a comment on discussion Open Discussion
Hi all, Please suggest me a way to solve for the Initial Value Problems of the kind State Variables : V,Cx,Ce,Cs Constants : F=500, mu_s_max=2.0235, mu_p_max=6.0824, S0=325, Y_x_s=0.2476, Y_e_s=0.74313, Qm=0.070687 ,Ks=0.34075, Ke=1.0984, Ki=5.8948; Model Equations: dV/dt=F; dCx/dt=mu_s_maxCsCx/(Ks+Cs)-FCx/V; dCe/dt=mu_p_maxCsCx/(Ki+Cs+CsCs/Ke)+FCe/V; dCs/dt=F(S0-Cs)/V-(mu_s_maxCsCx/((Ks+Cs)Y_x_s)+mu_p_maxCsCx/((Ki+Cs+CsCs/Ke)Y_e_s)+QmCx); Ranges: 48000 < V < 70000 0.0 < Cx < 50 0.0 < Ce < 50 0.0...
-
Fix sprintf error message that have RoutineName, and fscanf warnings
-
Added checks on fscanf
-
FIx printf format warnings
-
Fix printf format warnings
-
Trying to get autconf and doxygen to play nicely (they still don't)
1 >