- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I receive this error during compile or link time (depending on which settings I use), if I try to build a project in Release mode...either Win32 or x64. If I build in Debug mode (either platform), the build succeeds.
If I have /Qipo turned on, the linker will also generate an error #10014 (4)
This is a project in Visual Studio 2008 that generates a static library.
Version is Intel Composer XE 2011 Update 1 build 127.
If I use the Microsoft compilers, it compiles and links fine in either debug or release modes.
Reading some other threads on here, I have tried cleaning up all temp files, but no luck.
My PC has an AMD Phenom II X4 965 (3.4 GHz), 8 GB of RAM, 250+ GB free disk space, and is running Windows 7 Ultimate x64.
Ideas? Nothing I do seems to get past this problem. I am currently on an evaluation license, and this will stop my evaluation dead in its tracks if I can't get past it.
Regards,
Scott
Link Copied
5 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
You'd probably get better turnaround if you would submit an actual reproducer, although issues on premier.intel.com may not get priority with an eval license. When you submit an issue there, you could request an extension of your eval pending problem resolution.
I suppose you should be using /Qimf-arch-consistency (if you use any math libraries), but I have no idea if that will intersect your problem. Also, I would start with /fp:source (it's there in an odd place in the VS project options) but again that's not necessarily related to your problem.
I suppose you should be using /Qimf-arch-consistency (if you use any math libraries), but I have no idea if that will intersect your problem. Also, I would start with /fp:source (it's there in an odd place in the VS project options) but again that's not necessarily related to your problem.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If by "reproducer" you mean a project that exhibits the problem, yes, I can do so...the code is open-source.
How do I do that?
In the meantime, I will try the noted compiler options. I am not using any of the IPP or Kernel Math libraries..this is just straight C/C++ code.
Scott
EDIT: premier.intel.com appears to be having problems at the moment...I'm getting an HTTP 500 error when I access it.
Scott
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
f by "reproducer" you mean a project that exhibits the problem, yes, I can do so...the code is open-source.
How do I do that?
Preferably, the reproducer is a trimmed down version of your full source -- ideally, the shortest piece of code that is sufficient to duplicate the problem, along with the commands used to build and/or information on the development configuration.
You can directly paste the code in line using the syntax highlighter (the fourth icon on the second row of the compose window), if the source is less than, say 100 lines; or, you can tar/zip the sources and attach the archive, as explained in this link:
Preferably, the reproducer is a trimmed down version of your full source -- ideally, the shortest piece of code that is sufficient to duplicate the problem, along with the commands used to build and/or information on the development configuration.
You can directly paste the code in line using the syntax highlighter (the fourth icon on the second row of the compose window), if the source is less than, say 100 lines; or, you can tar/zip the sources and attach the archive, as explained in this link:
Attaching or Including Files in a Post |
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Scott,
We have a similar report in our problem-tracking database. The internal error happens when /QaxSSE3 AND /QxSSE4.1 are presentat the same time. The problem goes away when either of these options is removed. Engineering team is investigating it now.
ps. the issue number is DPD200165383.
Thanks,
Feilong
We have a similar report in our problem-tracking database. The internal error happens when /QaxSSE3 AND /QxSSE4.1 are presentat the same time. The problem goes away when either of these options is removed. Engineering team is investigating it now.
ps. the issue number is DPD200165383.
Thanks,
Feilong
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Scott,
You might be aware of this already. This issue has been fixedsince Feb 2011. The compilers with a build date later than that contain the fix. FYI. Sorry for the late notification.
Thanks,
Feilong
You might be aware of this already. This issue has been fixedsince Feb 2011. The compilers with a build date later than that contain the fix. FYI. Sorry for the late notification.
Thanks,
Feilong

Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page