You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Original bug ID: 1311 Reporter: administrator Status: closed Resolution: not a bug Priority: normal Severity: minor Category: ~DO NOT USE (was: OCaml general)
Bug description
Full_Name: Nils Lichtenfeld
Version: 3.05
OS: Eis 1.0 (linux)
Submission from: b070052.adsl.hansenet.de (62.109.70.52)
Hi there!
After compile of ocaml-3.05 I modified the Makefile before the make install. I
modified the PREFIX-var to have everything installed in its own directory so I
can nicely archiv the compiled files with the right directorystructure included.
This worked fine for some time, until make install entered the
camlp4-directory.
camlp4/config/Makefile is redefining the PREFIX-var, BINDIR-var, LIBDIR-var and
MANDIR-var to the defaultvalues.
This looks like someone has forgotten them, since it doesn't make much sense to
me, to have to define them in more then one place.
Additionaly let me formulate a wish, concerning make install also:
It would be nice, if the install-root could be defined when issuing the make
install, like it can be done with the compilation of glibc.
make install_root=/tmp/ocaml install
This would install everything into this directory as if it where the root-dir.
So a /tmp/ocaml/usr/local/... directorystructure would be created.
That would make the whole thing a lot more comfortable.
Thank you.
Greetings, Nils
The text was updated successfully, but these errors were encountered:
After compile of ocaml-3.05 I modified the Makefile before the make
install. I modified the PREFIX-var to have everything installed in
its own directory so I can nicely archiv the compiled files with the
right directorystructure included. This worked fine for some time,
until make install entered the camlp4-directory.
camlp4/config/Makefile is redefining the PREFIX-var, BINDIR-var,
LIBDIR-var and MANDIR-var to the defaultvalues.
This looks like someone has forgotten them, since it doesn't make
much sense to me, to have to define them in more then one place.
You can achieve the desired effect (install in other directories than
the ones configured in) by doing
make BINDIR=/temp/bindir LIBDIR=/temp/libdir MANDIR=/temp/mandir install
You're right that there is a bit of redundancy between config/Makefile
and camlp4/config/Makefile, and this might need to be addressed at
some point, but there's nothing urgent.
Additionaly let me formulate a wish, concerning make install also:
It would be nice, if the install-root could be defined when issuing the make
install, like it can be done with the compilation of glibc.
make install_root=/tmp/ocaml install
Original bug ID: 1311
Reporter: administrator
Status: closed
Resolution: not a bug
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)
Bug description
Full_Name: Nils Lichtenfeld
Version: 3.05
OS: Eis 1.0 (linux)
Submission from: b070052.adsl.hansenet.de (62.109.70.52)
Hi there!
After compile of ocaml-3.05 I modified the Makefile before the make install. I
modified the PREFIX-var to have everything installed in its own directory so I
can nicely archiv the compiled files with the right directorystructure included.
This worked fine for some time, until make install entered the
camlp4-directory.
camlp4/config/Makefile is redefining the PREFIX-var, BINDIR-var, LIBDIR-var and
MANDIR-var to the defaultvalues.
This looks like someone has forgotten them, since it doesn't make much sense to
me, to have to define them in more then one place.
Additionaly let me formulate a wish, concerning make install also:
It would be nice, if the install-root could be defined when issuing the make
install, like it can be done with the compilation of glibc.
make install_root=/tmp/ocaml install
This would install everything into this directory as if it where the root-dir.
So a /tmp/ocaml/usr/local/... directorystructure would be created.
That would make the whole thing a lot more comfortable.
Thank you.
Greetings, Nils
The text was updated successfully, but these errors were encountered: