Re: fluka2011.2.4 (respin of fluka2011.2), gfortran version as well

Dear Alfredo
I tryied to compile fluka executable on Debian Squeeze using

GNU Fortran (Debian 4.4.5-8) 4.4.5

Unfortunately the static precompiled librarie libflukahp.a is not
recognized by the linker

GNU ld (GNU Binutils for Debian) 2.20.1-system.20100303

/usr/bin/ld: skipping incompatible /d/cbm04/denis/fluka64/libflukahp.a when
searching for -lflukahp

So since it is a non trivial problem ( may be linked to gfortran version or
to ld version ) could you please tell me with which operating system you
compiled the libflukahp.a library ( Linux OS + ld + gfortran version )

Thanks in advance,

Denis Bertini
IT scientific computing GSI Darmstadt.

On 7/4/11 10:38 AM, "Alfredo Ferrari" <alfredo.ferrari_at_cern.ch> wrote:

> Thanks Joe
>
> the MACHNAME variable was an attempt to make the script Mac OS compatible,
> clearly it made compatible between Fedora and Mac Os, but it broke SUSE...
> I'll try to devise a better way. Thanks for the remark!
>
> Alfredo
>
>
> +----------------------------------------------------------------------+
> | Alfredo Ferrari || Tel.: +41.22.76.76119 |
> | CERN-EN/STI || Fax.: +41.22.76.69474 |
> | 1211 Geneva 23 || e-mail: Alfredo.Ferrari_at_cern.ch |
> | Switzerland || |
> +----------------------------------------------------------------------+
>
> On Sun, 3 Jul 2011, Joseph Comfort wrote:
>
>> Alfredo,
>>
>> Very good news about the 64-bit version. Not having it has been very
>> awkward.
>>
>> Can you please elaborate on the co-existence of both the 32-bit and 64-bit
>> versions? Separate directories, or one? Does the user choose through
>> the environment variables?
>>
>> To test, I installed the 64-bit version in a clean /usr/local/fluka. I
>> also set FLUFOR to 'gfortran'. I could not build the executable;
>> libflukahp.a is not compatible.
>>
>> The problem was that $MACHNAME, used in ffluka.sh, is set to
>> 'x86_64-suse-linux' in SuSE. Instead, I uncommented the line
>> 'CPUARCH=`uname -m` and commented out the next line. This may be a better
>> default feature of the script.
>>
>> I'll start to test the code.
>>
>> Thank you,
>> Joe Comfort
>>
>
Received on Tue Jul 05 2011 - 23:21:13 CEST