Apple OS X*

Fotran pointers traveling through C++ code

Dear all,

I read a lot of tutorials about calling Fortran functions from C++ code, and I was wondering if it was possible to call a Fortran function from C++ code with pointers arguments that come from Fortran without declaring the pointed type in C++.

Let me explain: I created a derived type in Fortran, which contains a lot of derived types. I would like to be able to insert a layer of C++ between a call from one Fortran subroutine to another, and I would like to avoid to redefine the Fortran derived types in C++, something like:

Inquire statement with -openmp option

Dear forum,

I actually use Intel composer_xe_2013_sp1.2.144 with openMP.

I separated the following issue from my software project. The program fails to execute in case of using

INQUIRE (FILE= ... , OPENED= ...) together with the -openmp option, see example.

Otherwiese, without -openmp option or without the statement every things works fine.

Intel® GPA: Which Tools Are Available on My Platform?

Intel® GPA is the premier tool for optimizing games on Microsoft Windows*. Intel GPA also supports the analysis of games on Intel phones and tablets running the Google* Android* OS. This article describes the different platforms for the product, and how to download the product.
  • Développeurs
  • Android*
  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Microsoft Windows* 8
  • Android*
  • Windows*
  • Intel® Graphics Performance Analyzers
  • vcsource_type_techarticle
  • vcsource_product_gpa
  • vcsource_index
  • Microsoft DirectX*
  • OpenGL*
  • Développement de jeu
  • Graphiques
  • Xcode 5.1 unsupported?

    Tried updating Xcode to 5.1, but it seems to have dropped my FORTRAN 14.0 compiler after multiple attempts to re-install the compiler after the upgrade.  Downgraded Xcode to 5.0.2 and everything works fine again.  Not sure what Apple changed, but it looks like Xcode 5.1 doesn't support the Intel FORTRAN compiler once again.

    Mysterious ifort compilation failure when -fpp is used with input file is on a NFS volume

    This is a bit hard to describe, and unbelievable, too!

    All of a sudden, one of our files can not be compiled by ifort anymore, and as I look into the cause of the failure, it looks like -fpp really mess up the compilation - this particular file has a lot of #ifndef, #ifdef blocks.

    here is the findings:

    1) by using -save-temps, I was able to get the .i file, and with that file, I can compile it successfully with either -fpp or without -fpp option.

    Compiler bug with associate construct

    I was playing around with a way to record log messages in an internal "file" (character variable) when I came upon a strange compiler notice. The following module does not compile, producing the error

    error #7146: This object must not be used as an allocate-object in an allocate-stmt or deallocate-stmt in a PURE procedure or an internal procedure contained in a PURE procedure.   [TEMP]
          allocate(temp(2*size(this%buffer)), mold = this%buffer)

    **Internal compiler error: segmentation violation signal raised** with -O3

    Dear Intel developers,

    Compilation of this subroutine optrms.F (See attachment) leads to an  **Internal compiler error: segmentation violation signal raised** with -O3 options. This error disappears with -O2

    The compilation instructions is /share/apps/intel/composer_xe_2013_sp1.2.144/bin/intel64/ifort -i8 -r8 -pc64 -auto -vec-report0 -warn nousage -cxxlib

    fort version: Intel(R) Fortran Intel(R) 64 Compiler XE for applications running on Intel(R) 64, Version 14.0.2.144 Build 20140120

    Linux kernel: 2.6.32-279.14.1.el6.x86_64

    S’abonner à Apple OS X*