No problem. Thanks for updating the readme! - Braden
On Aug 15, 2011, at 3:37 PM, Guido Kanschat wrote: > Braden, > > sorry, it used to be stated prominently, but someone must have removed it. At > least I cannot find it myself > > I just updated the readme file on the web page, which is also in the doc > subdirectory of the distribution. > > So, in short: the --prefix option is of no use, since there is no "make > install" > > Guido > > On Mon, Aug 15, 2011 at 11:10 PM, Braden Pellett <[email protected]> wrote: > I'm sorry, for some reason I seem to be having a hard time finding reference > to this in the documentation. Could you possibly point me to the relevant > page? > > Sorry for the trouble. > > (Though, I did finally find reference to wanting to support 'make install' > and './configure --prefix' in the requested feature list on the wiki. > http://dealii.sourceforge.net/index.php/Requested_Features ) > > - Braden > > On Aug 15, 2011, at 1:34 PM, Guido Kanschat wrote: > > > You can't, as the documentation clearly states. If you want it in that > > directory, copy the source directory there and then compile. > > > > Best, > > Guido > > > > On Mon, Aug 15, 2011 at 7:20 PM, Braden Pellett <[email protected]> > > wrote: > > Hi, > > > > I'm trying to install deal.II to a system directory by using the --prefix > > option to the configure script. Namely: > > > > ./configure --prefix=/usr/local/Cellar/deal.ii/7.0.0 > > > > (The use of 'Cellar' is because I'm on Mac OS X and am trying to use > > homebrew to manage the installation. Though the below error occurs even if > > I run configure directly with a prefix set.) > > > > The configure script seems to work okay, but when I go to 'make all', I get: > > > > make[1]: *** No rule to make target > > `/usr/local/Cellar/deal.ii/7.0.0/common/Make.global_options', needed by > > `make_dependencies'. Stop. > > > > In other words, the generated Makefile seems to be trying to use the > > installation prefix to find files that are actually located in the source > > hierarchy. I guess by default this doesn't break because the default > > prefix is set to the current working directory. > > > > I get the same error if I try to set a prefix under Linux. > > > > Thanks for any help, > > Braden > > > > _______________________________________________ > > dealii mailing list http://poisson.dealii.org/mailman/listinfo/dealii > > > > _______________________________________________ dealii mailing list http://poisson.dealii.org/mailman/listinfo/dealii
