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

From: Bertini, Denis Dr. <D.Bertini_at_gsi.de>
Date: Tue, 5 Jul 2011 18:44:51 +0200

<fluka-discuss_at_fluka.org>
Sender: owner-fluka-discuss_at_mi.infn.it

Hi Alfredo,
I checked FLUKA with the new Ubuntu 11.04 (64 bit) and gfortran
4.5.1: it works fine !
But , i could not manage to make FLUKA running on Squeeze Debian
running a little bit
older gfortran compiler (4.4.x) .

With the Squeeze Debian distribution Fluka compiles without
problem, but when running the standard example.inp from the =
distribution, the process get immediately killed without any core dump
... in the output log is just written "KILLED" without
any other hints...

Do you have any idea what can goes wrong in the Debian case ?
Best regards,
Denis

-----Original Message-----
From: Alfredo Ferrari [mailto:alfredo.ferrari_at_cern.ch]
Sent: Tue 7/5/2011 3:59 PM
To: Bertini, Denis Dr.
Cc: Alfredo Ferrari; Joseph Comfort; fluka-discuss_at_fluka.org
Subject: Re: fluka2011.2.4 (respin of fluka2011.2), gfortran version as well

Hi Denis

the library was compiled under Fedora 14 on a x86_64 machine, running

pceet030:flukagfor > gcc -v
Using built-in specs.
COLLECT_GCC=3D/usr/bin/gcc
COLLECT_LTO_WRAPPER=3D/usr/libexec/gcc/x86_64-redhat-linux/4.5.1/lto-wrap=
per
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=3D/usr --mandir=3D/usr/share/man=20
--infodir=3D/usr/share/info=20
--with-bugurl=3Dhttp://bugzilla.redhat.com/bugzilla --enable-bootstrap=20
--enable-shared --enable-threads=3Dposix --enable-checking=3Drelease=20
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions=20
--enable-gnu-unique-object --enable-linker-build-id=20
--enable-languages=3Dc,c++,objc,obj-c++,java,fortran,ada,lto =
--enable-plugin=20
--enable-java-awt=3Dgtk --disable-dssi=20
--with-java-home=3D/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre=20
--enable-libgcj-multifile --enable-java-maintainer-mode=20
--with-ecj-jar=3D/usr/share/java/eclipse-ecj.jar =
--disable-libjava-multilib=20
--with-ppl --with-cloog --with-tune=3Dgeneric --with-arch_32=3Di686=20
--build=3Dx86_64-redhat-linux
Thread model: posix
gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC)

Let me know if you need further infos!

            Ciao
           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 Tue, 5 Jul 2011, denis wrote:

> 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.awhen
> searching for -lflukahp
>
>
> So since it is a non trivial problem ( may be linked to gfortranversion or
> to ld version ) could you please tell me with which operating systemyou
> 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 OScompatible,
>> clearly it made compatible between Fedora and Mac Os, but it brokeSUSE...
>> I'll try to devise a better way. Thanks for the remark!
>>
>> Alfredo
>>
>>
>>
>>
>> On Sun, 3 Jul 2011, Joseph Comfort wrote:
>>
>>> Alfredo,
>>>
>>> Very good news about the 64-bit version. Not having it has beenvery
>>> awkward.
>>>
>>> Can you please elaborate on the co-existence of both the 32-bit and64-bit
>>> versions? Separate directories, or one? Does the user choosethrough
>>> 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=3D`uname -m` and commented out the next line. This may bea 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:11 CEST

This archive was generated by hypermail 2.2.0 : Tue Jul 05 2011 - 23:21:42 CEST