Summary: | net-misc/unison-2.32.52 - /usr/bin/ocamlopt: don't know what to do with /usr/lib64. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Gentoo Team for the ML programming language family <ml> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | jlec |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=578224 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | /var/tmp/portage/net-misc/unison-2.32.52/temp/build.log |
Description
Juergen Rose
2011-11-26 16:02:10 UTC
Created attachment 293859 [details]
/var/tmp/portage/net-misc/unison-2.32.52/temp/build.log
I reemerged dev-lang/ocaml, lablgl and lablgtk with the following USE flags: root@moose:/root(21)# emerge -pvD lablgl lablgtk dev-lang/ocaml These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-lang/ocaml-3.12.1 USE="X emacs gdbm latex ncurses ocamlopt tk xemacs" 0 kB [ebuild R ] dev-ml/lablgl-1.04 USE="doc ocamlopt tk -glut" 0 kB [ebuild R ] dev-ml/lablgtk-2.14.2 USE="examples glade ocamlopt opengl spell svg -debug -gnome -gnomecanvas -sourceview" 0 kB But 'emerge unison' still fails with: ocamlopt -verbose -I lwt -I ubase -I +lablgtk2 -o unison unix.cmxa str.cmxa bigarray.cmxa lablgtk.cmxa ubase/projectInfo.cmx ubase/myMap.cmx ubase/safelist.cmx ubase/uprintf.cmx ubase/util.cmx ubase/rx.cmx ubase/uarg.cmx ubase/prefs.cmx ubase/trace.cmx lwt/pqueue.cmx lwt/lwt.cmx lwt/lwt_util.cmx lwt/lwt_unix.cmx bytearray.cmx case.cmx pred.cmx uutil.cmx fileutil.cmx name.cmx path.cmx fspath.cmx fingerprint.cmx abort.cmx osx.cmx external.cmx props.cmx fileinfo.cmx os.cmx lock.cmx clroot.cmx common.cmx tree.cmx checksum.cmx terminal.cmx transfer.cmx xferhint.cmx remote.cmx globals.cmx copy.cmx stasher.cmx update.cmx files.cmx sortri.cmx recon.cmx transport.cmx strings.cmx uicommon.cmx uitext.cmx test.cmx main.cmx pixmaps.cmx uigtk2.cmx linkgtk2.cmx osxsupport.o pty.o bytearray_stubs.o /usr/lib64 -cclib -lutil /usr/bin/ocamlopt: don't know what to do with /usr/lib64. I checked that this /usr/lib64 comes from the CLIBS macro in Makefile.OCaml, which sets under UNIX conditions: CLIBS+=-cclib -lutil But CLIBS seems to be someway defined at x86_64 as /usr/lib64 rose@lynx:/home/rose(23)$ uname -a Linux lynx 3.1.3-gentoo #1 SMP Mon Nov 28 14:25:12 CET 2011 x86_64 Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz GenuineIntel GNU/Linux rose@lynx:/home/rose(24)$ env | grep CLIBS CLIBS=/usr/lib64 Thus after unsetting CLIBS I was able to emerge unison: root@moose:/var/tmp/portage/net-misc/unison-2.32.52/work/unison-2.32.52(30)# unset CLIBS root@moose:/var/tmp/portage/net-misc/unison-2.32.52/work/unison-2.32.52(31)# emerge -v unison These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] net-misc/unison-2.32.52 USE="doc gtk ocamlopt threads -debug -static -test" 0 kB Total: 1 package (1 new), Size of downloads: 0 kB >>> Verifying ebuild manifests >>> Emerging (1 of 1) net-misc/unison-2.32.52 >>> Installing (1 of 1) net-misc/unison-2.32.52 >>> Recording net-misc/unison in "world" favorites file... >>> Jobs: 1 of 1 complete Load avg: 0.21, 0.06, 0.45 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. It seems that again sci-libs/ccp4-libs-6.1.3-r10 is responsible for setting of CLIB and CLIPS. These macros are set in /etc/profile.d/40ccp4.setup.csh which is installed by ccp4-libs: root@moose:/root(38)# qfile -v /etc/profile.d/40ccp4.setup.sh sci-libs/ccp4-libs-6.1.3-r10 (/etc/profile.d/40ccp4.setup.sh) During a new gentoo installation I hit this error again. I have a file /etc/profile.d/40ccp4.setup.sh which exports CLIB=/usr/lib64 and CLIBS=/usr/lib64. But ccp4-libs are not installed, I don't know where from this file comes: root@leopard:/usr/local/portage/dev-scheme/guile-gnome-platform(227)# qfile -v 40ccp4.setup.sh root@leopard:/usr/local/portage/dev-scheme/guile-gnome-platform(228)# grep CLIB /etc/profile.d/*.sh /etc/profile.d/40ccp4.setup.sh:# etc. Non-shareable files reside in $CBIN and $CLIB (see below). /etc/profile.d/40ccp4.setup.sh:# CLIB: location of (binary) library files such as libccp4.a and libccp4.so; /etc/profile.d/40ccp4.setup.sh: export CLIB=/usr/lib64 /etc/profile.d/40ccp4.setup.sh:# so on multiple installs it need to be unique and not in $CLIBD /etc/profile.d/40ccp4.setup.sh:export MMCIFDIC=$CLIB/cif_mmdic.lib /etc/profile.d/40ccp4.setup.sh:# They are distributed with CCP4 in $CLIBD. This env must have the trailing \ or / /etc/profile.d/40ccp4.setup.sh:### CLIBD_MON Point to the location of the dictionary files for REFMAC5 /etc/profile.d/40ccp4.setup.sh:# They are distributed with CCP4 in $CLIBD/monomers. This env must have /etc/profile.d/40ccp4.setup.sh:export CLIBD_MON=/usr/share/ccp4/data/monomers/ /etc/profile.d/40ccp4.setup.sh:export PUBLIC_FONT84=$CLIB/font84.dat # plot84 fonts [used by plot84lib] /etc/profile.d/40ccp4.setup.sh: export CLIBD=/usr/share/ccp4/data /etc/profile.d/40ccp4.setup.sh: export CLIBS=/usr/lib64 On a second system this file is installed by ccp4-libs-6.1.3-r11. 'emerge unison' there also does not work. Linking unison ocamlopt -verbose -I lwt -I ubase -I +lablgtk2 -o unison unix.cmxa str.cmxa bigarray.cmxa lablgtk.cmxa ubase/projectInfo.cmx ubase/myMap.cmx ubase/safelist.cmx ubase/uprintf.cmx ubase/util.cmx ubase/rx.cmx ubase/uarg.cmx ubase/prefs.cmx ubase/trace.cmx lwt/pqueue.cmx lwt/lwt.cmx lwt/lwt_util.cmx lwt/lwt_unix.cmx bytearray.cmx case.cmx pred.cmx uutil.cmx fileutil.cmx name.cmx path.cmx fspath.cmx fingerprint.cmx abort.cmx osx.cmx external.cmx props.cmx fileinfo.cmx os.cmx lock.cmx clroot.cmx common.cmx tree.cmx checksum.cmx terminal.cmx transfer.cmx xferhint.cmx remote.cmx globals.cmx copy.cmx stasher.cmx update.cmx files.cmx sortri.cmx recon.cmx transport.cmx strings.cmx uicommon.cmx uitext.cmx test.cmx main.cmx pixmaps.cmx uigtk2.cmx linkgtk2.cmx osxsupport.o pty.o bytearray_stubs.o /usr/lib64 -cclib -lutil /usr/bin/ocamlopt: don't know what to do with /usr/lib64. ... Usage: ocamlopt <options> <files> Options are: -fPIC Generate position-independent machine code (default) ... --help Display this list of options make: *** [unison] Error 2 emake failed root@moose:/root(10)# qfile -v 40ccp4.setup.sh sci-libs/ccp4-libs-6.1.3-r11 (/etc/profile.d/40ccp4.setup.sh) Hmmm, scientists are customed to misuse env variables. Ccing jlec, maintainer of sci-libs/ccp4-libs to look into this. I try to drop that from ccp4 Is this still valid today? :/ *** Bug 464098 has been marked as a duplicate of this bug. *** |