Ralf Hemmecke <[EMAIL PROTECTED]> writes: > > The procedure here worked as follows: > > > * compile (as ordinary user) on a user machine > > * copy it to a server machine (which has different architecture) with > > special > > priviledges (I'm not sure whether root was enough here) > > * make install on the server machine. > > Sounds not like a big problem to me. > > A) > 1. Login (as mrubey) on the server machine. > 2. svn co https://fricas.svn.sourceforge.net/svnroot/fricas/trunk fricas > 3. cd fricas && ./configure && make
no no: server is a different architecture... > 4. sudo make install > > B) > 1. Login (as mrubey) to your local machine > 2. svn co https://fricas.svn.sourceforge.net/svnroot/fricas/trunk fricas > 3. cd fricas && ./configure && make well, common policy is to make outside of the source tree. > 4. copy ~mrubey/fricas to the server machine > 5. ask the server administrator to type "make install" (as root) > > Where is the problem? It's just an inconvenience, no big problem. In the case at hand, I did cd fri-build /home/rubey/fricas/configure make (i.e., I called configure with an absolute path. since that path is mounted also on the server machine, make install worked there.) There are certainly more severe problems. If you know how to do configure and makefiles, maybe you could add a rule to install fricas*.el, when emacs is present... Martin --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/fricas-devel?hl=en -~----------~----~----~----~------~----~------~--~---
