I don't think there's any reason why it wouldn't work in principle, however
you get libpng.so.3 (even if you install that library) so I suppose there is
some dependency issue.
-----Original Message-----
From: FSL - FMRIB's Software Library [mailto:[log in to unmask]] On Behalf
Of Ged Ridgway
Sent: Wednesday, September 26, 2007 12:28 PM
To: [log in to unmask]
Subject: Re: [FSL] Unable to compile with 64bit support
I might be missing something here, but I thought the 32-bit ones would
still work on a 64-bit machine, with appropriate libraries... at
least, they seem to for me. Under Centos 4.4, with Linux kernel
2.6.9-42.0.2.ELsmp x86_64, on Intel Xeon, both linux-gcc3 and
linux-gcc4 versions seem happy (with gcc --version 3.4.6).
Since nreg, etc. typically just work on a pair of (int16) images and
an FFD grid (with at worst slightly fewer control points than target
voxels) the 32-bit address space is probably okay, even for very
high-res structural MRI. No?
I've personally found that it's only things like feeding a large
number of high-res images into something like randomise which requires
64-bit software. But then I did say I might be missing something...
Best,
Ged.
Matt Glasser wrote:
> I wonder how many other labs would like precompiled 64bit linux binaries
for
> TBSS. There are at least two at Emory that would like to use the software
> that I know of.
>
> Peace,
>
> Matt.
>
> -----Original Message-----
> From: FSL - FMRIB's Software Library [mailto:[log in to unmask]] On Behalf
> Of Matthew Webster
> Sent: Wednesday, September 26, 2007 10:38 AM
> To: [log in to unmask]
> Subject: Re: [FSL] Unable to compile with 64bit support
>
> Hi,
> I'm afraid we only supply pre-built 32-bit binaries for irtk
> ( the build script selects the appropriate binary to install ). See
> http://wwwhomes.doc.ic.ac.uk/~dr/software/
> for more details...
>
> Regards
>
> Matthew
>
>> Hi,
>>
>> I'm trying to compile a 64-bit version of FSL 4.0.
>>
>> I've followed the instructions at
>>
>> http://www.fmrib.ox.ac.uk/fsl/fsl/compiling.html
>>
>> .. copying $FSLDIR/config/linux_64-gcc4.0 to $FSLDIR/config/
>> $FSLMACHTYPE
>> as the closest match (arch is x86_64).
>>
>> However, after running the build script, build.log tells me:
>>
>> checking if 64bit support is requested... no
>>
>> .. at various points. This is a problem, as one of my colleagues wants
>> to run nreg, but:
>>
>> linux6:/home/pipelines/fsl-4.0/extras/src/irtk/linux-gcc4/DR> ldd ./
>> nreg
>> linux-gate.so.1 => (0xffffe000)
>> libz.so.1 => /usr/lib32/libz.so.1 (0x55585000)
>> libpng.so.3 => not found
>> libglut.so.3 => not found
>> libXmu.so.6 => /usr/lib32/libXmu.so.6 (0x5559a000)
>> libXi.so.6 => /usr/lib32/libXi.so.6 (0x555af000)
>> libGLU.so.1 => /usr/lib32/libGLU.so.1 (0x555b7000)
>> libGL.so.1 => not found
>> libSM.so.6 => /usr/lib32/libSM.so.6 (0x5562e000)
>> libICE.so.6 => /usr/lib32/libICE.so.6 (0x55636000)
>> libX11.so.6 => /usr/lib32/libX11.so.6 (0x5564e000)
>> libXext.so.6 => /usr/lib32/libXext.so.6 (0x55734000)
>> libstdc++.so.5 => /usr/lib32/libstdc++.so.5 (0x55741000)
>> libm.so.6 => /lib32/libm.so.6 (0x557fb000)
>> libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0x5581e000)
>> libc.so.6 => /lib32/libc.so.6 (0x55829000)
>> libXt.so.6 => /usr/lib32/libXt.so.6 (0x55958000)
>> libGL.so.1 => not found
>> libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0x559a6000)
>> libXau.so.6 => /usr/lib32/libXau.so.6 (0x55a82000)
>> libdl.so.2 => /lib32/libdl.so.2 (0x55a85000)
>> /lib/ld-linux.so.2 (0x55555000)
>> linux6:/home/pipelines/fsl-4.0/extras/src/irtk/linux-gcc4/DR>
>>
>> .. the missing libraries are present in /usr/lib64/.
>>
>> Grateful for any suggestions or help.
>>
>> Thanks,
>> James
>>
>> This message has been checked for viruses but the contents of an
>> attachment
>> may still contain software viruses, which could damage your
>> computer system:
>> you are advised to perform your own checks. Email communications
>> with the
>> University of Nottingham may be monitored as permitted by UK
>> legislation.
>
|