Quantcast
Channel: Intel® Fortran Compiler
Viewing all 3270 articles
Browse latest View live

Intel Fortran Compiler Diagnostics 5000-5499

$
0
0

Back to All Intel Fortran Compiler Diagnostics

  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Intel Fortran Compiler Diagnostics 5500-5999

    $
    0
    0

    Back to All Intel Fortran Compiler Diagnostics

  • Developers
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Intel Fortran Compiler Diagnostics 6000-6499

    $
    0
    0

    Back to All Intel Fortran Compiler Diagnostics

  • Developers
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Intel Fortran Compiler Diagnostics 6500-6999

    $
    0
    0

    Back to All Intel Fortran Compiler Diagnostics

  • Developers
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Intel Fortran Compiler Diagnostics 7000-7499

    $
    0
    0

    Back to All Intel Fortran Compiler Diagnostics

  • Developers
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Intel Fortran Compiler Diagnostics 8000-8499

    $
    0
    0

    Back to All Intel Fortran Compiler Diagnostics

  • Developers
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Intel Fortran Compiler Diagnostics 8500-8999

    $
    0
    0

    Back to All Intel Fortran Compiler Diagnostics

  • Developers
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Intel Fortran Compiler Diagnostics

    $
    0
    0

    Intel Fortran Compiler Diagnostics 7500-7999

    $
    0
    0

    Back to All Intel Fortran Compiler Diagnostics

  • Developers
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Fortran
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • URL
  • Theme Zone: 

    IDZone

    Centering popup windows in secondary monitor

    $
    0
    0

    Hi All,

    I want to have my popup windows centered over their parent window regardless of which monitor the parent window is currently on. The method I have found from Web searching depends on functions such as MonitorFromWindow, part of the MSDN Multiple Display Monitors Reference. But I can't find a way to link to these functions. For example:

    integer*4, parameter:: MONITOR_DEFAULTNEAREST = 2
    interface
       integer*4 function MonitorFromWindow(hWnd,Flags)
          integer*4,intent(in):: hWnd,Flags
       end function
    end interface

    hMonitor = MonitorFromWindow(hWndParent,MONITOR_DEFAULTNEAREST)

    The linker gives me "Unresolved external symbol ...", etc

    Any suggestions?

     

    Many thanks in advance,

    Mike

     

    How to insert code into a post ?

    fort run out of comunicators with coarray fortran

    $
    0
    0

     

      Hi,

      I am running a coarray fortran application with intel fortran compiler ifort (IFORT) 13.0.1 20121010, and after some transfers between images, the code crashes with the error:

     

    Fatal error in MPI_Win_create: Other MPI error, error stack:
    MPI_Win_create(153)...........: MPI_Win_create(base=0x23ec030, size=8224, disp_unit=1, MPI_INFO_NULL, comm=0x84000000, win=0x2c92650) failed
    MPID_Win_create(37)...........: 
    MPIDI_Win_create(92)..........: 
    MPIR_Comm_dup_impl(55)........: 
    MPIR_Comm_copy(1070)..........: 
    MPIR_Get_contextid(543).......: 
    MPIR_Get_contextid_sparse(834): Too many communicators

     

    It seems to me that the compiler is translating each sync images/daa transfer into a different MPI communicators, and therefore the program runs very fast out of communicators.

    The code crashes after a fixed number of calls to a subroutine that reads:

      subroutine copybnd_su2_id(U,latt, id, ieo)

        type (SU2_field), intent (inout) :: U
        type (lattice), intent (in)  :: latt
        integer, intent (in) :: id, ieo

        integer :: imx, j, ifc, kt, ipr, isrc, iofs
        complex (kind=DPC), allocatable :: zbuf(:,:)[:], zloc(:,:)

        iofs = 0
        imx = maxval(latt%iface(:))/2+1
        allocate(zbuf(imx,2)[*], zloc(imx,2))

        ...

     

    Any ideas about how to overcome this issue?

     

    msbuild

    $
    0
    0

    I have traditionally done my solution builds at the command line using devenv.exe.  However this doesn't use all my cores.  I did a search online and saw that msbuild does just this and with /m:8 uses all of my 8 cores.  However it only builds the (C++) vcxproj projects in my solution not the vfproj ones.  Are Fortran projects not supported under msbuild?  If not how can I use all my 8 cores at the command line?  I can do this using the Visual Studio environment, so presumably I can at the command line.

    values in Fortran

    $
    0
    0

    I'm writing UMAT with the help of fortran to be used with ABAQUS input file. I just wonder why I input value such as 0.38 in the input file and write in the output of the UMAT it will be 0. Anyone knows how to solve this? Thank you.

    Regards,

    Vicky

    libifcoremd vs libifcorert

    $
    0
    0

    Hi Guys,

    I am compiling a fortran library with a C++ DLL. I am using the Multi-threaded DLL option in my fortran project. My C++ part is also Multi-threaded. My problem is that if I look at the dependency of the resulting DLL, I see a dependency to LIBIFCORERT instead of LIBIFCOREMD or I see both fortran runtime libs as dependency...

    What am-I missing ?

    Thank you

    Philippe

     


    VAX parallel directives

    $
    0
    0

    I found a few places in my legacy code where the obsolete VAX "parallel directive" feature exists, e.g.:

    CPAR$ SOME_TEXT

    Inasmuch as this is in a FORTRAN 77 fixed-format file, can I assume that this is simply ignored by Intel Fortran as if it is a comment?

    Thanks,
    JayB 

    rc.exe error

    $
    0
    0

    I have installed Microsoft Visual Studio Professional 2013 and Intel Parellel Studio XE Composer Edition for Fortran Windows ( downloaded file w_fcompex_all_jp_2013_sp1.4.237.exe ).   In attempting to build a solution from a .vfproj which has been successfully by others in our group, I get "rc.exe not found".  Where should "rc.exe" be?  I tried re-installing Intel Fortran and it did not work.  Does "rc.exe" come from Visual Studio?  Also, others in our group who can successfully build the .vfproj do not even have a "rc.exe" on their hard drive.  Thanks

    EXECUTE_COMMAND_LINE

    $
    0
    0
                    istat=-99 ! initialise  istat as it might not be assigned and then gives an uninitalised var failure.
                    CALL EXECUTE_COMMAND_LINE("fred.exe",WAIT=.true.,EXITSTAT=istat)

    And from the help>>>

    exitstat

    (Inout; optional) Must be a scalar of type integer. If the command is executed synchronously, exitstat is assigned the value of the processor-dependent exit status of the executed command. Otherwise, the value of exitstat is unchanged.

     

    If istat is not pre-initialised and if a synchronous command fails to run (e.g. not found) istat is returned uninitialised and a "check uninit" runtime error occurs. I can see a number of different argument on this but the normal expectation of a intrinsic with a return status is for the return status to always be set.

    I think a note advising initialisation by be helpful as setting a return status that is unconnected with the command being run might also cause confusion.

     

    Unable to see variable value during debug in VS 2012 with Intel 2015

    $
    0
    0

    Hi,

    I tried to access a variable and check its value during debug in VS 2012 with Intel 2015 update 1

    However, it is not possible, stating "undefined variable xxx" but some other variables can be seen. So some works, some not.

    However, the same variable can be accessed by the same code in VS 2008 with Intel 2013 in another colleague's computer.

    May I know why? Is there some options I can change?

    Thanks!

     

    Difference in allocating array in subroutine make a code works or breaks

    $
    0
    0

    Hi,

    I am running a mpi CFD code in my sch's cluster using 100 cpu.

    Due to my program's structure, this is the max cpu I can use. At the same time, due to the number of grids using in my code, I am reaching the available memory limit.

    The code ran and hang at a spot. After debugging, I found that it hangs in one of the subroutines. In this subroutines, I have to update the values of different variables across all cpu using mpi.

    There are some local array which I need to create. If I declare them using:

    subroutine mpi_var_...

    real(8) :: var_ksta(row_num*size_x*size_y), ...

    ... 

    end subroutine 

    The code hangs.

    However, if I do this:

    subroutine mpi_var_...

    real(8), allocatable :: var_ksta(:) ...

    allocate (var_ksta(row_num*size_x*size_y)

    ...

    deallocate (var_ksta, STAT=status(1))

    end subroutine

    The code works. So how different is memory allocated in these 2 situations?

    If I am not tied down by memory limit, is the 1st subroutine faster or the same as the 2nd one (with allocation / deallocation slowing it down)?

    Thanks!

     

     

     

     

    Viewing all 3270 articles
    Browse latest View live