Internal Compiler Error In Int Mode For Mode
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up g++ 2.9-gnupro-98r2 ,error: Internal compiler error up vote 0 down vote favorite I am facing a compilation error with one g++ version (2.9-gnupro-98r2)for LynxOS-178B 2.2.2, whereas the same code will be compiled without complaints with a newer version of g++, e.g. 4.3.3 for VxWorks 653 2.4.0.2. The following example illustrates the problem: int function_1(int) { return 4; } double function_2(double) { return 2; } typedef int (*fp1)(int); typedef double (*fp2)(double); struct A { operator fp1() { return function_1; // conversion function to pointer to function } operator fp2() { return function_2; // conversion function to pointer to function } }a; int call_to_class_object_1() { double i = a(3.6); // calls function_2 via pointer returned from conversion function return i; } int call_to_class_object_2() { int i = a(6); // calls function_1 via pointer returned from conversion function return i; } where I am calling double i = a(3.6); and int i = a(6); I am getting error For 2.9-gnupro-98r2 I am getting: ../../src/Overloading_13_3_1_1_2_Call_to_object_of_class_type.cpp(30) : error: Internal compiler error. ../../src/Overloading_13_3_1_1_2_Call_to_object_of_class_type.cpp(30) : error: Please submit a Problem Report to Lynx Technical Support (support@lynx.com). make[1]: *** [Overloading_13_3_1_1_2_Call_to_object_of_class_type.o] Error 1 If one
been fixed in the current or upcoming version of this product. A more detailed explanation for the resolution of this particular item may have been provided in the comments section. 6 0 Sign into vote ID 2081014 Comments 4 Status Closed Workarounds 0 Type Bug Repros 1 Opened 12/1/2015 4:44:30 PM Access Restriction Public Description The following code causes an internal compiler error in VS2015 Update 1 when compiling with /openmp. http://stackoverflow.com/questions/39209036/g-2-9-gnupro-98r2-error-internal-compiler-error It worked fine before Update 1. #include "Eigen/Core" int main(int argc, char *argv[]) { Eigen::MatrixXf A_Eigen; Eigen::MatrixXf AtA_Eigen = A_Eigen.transpose() * A_Eigen; return EXIT_SUCCESS; } 1>------ Build started: Project: test, Configuration: Debug x64 ------ 1> test.cpp 1>c:\eigen-3.3-alpha1\eigen\src\core\products\generalmatrixmatrix.h(66): fatal error C1001: An internal error has occurred in the compiler. 1> (compiler file 'f:\dd\vctools\compiler\utc\src\p2\main.c', line 246) 1> To work around this problem, try simplifying or changing the program near https://connect.microsoft.com/VisualStudio/Feedback/Details/2081014 the locations listed above. 1> Please choose the Technical Support command on the Visual C++ 1> Help menu, or open the Technical Support help file for more information Error occurs both in Release and Debug mode. It compiled fine in VS2015 (before Update 1). Also the error goes away if I remove /openmp. DETAILS ATTACH A FILE EDIT THIS ITEM Assign To Item can only be reassigned when it is active. Comments (4) | Workarounds (0) | Attachments (0) Sign in to post a comment. Please enter a comment. Submit Posted by Neil Gatenby on 12/9/2015 at 2:37 AM Thanks Gael - v helpful Posted by Gael Guennebaud on 12/2/2015 at 9:07 AM This seems to be related to a #pragma omp atomic directive, there are more details there: http://eigen.tuxfamily.org/bz/show_bug.cgi?id=1125#c4 Posted by Neil Gatenby on 12/2/2015 at 7:25 AM I too downloaded VS2015 update 1 yesterday. I'm building Tuxfamily's Eigen with OpenMP and I too see this ICE today, whereas all was well prior to u
| Forgot Password Login: [x] User account https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154 creation filtered due to spam. Bug40154 - [4.7/4.8/4.9 Regression] internal compiler error: in do_SUBST, at combine.c:681 Summary: [4.7/4.8/4.9 Regression] internal compiler error: in http://eigen.tuxfamily.org/bz/show_bug.cgi?id=1125 do_SUBST, at combine.c:681 Status: RESOLVED FIXED Alias: None Product: gcc Classification: Unclassified Component: middle-end (show other bugs) Version: 4.5.0 Importance: P4 normal internal compiler Target Milestone: 4.7.4 Assignee: Not yet assigned to anyone URL: Keywords: ice-on-valid-code, patch Depends on: Blocks: Reported: 2009-05-15 02:21 UTC by Ryan Mansfield Modified: 2014-01-25 06:21 UTC (History) CC List: 4 users (show) amylaar gcc-bugs kkojima law See Also: Host: i486-build_pc-linux-gnu Target: sh4-unknown-linux-gnu internal compiler error Build: i486-build_pc-linux-gnu Known to work: 4.3.3 Known to fail: 4.4.0, 4.5.0 Last reconfirmed: 2009-05-16 00:08:06 Attachments Add an attachment (proposed patch, testcase, etc.) Note You need to log in before you can comment on or make changes to this bug. Description Ryan Mansfield 2009-05-15 02:21:09 UTC ryan@ryan:~/gcc/trunk/gcc/build/gcc$ ./xgcc -v Using built-in specs. Target: sh4-unknown-linux-gnu Configured with: ../configure --build=i486-build_pc-linux-gnu --host=i486-build_pc-linux-gnu --target=sh4-unknown-linux-gnu --prefix=/home/ryan/crosstool-ng-1.3.1/targets/sh4-unknown-linux-gnu/build/gcc-core-static --with-local-prefix=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root --disable-multilib --with-sysroot=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root --with-newlib --enable-threads=no --disable-shared --enable-__cxa_atexit --disable-nls --enable-symvers=gnu --enable-languages=c --enable-target-optspace Thread model: single gcc version 4.5.0 20090515 (experimental) [trunk revision 147550] (GCC) $ cat ~/ice.i char buf[20]; int main() { long long int t = 50; strcpy(buf, "hello world"); t *= 1000000000; for(;;) foo(&t); } ryan@ryan:~/gcc/trunk/gcc/build/gcc$ ./xgcc -B. -O ~/ice.i /home/ryan/ice.i: In function 'main': /home/ryan/ice.i:5: warning: incompatible implicit declaration of built-in function 'strcpy' /home/ryan/ice.i:9: internal compiler error: in do_SUBST, a
currently disabled. Please email eigen-core-team @ lists.tuxfamily.org if you need an account. First Last Prev Next This bug is not in your last search results. Bug1125 - ICE with VS2015 Update 1 and /openmp Summary: ICE with VS2015 Update 1 and /openmp Status: RESOLVED DUPLICATE of bug 1096 Product: Eigen Classification: Unclassified Component: General Version: 3.3 (development) Hardware: All Windows Importance: Normal Compilation Problem Assigned To: Nobody URL: Whiteboard: Keywords: Depends on: Blocks: 3.3 Show dependency tree /graph Reported: 2015-12-02 00:38 UTC by patrikhuber Modified: 2015-12-04 08:30 UTC (History) CC List: 3 users (show) chtz gael.guennebaud jacob.benoit.1 Attachments Add an attachment (proposed patch, testcase, etc.) Description patrikhuber 2015-12-02 00:38:48 UTC The following code causes an internal compiler error in VS2015 Update 1 when compiling with /openmp... #include "Eigen/Core" int main(int argc, char *argv[]) { Eigen::MatrixXf A_Eigen; Eigen::MatrixXf AtA_Eigen = A_Eigen.transpose() * A_Eigen; return EXIT_SUCCESS; } 1>------ Build started: Project: rcr-detect, Configuration: Debug x64 ------ 1> test.cpp 1>c:\eigen-3.3-alpha1\eigen\src\core\products\generalmatrixmatrix.h(66): fatal error C1001: An internal error has occurred in the compiler. 1> (compiler file 'f:\dd\vctools\compiler\utc\src\p2\main.c', line 246) 1> To work around this problem, try simplifying or changing the program near the locations listed above. 1> Please choose the Technical Support command on the Visual C++ 1> Help menu, or open the Technical Support help file for more information Error occurs both in Release and Debug mode. It compiled fine in VS2015 (before Update 1). Also the error goes away if I remove /openmp. I'll file a bug in MS Connect too, but is there anything we can do as a workaround? Comment 1 Gael Guennebaud 2015-12-02 08:38:17 UTC The only way to find a workaround (if any) would be to try to comment some code in Eigen (within general_matrix_matrix_product::run are within the callee)