Developers

Intel Parallel Studio XE 2015 Composer Edition Intel(R) 64 Visual Studio 2013

Dear Sir/Madam,

Can someone please help me with this question:

I have installed a 30 day trial version of Visual Studio 2013 to run Fortran; however, I can compile and run codes with IA-32 but not with Intel(R) 64. I get the following error:

A licence for FCompW is not available.

I have been directed to the support site for help.

The associated problem being that I am unable to run ABAQUS with user subroutine (FORTRAN).

Do I have to buy the product to be able to use Intel(R) 64?

Thanks.

Quickwin Reffresher

Hello,

In 2003, using Compaq Visual Fortran, I created a little Quickwin utility.  It is used to compare two files created using different releases of the same program. The user specifies two file names and a format - by one of two ways - and a kind of comparison (% or algebraic) among those records (lines) which fit the format.

Performace Issue - IPP 8.2.090 Crypto AES_CTR Mode

Hi,

We have integrated with Intel IPP Crypto library version 8.2.090. We are using this library for AES Encrypt / Decrypt in CTR mode (for SRTP). Our target platform is a VMWare system running on Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz. Hence the application is linked with single threaded (st) version of libippcpv8.so.8.2 (optimized for Xenon platfor,) & libippcore.so.8.2.

Note: Our application already has thread pool implemented and hence we do not need to use the multi-threaded (mt) version of the libraries.

Source line of Fortran Code

I have written a code to be used as a user-subroutine for a commercial finite element software. The Fortran code gets compiled to a dll file and is linked by the commercial software during run time. 

Now I'm using VTune to look into the performance of my code but the reports by VTune do not include the subroutine/function names (shows up as func@0x180da8e70, etc.). 

When compiling my Fortran code, I'm using /debug:all /traceback options and when running VTune, I point to the source code folder. 

recursive subroutines and significant slow down

I am working on a code that is used as a user-subroutine for a commercial finite element software. The code gets compiled to a dll file and loaded by the commercial software during runtime. The code consists of complex data structures and tens of subroutine calls. 

Recently I have applied some modifications to the code to make it thread safe (changes include turning subroutines to recursive, etc.) 

Subscribe to Developers