maxima-bugs
|
From: SourceForge.net <noreply@so...> - 2006-12-10 06:25:47
|
Bugs item #1598460, was opened at 2006-11-17 09:32 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) >Summary: autoconf variables problem, was: CVS broken Initial Comment: I've been following maxima for years via CVS. I upgraded yesterday (I'd done so about 2-3 weeks prior to that). I did bootstrap configure (also with --prefix=/usr/local) make clean make all make check make install (as root of course). Everything above worked, and the testsuite reported no errors. However, maxima is broken. Basically, it seems that ${prefix} appears in chunks of the code, not /usr/local. Here's a sample session: Script started on Fri Nov 17 11:27:17 2006 {ronispc:41} maxima Maxima 5.10.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.39 (2006-07-16) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) describe("trigsimp"); setup-info: "maxima.info" not found in ("/${prefix}/share/info/") (%o1) false (%i2) sin(x)**2+cos(x)**2; 2 2 (%o2) sin (x) + cos (x) (%i3) trigsimp(%); Could not find `trgsmp.mac' using paths in file_search_maxima,system (combined values: [/home/ronis/.maxima/###.{mac,mc}, /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ 5.10.0cvs/share/{affine,algebra,algebra/charsets,algebra/solver,calculus,combi\ natorics,contrib,contrib/boolsimp,contrib/descriptive,contrib/diffequations,co\ ntrib/diffequations/tests,contrib/distrib,contrib/ezunits,contrib/format,contr\ ib/gentran,contrib/gentran/test,contrib/Grobner,contrib/lurkmathml,contrib/max\ imaMathML,contrib/mcclim,contrib/numericalio,contrib/pdiff,contrib/prim,contri\ b/rand,contrib/sarag,contrib/simplex,contrib/simplex/Tests,contrib/solve_rec,c\ ontrib/state,contrib/stringproc,contrib/unit,contrib/Zeilberger,diffequations,\ lbfgs,linearalgebra,integequations,integration,macro,matrix,misc,numeric,ortho\ poly,physics,simplification,sym,tensor,tensor/tests,trigonometry,utils,vector}\ /###.{mac,mc}] ) #0: trigsimp(?_l=[sin(x)^2+cos(x)^2]) -- an error. To debug this try debugmode(true); (%i4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report: ------------------------------------------------------------- Maxima version: 5.10.0cvs Maxima build date: 11:25 11/17/2006 host type: i686-pc-linux-gnu lisp-implementation-type: CLISP lisp-implementation-version: 2.39 (2006-07-16) (built 3362425257) (memory 3372769517) ------------------------------------------------------------- The above information is also available from the Maxima function build_info(). David P.S., I posted this to the list last night, but got no reply, sorry for the duplication. ---------------------------------------------------------------------- >Comment By: Robert Dodier (robert_dodier) Date: 2006-12-09 23:25 Message: Logged In: YES user_id=501686 Originator: NO If prefix is not set, tmp_prefix="${prefix}" should yield tmp_prefix="" or maybe tmp_prefix undefined. But tmp_prefix certainly should be "${prefix}" only if prefix='${prefix}' or something like that. Maybe the problem is the interpretation of quotes in the construction of expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What do you get for these variables when the above are executed from the command line? (Can you try it for tmp_prefix undefined and tmp_prefix= and tmp_prefix=FOO ?) Did the bash version change recently? I'm pretty sure that problems with autoconf variables have been report more than once, so it is probably a good idea for us to resolve this ... ---------------------------------------------------------------------- Comment By: David Ronis (ronis) Date: 2006-11-19 10:46 Message: Logged In: YES user_id=609364 Originator: YES I got an answer of sorts from the mailing list, which lead me to figure out how to fix the problem. I still don't know why the problem happened in the first place. Here's the relevant posting: Hi Robert, Thanks for the reply. I autoconf-variables.lisp is the problem. I've remade mine and it contains: (defparameter *autoconf-variables-set* "@variables_set@") (defparameter *autoconf-prefix* "/usr/local") (defparameter *autoconf-exec_prefix* "/usr/local") (defparameter *autoconf-package* "maxima") (defparameter *autoconf-version* "5.10.0cvs") (defparameter *autoconf-libdir* "/usr/local/lib") (defparameter *autoconf-libexecdir* "/usr/local/libexec") (defparameter *autoconf-datadir* "${prefix}/share") (defparameter *autoconf-infodir* "${prefix}/share/info") (defparameter *autoconf-host* "i686-pc-linux-gnu") (defparameter *autoconf-win32* "false") (defparameter *maxima-source-root* "/home/ronis/Project/notar/maxima") (defparameter *maxima-default-layout-autotools* "true") datadir and infodir are the problems, and when I manually change them the problem is solved. Beats me why they haven't resolved. I'm using autoconf version 2.60 (and I think I've been doing so for a long time). The problem seems to be in config.status, where expanded-infodir and expanded-datadir are wrong, which in turns suggests that the problem is in configure/configure.in. I think it's how tmp_prefix is se My configure looks like: if test x"${prefix}" = xNONE ; then tmp_prefix="/usr/local" else tmp_prefix="${prefix}" fi if test x"${exec_prefix}" = xNONE ; then tmp_exec_prefix="${tmp_prefix}" else tmp_exec_prefix="${exec_prefix}" fi expanded_top_srcdir="`(cd \"$top_srcdir\" 1>/dev/null 2>/dev/null; pwd)`" expanded_exec_prefix="${tmp_exec_prefix}" expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What looks strange is the NONE in the tests (it doesn't seem to be the usual syntax for sh or test). David On Sat, 2006-11-18 at 09:41 -0700, Robert Dodier wrote: > On 11/16/06, David Ronis <ronis@...> wrote: > > > Could not find `trgsmp.mac' using paths in file_search_maxima,system > > (combined values: [/home/ronis/.maxima/###.{mac,mc}, > > /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ > > David -- I built Maxima (sh bootstrap, ./configure --enable-clisp, make, > make install) from CVS yesterday and I don't see this error. > > I have automake 1.9.6, autoconf 2.59, clisp 2.38. > > Dunno what's going on here -- I think $prefix enters the Maxima build > via src/autoconf-variables.lisp so I guess that is the place to look .... > > Sorry I can't be more helpful -- > > Robert Dodier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 |
|
From: SourceForge.net <noreply@so...> - 2006-12-26 22:28:14
|
Bugs item #1598460, was opened at 2006-11-17 09:32 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) Summary: autoconf variables problem, was: CVS broken Initial Comment: I've been following maxima for years via CVS. I upgraded yesterday (I'd done so about 2-3 weeks prior to that). I did bootstrap configure (also with --prefix=/usr/local) make clean make all make check make install (as root of course). Everything above worked, and the testsuite reported no errors. However, maxima is broken. Basically, it seems that ${prefix} appears in chunks of the code, not /usr/local. Here's a sample session: Script started on Fri Nov 17 11:27:17 2006 {ronispc:41} maxima Maxima 5.10.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.39 (2006-07-16) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) describe("trigsimp"); setup-info: "maxima.info" not found in ("/${prefix}/share/info/") (%o1) false (%i2) sin(x)**2+cos(x)**2; 2 2 (%o2) sin (x) + cos (x) (%i3) trigsimp(%); Could not find `trgsmp.mac' using paths in file_search_maxima,system (combined values: [/home/ronis/.maxima/###.{mac,mc}, /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ 5.10.0cvs/share/{affine,algebra,algebra/charsets,algebra/solver,calculus,combi\ natorics,contrib,contrib/boolsimp,contrib/descriptive,contrib/diffequations,co\ ntrib/diffequations/tests,contrib/distrib,contrib/ezunits,contrib/format,contr\ ib/gentran,contrib/gentran/test,contrib/Grobner,contrib/lurkmathml,contrib/max\ imaMathML,contrib/mcclim,contrib/numericalio,contrib/pdiff,contrib/prim,contri\ b/rand,contrib/sarag,contrib/simplex,contrib/simplex/Tests,contrib/solve_rec,c\ ontrib/state,contrib/stringproc,contrib/unit,contrib/Zeilberger,diffequations,\ lbfgs,linearalgebra,integequations,integration,macro,matrix,misc,numeric,ortho\ poly,physics,simplification,sym,tensor,tensor/tests,trigonometry,utils,vector}\ /###.{mac,mc}] ) #0: trigsimp(?_l=[sin(x)^2+cos(x)^2]) -- an error. To debug this try debugmode(true); (%i4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report: ------------------------------------------------------------- Maxima version: 5.10.0cvs Maxima build date: 11:25 11/17/2006 host type: i686-pc-linux-gnu lisp-implementation-type: CLISP lisp-implementation-version: 2.39 (2006-07-16) (built 3362425257) (memory 3372769517) ------------------------------------------------------------- The above information is also available from the Maxima function build_info(). David P.S., I posted this to the list last night, but got no reply, sorry for the duplication. ---------------------------------------------------------------------- >Comment By: Robert Dodier (robert_dodier) Date: 2006-12-26 15:28 Message: Logged In: YES user_id=501686 Originator: NO David -- Is this still a problem? If you do a clean rebuild, does the problem appear? I have rebuilt Maxima from CVS several times recently in various ways, and I believe others have done so as well, so it doesn't appear to be a general problem. -- Robert Dodier ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-12-09 23:25 Message: Logged In: YES user_id=501686 Originator: NO If prefix is not set, tmp_prefix="${prefix}" should yield tmp_prefix="" or maybe tmp_prefix undefined. But tmp_prefix certainly should be "${prefix}" only if prefix='${prefix}' or something like that. Maybe the problem is the interpretation of quotes in the construction of expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What do you get for these variables when the above are executed from the command line? (Can you try it for tmp_prefix undefined and tmp_prefix= and tmp_prefix=FOO ?) Did the bash version change recently? I'm pretty sure that problems with autoconf variables have been report more than once, so it is probably a good idea for us to resolve this ... ---------------------------------------------------------------------- Comment By: David Ronis (ronis) Date: 2006-11-19 10:46 Message: Logged In: YES user_id=609364 Originator: YES I got an answer of sorts from the mailing list, which lead me to figure out how to fix the problem. I still don't know why the problem happened in the first place. Here's the relevant posting: Hi Robert, Thanks for the reply. I autoconf-variables.lisp is the problem. I've remade mine and it contains: (defparameter *autoconf-variables-set* "@variables_set@") (defparameter *autoconf-prefix* "/usr/local") (defparameter *autoconf-exec_prefix* "/usr/local") (defparameter *autoconf-package* "maxima") (defparameter *autoconf-version* "5.10.0cvs") (defparameter *autoconf-libdir* "/usr/local/lib") (defparameter *autoconf-libexecdir* "/usr/local/libexec") (defparameter *autoconf-datadir* "${prefix}/share") (defparameter *autoconf-infodir* "${prefix}/share/info") (defparameter *autoconf-host* "i686-pc-linux-gnu") (defparameter *autoconf-win32* "false") (defparameter *maxima-source-root* "/home/ronis/Project/notar/maxima") (defparameter *maxima-default-layout-autotools* "true") datadir and infodir are the problems, and when I manually change them the problem is solved. Beats me why they haven't resolved. I'm using autoconf version 2.60 (and I think I've been doing so for a long time). The problem seems to be in config.status, where expanded-infodir and expanded-datadir are wrong, which in turns suggests that the problem is in configure/configure.in. I think it's how tmp_prefix is se My configure looks like: if test x"${prefix}" = xNONE ; then tmp_prefix="/usr/local" else tmp_prefix="${prefix}" fi if test x"${exec_prefix}" = xNONE ; then tmp_exec_prefix="${tmp_prefix}" else tmp_exec_prefix="${exec_prefix}" fi expanded_top_srcdir="`(cd \"$top_srcdir\" 1>/dev/null 2>/dev/null; pwd)`" expanded_exec_prefix="${tmp_exec_prefix}" expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What looks strange is the NONE in the tests (it doesn't seem to be the usual syntax for sh or test). David On Sat, 2006-11-18 at 09:41 -0700, Robert Dodier wrote: > On 11/16/06, David Ronis <ronis@...> wrote: > > > Could not find `trgsmp.mac' using paths in file_search_maxima,system > > (combined values: [/home/ronis/.maxima/###.{mac,mc}, > > /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ > > David -- I built Maxima (sh bootstrap, ./configure --enable-clisp, make, > make install) from CVS yesterday and I don't see this error. > > I have automake 1.9.6, autoconf 2.59, clisp 2.38. > > Dunno what's going on here -- I think $prefix enters the Maxima build > via src/autoconf-variables.lisp so I guess that is the place to look .... > > Sorry I can't be more helpful -- > > Robert Dodier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 |
|
From: SourceForge.net <noreply@so...> - 2007-03-21 12:53:33
|
Bugs item #1598460, was opened at 2006-11-17 17:32 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) Summary: autoconf variables problem, was: CVS broken Initial Comment: I've been following maxima for years via CVS. I upgraded yesterday (I'd done so about 2-3 weeks prior to that). I did bootstrap configure (also with --prefix=/usr/local) make clean make all make check make install (as root of course). Everything above worked, and the testsuite reported no errors. However, maxima is broken. Basically, it seems that ${prefix} appears in chunks of the code, not /usr/local. Here's a sample session: Script started on Fri Nov 17 11:27:17 2006 {ronispc:41} maxima Maxima 5.10.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.39 (2006-07-16) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) describe("trigsimp"); setup-info: "maxima.info" not found in ("/${prefix}/share/info/") (%o1) false (%i2) sin(x)**2+cos(x)**2; 2 2 (%o2) sin (x) + cos (x) (%i3) trigsimp(%); Could not find `trgsmp.mac' using paths in file_search_maxima,system (combined values: [/home/ronis/.maxima/###.{mac,mc}, /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ 5.10.0cvs/share/{affine,algebra,algebra/charsets,algebra/solver,calculus,combi\ natorics,contrib,contrib/boolsimp,contrib/descriptive,contrib/diffequations,co\ ntrib/diffequations/tests,contrib/distrib,contrib/ezunits,contrib/format,contr\ ib/gentran,contrib/gentran/test,contrib/Grobner,contrib/lurkmathml,contrib/max\ imaMathML,contrib/mcclim,contrib/numericalio,contrib/pdiff,contrib/prim,contri\ b/rand,contrib/sarag,contrib/simplex,contrib/simplex/Tests,contrib/solve_rec,c\ ontrib/state,contrib/stringproc,contrib/unit,contrib/Zeilberger,diffequations,\ lbfgs,linearalgebra,integequations,integration,macro,matrix,misc,numeric,ortho\ poly,physics,simplification,sym,tensor,tensor/tests,trigonometry,utils,vector}\ /###.{mac,mc}] ) #0: trigsimp(?_l=[sin(x)^2+cos(x)^2]) -- an error. To debug this try debugmode(true); (%i4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report: ------------------------------------------------------------- Maxima version: 5.10.0cvs Maxima build date: 11:25 11/17/2006 host type: i686-pc-linux-gnu lisp-implementation-type: CLISP lisp-implementation-version: 2.39 (2006-07-16) (built 3362425257) (memory 3372769517) ------------------------------------------------------------- The above information is also available from the Maxima function build_info(). David P.S., I posted this to the list last night, but got no reply, sorry for the duplication. ---------------------------------------------------------------------- >Comment By: Andrej Vodopivec (andrejv) Date: 2007-03-21 13:53 Message: Logged In: YES user_id=1179910 Originator: NO After upgrading my linux system I came to the same problem. I think the problem is caused by upgrading autoconf to version 2.60. This version of autoconf has datarootdir and datadir variables. In Makefile I have datadir=${datarootdir} datarootdir=${prefix}/share I have fixed this problem by replacing the datadir variable with datarootdir in configure.in: expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datarootdir}\"`" Andrej ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-12-26 23:28 Message: Logged In: YES user_id=501686 Originator: NO David -- Is this still a problem? If you do a clean rebuild, does the problem appear? I have rebuilt Maxima from CVS several times recently in various ways, and I believe others have done so as well, so it doesn't appear to be a general problem. -- Robert Dodier ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-12-10 07:25 Message: Logged In: YES user_id=501686 Originator: NO If prefix is not set, tmp_prefix="${prefix}" should yield tmp_prefix="" or maybe tmp_prefix undefined. But tmp_prefix certainly should be "${prefix}" only if prefix='${prefix}' or something like that. Maybe the problem is the interpretation of quotes in the construction of expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What do you get for these variables when the above are executed from the command line? (Can you try it for tmp_prefix undefined and tmp_prefix= and tmp_prefix=FOO ?) Did the bash version change recently? I'm pretty sure that problems with autoconf variables have been report more than once, so it is probably a good idea for us to resolve this ... ---------------------------------------------------------------------- Comment By: David Ronis (ronis) Date: 2006-11-19 18:46 Message: Logged In: YES user_id=609364 Originator: YES I got an answer of sorts from the mailing list, which lead me to figure out how to fix the problem. I still don't know why the problem happened in the first place. Here's the relevant posting: Hi Robert, Thanks for the reply. I autoconf-variables.lisp is the problem. I've remade mine and it contains: (defparameter *autoconf-variables-set* "@variables_set@") (defparameter *autoconf-prefix* "/usr/local") (defparameter *autoconf-exec_prefix* "/usr/local") (defparameter *autoconf-package* "maxima") (defparameter *autoconf-version* "5.10.0cvs") (defparameter *autoconf-libdir* "/usr/local/lib") (defparameter *autoconf-libexecdir* "/usr/local/libexec") (defparameter *autoconf-datadir* "${prefix}/share") (defparameter *autoconf-infodir* "${prefix}/share/info") (defparameter *autoconf-host* "i686-pc-linux-gnu") (defparameter *autoconf-win32* "false") (defparameter *maxima-source-root* "/home/ronis/Project/notar/maxima") (defparameter *maxima-default-layout-autotools* "true") datadir and infodir are the problems, and when I manually change them the problem is solved. Beats me why they haven't resolved. I'm using autoconf version 2.60 (and I think I've been doing so for a long time). The problem seems to be in config.status, where expanded-infodir and expanded-datadir are wrong, which in turns suggests that the problem is in configure/configure.in. I think it's how tmp_prefix is se My configure looks like: if test x"${prefix}" = xNONE ; then tmp_prefix="/usr/local" else tmp_prefix="${prefix}" fi if test x"${exec_prefix}" = xNONE ; then tmp_exec_prefix="${tmp_prefix}" else tmp_exec_prefix="${exec_prefix}" fi expanded_top_srcdir="`(cd \"$top_srcdir\" 1>/dev/null 2>/dev/null; pwd)`" expanded_exec_prefix="${tmp_exec_prefix}" expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What looks strange is the NONE in the tests (it doesn't seem to be the usual syntax for sh or test). David On Sat, 2006-11-18 at 09:41 -0700, Robert Dodier wrote: > On 11/16/06, David Ronis <ronis@...> wrote: > > > Could not find `trgsmp.mac' using paths in file_search_maxima,system > > (combined values: [/home/ronis/.maxima/###.{mac,mc}, > > /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ > > David -- I built Maxima (sh bootstrap, ./configure --enable-clisp, make, > make install) from CVS yesterday and I don't see this error. > > I have automake 1.9.6, autoconf 2.59, clisp 2.38. > > Dunno what's going on here -- I think $prefix enters the Maxima build > via src/autoconf-variables.lisp so I guess that is the place to look .... > > Sorry I can't be more helpful -- > > Robert Dodier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 |
|
From: SourceForge.net <noreply@so...> - 2007-03-23 10:07:54
|
Bugs item #1598460, was opened at 2006-11-17 17:32 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) Summary: autoconf variables problem, was: CVS broken Initial Comment: I've been following maxima for years via CVS. I upgraded yesterday (I'd done so about 2-3 weeks prior to that). I did bootstrap configure (also with --prefix=/usr/local) make clean make all make check make install (as root of course). Everything above worked, and the testsuite reported no errors. However, maxima is broken. Basically, it seems that ${prefix} appears in chunks of the code, not /usr/local. Here's a sample session: Script started on Fri Nov 17 11:27:17 2006 {ronispc:41} maxima Maxima 5.10.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.39 (2006-07-16) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) describe("trigsimp"); setup-info: "maxima.info" not found in ("/${prefix}/share/info/") (%o1) false (%i2) sin(x)**2+cos(x)**2; 2 2 (%o2) sin (x) + cos (x) (%i3) trigsimp(%); Could not find `trgsmp.mac' using paths in file_search_maxima,system (combined values: [/home/ronis/.maxima/###.{mac,mc}, /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ 5.10.0cvs/share/{affine,algebra,algebra/charsets,algebra/solver,calculus,combi\ natorics,contrib,contrib/boolsimp,contrib/descriptive,contrib/diffequations,co\ ntrib/diffequations/tests,contrib/distrib,contrib/ezunits,contrib/format,contr\ ib/gentran,contrib/gentran/test,contrib/Grobner,contrib/lurkmathml,contrib/max\ imaMathML,contrib/mcclim,contrib/numericalio,contrib/pdiff,contrib/prim,contri\ b/rand,contrib/sarag,contrib/simplex,contrib/simplex/Tests,contrib/solve_rec,c\ ontrib/state,contrib/stringproc,contrib/unit,contrib/Zeilberger,diffequations,\ lbfgs,linearalgebra,integequations,integration,macro,matrix,misc,numeric,ortho\ poly,physics,simplification,sym,tensor,tensor/tests,trigonometry,utils,vector}\ /###.{mac,mc}] ) #0: trigsimp(?_l=[sin(x)^2+cos(x)^2]) -- an error. To debug this try debugmode(true); (%i4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report: ------------------------------------------------------------- Maxima version: 5.10.0cvs Maxima build date: 11:25 11/17/2006 host type: i686-pc-linux-gnu lisp-implementation-type: CLISP lisp-implementation-version: 2.39 (2006-07-16) (built 3362425257) (memory 3372769517) ------------------------------------------------------------- The above information is also available from the Maxima function build_info(). David P.S., I posted this to the list last night, but got no reply, sorry for the duplication. ---------------------------------------------------------------------- >Comment By: Andrej Vodopivec (andrejv) Date: 2007-03-23 11:07 Message: Logged In: YES user_id=1179910 Originator: NO I have changed the expanded_datadir and expanded_infodir lines in my configure.in to expanded_datadir="`eval \"prefix=${tmp_prefix};datarootdir=${datarootdir};echo ${datadir}\"'" expanded_infodir="`eval \"prefix=${tmp_prefix};datarootdir=${datarootdir};echo ${infodir}\"'" and now maxima -d returns the correct values for all directory settings. I think this should also work on earlier versions of autoconf. Andrej ---------------------------------------------------------------------- Comment By: Andrej Vodopivec (andrejv) Date: 2007-03-21 13:53 Message: Logged In: YES user_id=1179910 Originator: NO After upgrading my linux system I came to the same problem. I think the problem is caused by upgrading autoconf to version 2.60. This version of autoconf has datarootdir and datadir variables. In Makefile I have datadir=${datarootdir} datarootdir=${prefix}/share I have fixed this problem by replacing the datadir variable with datarootdir in configure.in: expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datarootdir}\"`" Andrej ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-12-26 23:28 Message: Logged In: YES user_id=501686 Originator: NO David -- Is this still a problem? If you do a clean rebuild, does the problem appear? I have rebuilt Maxima from CVS several times recently in various ways, and I believe others have done so as well, so it doesn't appear to be a general problem. -- Robert Dodier ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-12-10 07:25 Message: Logged In: YES user_id=501686 Originator: NO If prefix is not set, tmp_prefix="${prefix}" should yield tmp_prefix="" or maybe tmp_prefix undefined. But tmp_prefix certainly should be "${prefix}" only if prefix='${prefix}' or something like that. Maybe the problem is the interpretation of quotes in the construction of expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What do you get for these variables when the above are executed from the command line? (Can you try it for tmp_prefix undefined and tmp_prefix= and tmp_prefix=FOO ?) Did the bash version change recently? I'm pretty sure that problems with autoconf variables have been report more than once, so it is probably a good idea for us to resolve this ... ---------------------------------------------------------------------- Comment By: David Ronis (ronis) Date: 2006-11-19 18:46 Message: Logged In: YES user_id=609364 Originator: YES I got an answer of sorts from the mailing list, which lead me to figure out how to fix the problem. I still don't know why the problem happened in the first place. Here's the relevant posting: Hi Robert, Thanks for the reply. I autoconf-variables.lisp is the problem. I've remade mine and it contains: (defparameter *autoconf-variables-set* "@variables_set@") (defparameter *autoconf-prefix* "/usr/local") (defparameter *autoconf-exec_prefix* "/usr/local") (defparameter *autoconf-package* "maxima") (defparameter *autoconf-version* "5.10.0cvs") (defparameter *autoconf-libdir* "/usr/local/lib") (defparameter *autoconf-libexecdir* "/usr/local/libexec") (defparameter *autoconf-datadir* "${prefix}/share") (defparameter *autoconf-infodir* "${prefix}/share/info") (defparameter *autoconf-host* "i686-pc-linux-gnu") (defparameter *autoconf-win32* "false") (defparameter *maxima-source-root* "/home/ronis/Project/notar/maxima") (defparameter *maxima-default-layout-autotools* "true") datadir and infodir are the problems, and when I manually change them the problem is solved. Beats me why they haven't resolved. I'm using autoconf version 2.60 (and I think I've been doing so for a long time). The problem seems to be in config.status, where expanded-infodir and expanded-datadir are wrong, which in turns suggests that the problem is in configure/configure.in. I think it's how tmp_prefix is se My configure looks like: if test x"${prefix}" = xNONE ; then tmp_prefix="/usr/local" else tmp_prefix="${prefix}" fi if test x"${exec_prefix}" = xNONE ; then tmp_exec_prefix="${tmp_prefix}" else tmp_exec_prefix="${exec_prefix}" fi expanded_top_srcdir="`(cd \"$top_srcdir\" 1>/dev/null 2>/dev/null; pwd)`" expanded_exec_prefix="${tmp_exec_prefix}" expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What looks strange is the NONE in the tests (it doesn't seem to be the usual syntax for sh or test). David On Sat, 2006-11-18 at 09:41 -0700, Robert Dodier wrote: > On 11/16/06, David Ronis <ronis@...> wrote: > > > Could not find `trgsmp.mac' using paths in file_search_maxima,system > > (combined values: [/home/ronis/.maxima/###.{mac,mc}, > > /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ > > David -- I built Maxima (sh bootstrap, ./configure --enable-clisp, make, > make install) from CVS yesterday and I don't see this error. > > I have automake 1.9.6, autoconf 2.59, clisp 2.38. > > Dunno what's going on here -- I think $prefix enters the Maxima build > via src/autoconf-variables.lisp so I guess that is the place to look .... > > Sorry I can't be more helpful -- > > Robert Dodier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 |
|
From: SourceForge.net <noreply@so...> - 2007-05-24 10:21:26
|
Bugs item #1598460, was opened at 2006-11-17 17:32 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) Summary: autoconf variables problem, was: CVS broken Initial Comment: I've been following maxima for years via CVS. I upgraded yesterday (I'd done so about 2-3 weeks prior to that). I did bootstrap configure (also with --prefix=/usr/local) make clean make all make check make install (as root of course). Everything above worked, and the testsuite reported no errors. However, maxima is broken. Basically, it seems that ${prefix} appears in chunks of the code, not /usr/local. Here's a sample session: Script started on Fri Nov 17 11:27:17 2006 {ronispc:41} maxima Maxima 5.10.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.39 (2006-07-16) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) describe("trigsimp"); setup-info: "maxima.info" not found in ("/${prefix}/share/info/") (%o1) false (%i2) sin(x)**2+cos(x)**2; 2 2 (%o2) sin (x) + cos (x) (%i3) trigsimp(%); Could not find `trgsmp.mac' using paths in file_search_maxima,system (combined values: [/home/ronis/.maxima/###.{mac,mc}, /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ 5.10.0cvs/share/{affine,algebra,algebra/charsets,algebra/solver,calculus,combi\ natorics,contrib,contrib/boolsimp,contrib/descriptive,contrib/diffequations,co\ ntrib/diffequations/tests,contrib/distrib,contrib/ezunits,contrib/format,contr\ ib/gentran,contrib/gentran/test,contrib/Grobner,contrib/lurkmathml,contrib/max\ imaMathML,contrib/mcclim,contrib/numericalio,contrib/pdiff,contrib/prim,contri\ b/rand,contrib/sarag,contrib/simplex,contrib/simplex/Tests,contrib/solve_rec,c\ ontrib/state,contrib/stringproc,contrib/unit,contrib/Zeilberger,diffequations,\ lbfgs,linearalgebra,integequations,integration,macro,matrix,misc,numeric,ortho\ poly,physics,simplification,sym,tensor,tensor/tests,trigonometry,utils,vector}\ /###.{mac,mc}] ) #0: trigsimp(?_l=[sin(x)^2+cos(x)^2]) -- an error. To debug this try debugmode(true); (%i4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report: ------------------------------------------------------------- Maxima version: 5.10.0cvs Maxima build date: 11:25 11/17/2006 host type: i686-pc-linux-gnu lisp-implementation-type: CLISP lisp-implementation-version: 2.39 (2006-07-16) (built 3362425257) (memory 3372769517) ------------------------------------------------------------- The above information is also available from the Maxima function build_info(). David P.S., I posted this to the list last night, but got no reply, sorry for the duplication. ---------------------------------------------------------------------- >Comment By: Andrej Vodopivec (andrejv) Date: 2007-05-24 12:21 Message: Logged In: YES user_id=1179910 Originator: NO I have commited the changes in my last post into cvs. I'm closing this bug as fixed. Andrej ---------------------------------------------------------------------- Comment By: Andrej Vodopivec (andrejv) Date: 2007-03-23 11:07 Message: Logged In: YES user_id=1179910 Originator: NO I have changed the expanded_datadir and expanded_infodir lines in my configure.in to expanded_datadir="`eval \"prefix=${tmp_prefix};datarootdir=${datarootdir};echo ${datadir}\"'" expanded_infodir="`eval \"prefix=${tmp_prefix};datarootdir=${datarootdir};echo ${infodir}\"'" and now maxima -d returns the correct values for all directory settings. I think this should also work on earlier versions of autoconf. Andrej ---------------------------------------------------------------------- Comment By: Andrej Vodopivec (andrejv) Date: 2007-03-21 13:53 Message: Logged In: YES user_id=1179910 Originator: NO After upgrading my linux system I came to the same problem. I think the problem is caused by upgrading autoconf to version 2.60. This version of autoconf has datarootdir and datadir variables. In Makefile I have datadir=${datarootdir} datarootdir=${prefix}/share I have fixed this problem by replacing the datadir variable with datarootdir in configure.in: expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datarootdir}\"`" Andrej ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-12-26 23:28 Message: Logged In: YES user_id=501686 Originator: NO David -- Is this still a problem? If you do a clean rebuild, does the problem appear? I have rebuilt Maxima from CVS several times recently in various ways, and I believe others have done so as well, so it doesn't appear to be a general problem. -- Robert Dodier ---------------------------------------------------------------------- Comment By: Robert Dodier (robert_dodier) Date: 2006-12-10 07:25 Message: Logged In: YES user_id=501686 Originator: NO If prefix is not set, tmp_prefix="${prefix}" should yield tmp_prefix="" or maybe tmp_prefix undefined. But tmp_prefix certainly should be "${prefix}" only if prefix='${prefix}' or something like that. Maybe the problem is the interpretation of quotes in the construction of expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What do you get for these variables when the above are executed from the command line? (Can you try it for tmp_prefix undefined and tmp_prefix= and tmp_prefix=FOO ?) Did the bash version change recently? I'm pretty sure that problems with autoconf variables have been report more than once, so it is probably a good idea for us to resolve this ... ---------------------------------------------------------------------- Comment By: David Ronis (ronis) Date: 2006-11-19 18:46 Message: Logged In: YES user_id=609364 Originator: YES I got an answer of sorts from the mailing list, which lead me to figure out how to fix the problem. I still don't know why the problem happened in the first place. Here's the relevant posting: Hi Robert, Thanks for the reply. I autoconf-variables.lisp is the problem. I've remade mine and it contains: (defparameter *autoconf-variables-set* "@variables_set@") (defparameter *autoconf-prefix* "/usr/local") (defparameter *autoconf-exec_prefix* "/usr/local") (defparameter *autoconf-package* "maxima") (defparameter *autoconf-version* "5.10.0cvs") (defparameter *autoconf-libdir* "/usr/local/lib") (defparameter *autoconf-libexecdir* "/usr/local/libexec") (defparameter *autoconf-datadir* "${prefix}/share") (defparameter *autoconf-infodir* "${prefix}/share/info") (defparameter *autoconf-host* "i686-pc-linux-gnu") (defparameter *autoconf-win32* "false") (defparameter *maxima-source-root* "/home/ronis/Project/notar/maxima") (defparameter *maxima-default-layout-autotools* "true") datadir and infodir are the problems, and when I manually change them the problem is solved. Beats me why they haven't resolved. I'm using autoconf version 2.60 (and I think I've been doing so for a long time). The problem seems to be in config.status, where expanded-infodir and expanded-datadir are wrong, which in turns suggests that the problem is in configure/configure.in. I think it's how tmp_prefix is se My configure looks like: if test x"${prefix}" = xNONE ; then tmp_prefix="/usr/local" else tmp_prefix="${prefix}" fi if test x"${exec_prefix}" = xNONE ; then tmp_exec_prefix="${tmp_prefix}" else tmp_exec_prefix="${exec_prefix}" fi expanded_top_srcdir="`(cd \"$top_srcdir\" 1>/dev/null 2>/dev/null; pwd)`" expanded_exec_prefix="${tmp_exec_prefix}" expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What looks strange is the NONE in the tests (it doesn't seem to be the usual syntax for sh or test). David On Sat, 2006-11-18 at 09:41 -0700, Robert Dodier wrote: > On 11/16/06, David Ronis <ronis@...> wrote: > > > Could not find `trgsmp.mac' using paths in file_search_maxima,system > > (combined values: [/home/ronis/.maxima/###.{mac,mc}, > > /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ > > David -- I built Maxima (sh bootstrap, ./configure --enable-clisp, make, > make install) from CVS yesterday and I don't see this error. > > I have automake 1.9.6, autoconf 2.59, clisp 2.38. > > Dunno what's going on here -- I think $prefix enters the Maxima build > via src/autoconf-variables.lisp so I guess that is the place to look .... > > Sorry I can't be more helpful -- > > Robert Dodier ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 |