mldonkey: configure: ok - make: ok - make install: error
Hi, I'm trying to install mldonkey 2.5.21 or 2.5.22 from the sources on my Athlon64 running SuSE Linux 9.1 (x86_64). For both versions "./configure" and "make" run without problems. In both cases "make install" brings up this: # make install no -inline 10 -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I src/utils/net -I tools -I src/daemon/common -I src/daemon/driver -I src/utils/mp3tagui -I src/config/unix -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fasttrack -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donkey -c src/utils/lib/date.ml make: no: Command not found make: *** [src/utils/lib/date.cmx] Error 127 To me that looks like a linewrap somewhere. The bizarre thing is that I can compile and install these packages on SuSE 9.1 for i586 without running into this problem. Did anyone have a similar experience with trying to get mldonkey running on SuSE for AMD64? Or better: is anyone able to help with that? Cheers, Raimund
On Saturday 04 September 2004 21:22, Raimund Eimann wrote:
Hi,
I'm trying to install mldonkey 2.5.21 or 2.5.22 from the sources on my Athlon64 running SuSE Linux 9.1 (x86_64).
For both versions "./configure" and "make" run without problems.
In both cases "make install" brings up this:
# make install no -inline 10 -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I
The makefile contains a variable: SOEMTHING=no Check what applications is missing and install it.
src/utils/net -I tools -I src/daemon/common -I src/daemon/driver -I src/utils/mp3tagui -I src/config/unix -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fasttrack -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donkey -c src/utils/lib/date.ml make: no: Command not found make: *** [src/utils/lib/date.cmx] Error 127
To me that looks like a linewrap somewhere.
No, like a missing command.
The bizarre thing is that I can compile and install these packages on SuSE 9.1 for i586 without running into this problem.
Did anyone have a similar experience with trying to get mldonkey running on SuSE for AMD64? Or better: is anyone able to help with that?
Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Hi Andreas,
The makefile contains a variable: SOEMTHING=no
"grep no Makefile" gives this output: # Do not edit Makefile, edit config/Makefile.in instead @echo ' You should rerun ./configure now ' $(SRC_DONKEY)/donkeySupernode.ml \ src/spider/ecrawler/spiderSupernode.ml \ src/spider/ecrawler/spiderSupernode.ml \ icons/$(ICONS_CHOICE)/unknown.xpm \ icons/$(ICONS_CHOICE)/normal_user.xpm \ icons/$(ICONS_CHOICE)/mimetype_unknown.xpm \ #### IM stuff is now automatically included in the GUI gnome_applet: $(APPLET_OBJS) cd src/applets/gnome; make @echo " Go in src/applets/gnome, su root, and call 'make install'" There's no "...=no" in there.
Check what applications is missing and install it.
Quite frankly, I'm not yet convinced that this behavior is because of a missing application.
To me that looks like a linewrap somewhere.
No, like a missing command.
Cheers, Raimund
On Sunday 05 September 2004 15:26, Raimund Eimann wrote:
Hi Andreas,
The makefile contains a variable: SOEMTHING=no
"grep no Makefile" gives this output:
# Do not edit Makefile, edit config/Makefile.in instead @echo ' You should rerun ./configure now ' $(SRC_DONKEY)/donkeySupernode.ml \ src/spider/ecrawler/spiderSupernode.ml \ src/spider/ecrawler/spiderSupernode.ml \ icons/$(ICONS_CHOICE)/unknown.xpm \ icons/$(ICONS_CHOICE)/normal_user.xpm \ icons/$(ICONS_CHOICE)/mimetype_unknown.xpm \ #### IM stuff is now automatically included in the GUI gnome_applet: $(APPLET_OBJS) cd src/applets/gnome; make @echo " Go in src/applets/gnome, su root, and call 'make install'"
There's no "...=no" in there.
That's strange. Your original report was for: # make install no -inline 10 -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I src/utils/net -I tools -I src/daemon/common -I src/daemon/driver -I src/utils/mp3tagui -I src/config/unix -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fasttrack -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donkey -c src/utils/lib/date.ml Can you look up those lines in the Makefile and show them? Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SUSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Hi, Am Sonntag, 5. September 2004 16:40 schrieb Andreas Jaeger:
On Sunday 05 September 2004 15:26, Raimund Eimann wrote:
Hi Andreas,
The makefile contains a variable: SOEMTHING=no
"grep no Makefile" gives this output:
# Do not edit Makefile, edit config/Makefile.in instead @echo ' You should rerun ./configure now ' $(SRC_DONKEY)/donkeySupernode.ml \ src/spider/ecrawler/spiderSupernode.ml \ src/spider/ecrawler/spiderSupernode.ml \ icons/$(ICONS_CHOICE)/unknown.xpm \ icons/$(ICONS_CHOICE)/normal_user.xpm \ icons/$(ICONS_CHOICE)/mimetype_unknown.xpm \ #### IM stuff is now automatically included in the GUI gnome_applet: $(APPLET_OBJS) cd src/applets/gnome; make @echo " Go in src/applets/gnome, su root, and call 'make install'"
There's no "...=no" in there.
Try grep -i -r '=no' *|grep 'Makefile' to find =no in all Makefiles. Carsten
Hi, On Sunday 05 September 2004 08:59, Carsten Koch-Mauthe wrote:
Try grep -i -r '=no' *|grep 'Makefile' to find =no in all Makefiles.
Carsten
That's looking a lot better (I mean: at least I can find the mysterious "no"...). What would I have to do to get the installation running? Cheers, Raimund # grep -i -r '=no' *|grep 'Makefile' config/Makefile.config:OCAMLOPT=no -inline 10 config/Makefile.config:AUDIO_GALAXY=no config/Makefile.config:OPENNAP=no config/Makefile.config:DIRECT_CONNECT=no config/Makefile.config:SOULSEEK=no config/Makefile.config:OPENFT=no config/Makefile.config:CYMES=no config/Makefile.config:COMPILE_GUI=no config/Makefile.config:ICONV=no config/Makefile.config.i386:OCAMLOPT=no -inline 10 config/Makefile.config.i386:AUDIO_GALAXY=no config/Makefile.config.i386:OPENNAP=no config/Makefile.config.i386:DIRECT_CONNECT=no config/Makefile.config.i386:SOULSEEK=no config/Makefile.config.i386:OPENFT=no config/Makefile.config.i386:CYMES=no config/Makefile.config.i386:COMPILE_GUI=no config/Makefile.config.i386:ICONV=no config/Makefile.config.i486:OCAMLOPT=no -inline 10 config/Makefile.config.i486:AUDIO_GALAXY=no config/Makefile.config.i486:OPENNAP=no config/Makefile.config.i486:DIRECT_CONNECT=no config/Makefile.config.i486:SOULSEEK=no config/Makefile.config.i486:OPENFT=no config/Makefile.config.i486:CYMES=no config/Makefile.config.i486:COMPILE_GUI=no config/Makefile.config.i486:ICONV=no config/Makefile.config.i586:OCAMLOPT=no -inline 10 config/Makefile.config.i586:AUDIO_GALAXY=no config/Makefile.config.i586:OPENNAP=no config/Makefile.config.i586:DIRECT_CONNECT=no config/Makefile.config.i586:SOULSEEK=no config/Makefile.config.i586:OPENFT=no config/Makefile.config.i586:CYMES=no config/Makefile.config.i586:COMPILE_GUI=no config/Makefile.config.i586:ICONV=no config/Makefile.config.i686:OCAMLOPT=no -inline 10 config/Makefile.config.i686:AUDIO_GALAXY=no config/Makefile.config.i686:OPENNAP=no config/Makefile.config.i686:DIRECT_CONNECT=no config/Makefile.config.i686:SOULSEEK=no config/Makefile.config.i686:OPENFT=no config/Makefile.config.i686:CYMES=no config/Makefile.config.i686:COMPILE_GUI=no config/Makefile.config.i686:ICONV=no src/applets/kde/admin/Makefile.common: @admindir=NO ;\ -- Raimund Eimann Department of Computer Science University of Auckland, Tamaki Campus, 731.334 Ph. +64 9 373 7599 x85288, Skype: eimann, ICQ: 210376863
Søndag den 5. september 2004 22:23 skrev Raimund Eimann:
Hi,
On Sunday 05 September 2004 08:59, Carsten Koch-Mauthe wrote:
Try grep -i -r '=no' *|grep 'Makefile' to find =no in all Makefiles.
Carsten
That's looking a lot better (I mean: at least I can find the mysterious "no"...). What would I have to do to get the installation running?
Shooting in the blind ... but =yes for the protocols/cpu level you want !!! Do you think the upper section without cpu indication is 64 bit ?? I doubt it !! Johan
Cheers, Raimund
# grep -i -r '=no' *|grep 'Makefile' config/Makefile.config:OCAMLOPT=no -inline 10 config/Makefile.config:AUDIO_GALAXY=no config/Makefile.config:OPENNAP=no config/Makefile.config:DIRECT_CONNECT=no config/Makefile.config:SOULSEEK=no config/Makefile.config:OPENFT=no config/Makefile.config:CYMES=no config/Makefile.config:COMPILE_GUI=no config/Makefile.config:ICONV=no config/Makefile.config.i386:OCAMLOPT=no -inline 10 config/Makefile.config.i386:AUDIO_GALAXY=no config/Makefile.config.i386:OPENNAP=no config/Makefile.config.i386:DIRECT_CONNECT=no config/Makefile.config.i386:SOULSEEK=no config/Makefile.config.i386:OPENFT=no config/Makefile.config.i386:CYMES=no config/Makefile.config.i386:COMPILE_GUI=no config/Makefile.config.i386:ICONV=no config/Makefile.config.i486:OCAMLOPT=no -inline 10 config/Makefile.config.i486:AUDIO_GALAXY=no config/Makefile.config.i486:OPENNAP=no config/Makefile.config.i486:DIRECT_CONNECT=no config/Makefile.config.i486:SOULSEEK=no config/Makefile.config.i486:OPENFT=no config/Makefile.config.i486:CYMES=no config/Makefile.config.i486:COMPILE_GUI=no config/Makefile.config.i486:ICONV=no config/Makefile.config.i586:OCAMLOPT=no -inline 10 config/Makefile.config.i586:AUDIO_GALAXY=no config/Makefile.config.i586:OPENNAP=no config/Makefile.config.i586:DIRECT_CONNECT=no config/Makefile.config.i586:SOULSEEK=no config/Makefile.config.i586:OPENFT=no config/Makefile.config.i586:CYMES=no config/Makefile.config.i586:COMPILE_GUI=no config/Makefile.config.i586:ICONV=no config/Makefile.config.i686:OCAMLOPT=no -inline 10 config/Makefile.config.i686:AUDIO_GALAXY=no config/Makefile.config.i686:OPENNAP=no config/Makefile.config.i686:DIRECT_CONNECT=no config/Makefile.config.i686:SOULSEEK=no config/Makefile.config.i686:OPENFT=no config/Makefile.config.i686:CYMES=no config/Makefile.config.i686:COMPILE_GUI=no config/Makefile.config.i686:ICONV=no src/applets/kde/admin/Makefile.common: @admindir=NO ;\
-- Raimund Eimann Department of Computer Science University of Auckland, Tamaki Campus, 731.334 Ph. +64 9 373 7599 x85288, Skype: eimann, ICQ: 210376863
Raimund Eimann
Hi,
On Sunday 05 September 2004 08:59, Carsten Koch-Mauthe wrote:
Try grep -i -r '=no' *|grep 'Makefile' to find =no in all Makefiles.
Carsten
That's looking a lot better (I mean: at least I can find the mysterious "no"...). What would I have to do to get the installation running?
Cheers, Raimund
# grep -i -r '=no' *|grep 'Makefile' config/Makefile.config:OCAMLOPT=no -inline 10 ######################
My bet is that this is the culprit (you had the -inline 10 in the original error). Look for a line something like $(OCAML) $(OCAMLOPT) ..... and you'll likely find that config left the command (OCAML) blank. Or maybe OCAMLOPT should have had the command instead of the "no" and the line starts with $(OCAMLOPT). Anyways, first try find -name 'Make*' | xargs grep OCAMLOPT should get you closer. Next look for OCAML (or whatever the name is) or OCAMLOPT in the configure script. -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907
Raimund Eimann wrote:
That's looking a lot better (I mean: at least I can find the mysterious "no"...). What would I have to do to get the installation running?
# grep -i -r '=no' *|grep 'Makefile' config/Makefile.config:OCAMLOPT=no -inline 10
config/Makefile.config.i386:OCAMLOPT=no -inline 10
config/Makefile.config.i486:OCAMLOPT=no -inline 10
config/Makefile.config.i586:OCAMLOPT=no -inline 10
config/Makefile.config.i686:OCAMLOPT=no -inline 10
My guess is check your config.sub and see if it contains any rules for x86_64. As you can see above, the arch it knows about is i386-i686. -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
* Raimund Eimann (raimund@cs.auckland.ac.nz) [20040904 21:26]:
I'm trying to install mldonkey 2.5.21 or 2.5.22 from the sources on my Athlon64 running SuSE Linux 9.1 (x86_64).
As you've seen, it won't work.
For both versions "./configure" and "make" run without problems.
Yes, because mldonkeys confoigure is broken. mldonkey needs ocamlopt, i.e. the ocaml compiler that produces native code (in contrast to ocaml, which is a bytecode compiler) for a given platform. SUSE Linux 9.1 comes with ocaml 3.06 which doesn't support AMD64 natively. But mldonkey's configure doesn't stop with an error but simply sets OCAMLOPT to 'no', which results in this:
# make install no -inline 10 -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I ^^
The bizarre thing is that I can compile and install these packages on SuSE 9.1 for i586 without running into this problem.
That's because ocamlc 3.06 does supoort x86 natively.
Did anyone have a similar experience with trying to get mldonkey running on SuSE for AMD64? Or better: is anyone able to help with that?
The current version of ocaml, 3.08.1, does support AMD64 natively, which is
why I'm currently building SUSE packages of it for possible inclusion in the
next version of SUSE Linux. I'll put a package for 9.1-x86_64 in
pub/people/pth/9.1/x86_64. With that version of ocaml you should be able to
compile mldonkey for AMD64.
Philipp
--
Philipp Thomas
* Philipp Thomas (pth@suse.de) [20040910 11:39]:
Yes, because mldonkeys confoigure is broken. mldonkey needs ocamlopt, i.e. the ocaml compiler that produces native code
I've now checked mldonkey's configure and it seems like it's the Makefiles that are broken and not configure.
(in contrast to ocaml, which is a bytecode compiler) for a given platform. SUSE Linux 9.1 comes with ocaml 3.06 which doesn't support AMD64 natively. But mldonkey's configure doesn't stop with an error but simply sets OCAMLOPT to 'no', which results in this:
# make install no -inline 10 -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I ^^
The bizarre thing is that I can compile and install these packages on SuSE 9.1 for i586 without running into this problem.
That's because ocamlc 3.06 does supoort x86 natively.
Did anyone have a similar experience with trying to get mldonkey running on SuSE for AMD64? Or better: is anyone able to help with that?
The current version of ocaml, 3.08.1, does support AMD64 natively, which is why I'm currently building SUSE packages of it for possible inclusion in the next version of SUSE Linux. I'll put a package for 9.1-x86_64 in pub/people/pth/9.1/x86_64. With that version of ocaml you should be able to compile mldonkey for AMD64.
Philipp
-- Philipp Thomas
SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuremberg, Germany -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
--
Philipp Thomas
* Philipp Thomas (pth@suse.de) [20040910 11:39]:
The current version of ocaml, 3.08.1, does support AMD64 natively, which is why I'm currently building SUSE packages of it for possible inclusion in the next version of SUSE Linux. I'll put a package for 9.1-x86_64 in pub/people/pth/9.1/x86_64. With that version of ocaml you should be able to compile mldonkey for AMD64.
I've put packages for ocaml 3.08.1 and lablgtk (needed for mldonkey) in
/pub/people/pth/9.1/x86_64 (src.rpm one directory up). Note that you need to
use the CVS version of mldonkey as ocaml rejects code in the released
version of mldonkey.
Philipp
--
Philipp Thomas
Dear Philipp, thank you very much for your rpms. It worked form me (now I have a working mldonky-installation :). Gery Am Friday, 10. September 2004 17:12 schrieb Philipp Thomas:
* Philipp Thomas (pth@suse.de) [20040910 11:39]:
The current version of ocaml, 3.08.1, does support AMD64 natively, which is why I'm currently building SUSE packages of it for possible inclusion in the next version of SUSE Linux. I'll put a package for 9.1-x86_64 in pub/people/pth/9.1/x86_64. With that version of ocaml you should be able to compile mldonkey for AMD64.
I've put packages for ocaml 3.08.1 and lablgtk (needed for mldonkey) in /pub/people/pth/9.1/x86_64 (src.rpm one directory up). Note that you need to use the CVS version of mldonkey as ocaml rejects code in the released version of mldonkey.
participants (8)
-
Andreas Jaeger
-
Carsten Koch-Mauthe
-
Gernot Bauer
-
Joe Morris (NTM)
-
Johan Nielsen
-
Peter Dalgaard
-
Philipp Thomas
-
Raimund Eimann