Re: [Fink-beginners] mosflm 7.0.5-2 fink error

[Kyle M. <Kyl...@su...>]

Hi,

Thanks for the quick responses. I found mosflm 7.0.6-4 in the unstable tree of fink and this built for me fine but also found mosflm 7.0.7 in my ccp4 folders.

If I want the old GUI, I now know to run mosflm 7.0.7 by '/sw/share/xtal/ccp4-6.2.0/bin/ipmosflm' from the terminal but must first issue the command 'source /sw/bin/init.sh'.

Good enough for me!

Many thanks,
Kyle

On 29 May 2012, at 05:43, Alexander Hansen wrote:

> On 5/28/12 1:40 PM, Alexander Hansen wrote:
>> On 5/28/12 12:20 PM, Kyle Morris wrote:
>>> Dear all,
>>> 
>>> I am trying to install mosflm 7.0.5-2 over fink but run into an error. I really would like access to the old mosflm GUI and so any help in getting it working would be of great help. 
>>> 
>>> Attached is what I hope to be the appropriate amount of information on the error.
>>> 
>>> Many thanks,
>>> Kyle
>>> 
>>> cd mosflm ; make
>>> gfortran -c -O0 -w control.f
>>> gfortran -c -O3         mosflm_all_ip_inc.f
>>> gfortran -c -O0 -w unoptimizable.f
>>> gcc   -c pck.c
>>> gcc   -c ctimer.c
>>> gcc   -c chelp.c
>>> gcc   -c -o open_socket.o open_socket.c
>>> gcc   -c -o close_socket.o close_socket.c
>>> gcc   -c -o read_socket.o read_socket.c
>>> gcc   -c -o write_socket.o write_socket.c
>>> gcc   -c -I../jpg mosflm_jpeg.c
>>> gcc   -c -o matzerr.o matzerr.c
>>> gcc   -c -o hklmanage.o hklmanage.c
>>> gfortran -c -O0 -w torefix.f
>>> gcc   -c -o bravais_fortran.o bravais_fortran.c
>>> gcc   -c cbfwrap.c
>>> gcc   -c pilatus_c.c
>>> gfortran  control.o mosflm_all_ip_inc.o unoptimizable.o pck.o ctimer.o chelp.o open_socket.o close_socket.o read_socket.o write_socket.o mosflm_jpeg.o matzerr.o hklmanage.o torefix.o bravais_fortran.o cbfwrap.o pilatus_c.o /sw/src/fink.build/mosflm-7.0.5-2/mosflm705/lib/DPSLIB.a ../cbf/lib/libcbf.a ../jpg/libjpeg.a  \
>>>                -L/sw/lib -L/sw/share/xtal/ccp4-6.2.0/lib -lccp4f -lccp4c -lxdl_view -L/usr/X11R6/lib -lXt -lSM -lICE -lX11 -lcurses -o ../bin/ipmosflm
>>> Undefined symbols:
>>>  "__gfortran_transfer_integer_write", referenced from:
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>  "__gfortran_transfer_character_write", referenced from:
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _ccpopn_ in libccp4f.a(ccpopn.o)
>>>      _putlin_ in libccp4f.a(putlin.o)
>>>      _putlin_ in libccp4f.a(putlin.o)
>>>      _dna_list_start_ in libccp4f.a(dna_list_start.o)
>>>      _dna_character_item_ in libccp4f.a(dna_character_item.o)
>>>      _dna_character_item_ in libccp4f.a(dna_character_item.o)
>>>      _dna_table_start_ in libccp4f.a(dna_table_start.o)
>>>      _dna_table_start_ in libccp4f.a(dna_table_start.o)
>>>      _dna_table_start_ in libccp4f.a(dna_table_start.o)
>>>      _ugerr_ in libccp4f.a(ugerr.o)
>>>      _ugerr_ in libccp4f.a(ugerr.o)
>>> ld: symbol(s) not found
>>> collect2: ld returned 1 exit status
>>> make[1]: *** [ipmosflm] Error 1
>>> make: *** [all] Error 2
>>> ### execution of /tmp/fink.lVH2Y failed, exit code 2
>>> Removing runtime build-lock...
>>> Removing build-lock package...
>>> /sw/bin/dpkg-lockwait -r fink-buildlock-mosflm-7.0.5-2
>>> (Reading database ... 86900 files and directories currently installed.)
>>> Removing fink-buildlock-mosflm-7.0.5-2 ...
>>> Failed: phase compiling: mosflm-7.0.5-2 failed
>>> 
>>> Package manager version: 0.32.6
>>> Distribution version: selfupdate-rsync Mon May 28 19:56:02 2012, 10.6, i386
>>> Trees: local/main stable/main
>>> Xcode: 3.2.6
>>> Max. Fink build jobs:  1
>>> 
>>> 
>> 
>> What do you get from "which gfortran" ?
>> 
> 
> Ah, we probably don't need to see that, since this version of mosflm
> carries an explicit dependency on gcc44.  It looks like maybe this
> version isn't compatible with our current cpp4.
> 
> The version in the unstable tree works  for me, so perhaps the
> maintainer would be so kind as to move it over to stable. :-)
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> http://finkakh.wordpress.com/2012/02/21/got-job/