[Trilinos-Users] [EXTERNAL] Re: Compiling with GCC 4.8.0

Perschbacher, Brent M bmpersc at sandia.gov
Tue Apr 9 12:38:28 MDT 2013


Looks like this might be an actual bug in the compiler.
http://comments.gmane.org/gmane.comp.gcc.bugs/367062 details something
related. The last comment does suggest that this is no longer happening,
but it was made a few days ago so I don't know if a released 4.8.x would
have the fix yet.

Brent

On 4/9/13 12:06 PM, "Heroux, Mike" <MHeroux at csbsju.edu> wrote:

>By default OpenMP is off.  This shouldn't be the issue.
>
>Are you sure that you are using the same 4.8.0 g++/gfortran version?  Just
>checking the easy stuff first.
>
>
>On 4/9/13 12:45 PM, "Andrey Prokopenko" <aprokop at sandia.gov> wrote:
>
>>Dave,
>>
>>I have been compiling with gcc 4.8.0 for quite a while, and don't see
>>such errors. But I disable OpenMP explicitly in the configure file (-D
>>Trilinos_ENABLE_OpenMP=OFF).
>>
>>-Andrey
>>
>>On Tue 09 Apr 2013 11:29:39 AM MDT, Littlewood, David John wrote:
>>> Greetings,
>>>
>>> Has anyone had luck building Trilinos with GCC 4.8.0?
>>>
>>> I just gave it a shot on a Mac running OS X 10.7.5 and got the
>>> following error:
>>>
>>> 
>>>/Users/djlittl/Software/trilinos/trilinos-11.0.3/packages/epetra/src/Epe
>>>t
>>>ra_MultiVector.cpp:
>>> In member function Œint Epetra_MultiVector::Abs(const
>>> Epetra_MultiVector&)¹:
>>> 
>>>/Users/djlittl/Software/trilinos/trilinos-11.0.3/packages/epetra/src/Epe
>>>t
>>>ra_MultiVector.cpp:1166:63:
>>> internal compiler error: in prepare_cmp_insn, at optabs.c:4190
>>>      for (int j=0; j < myLength; j++) to[j] = std::abs(from[j]);
>>>                                                                ^
>>>
>>> 
>>>/Users/djlittl/Software/trilinos/trilinos-11.0.3/packages/epetra/src/Epe
>>>t
>>>ra_MultiVector.cpp:1166:63:
>>> internal compiler error: Abort trap: 6
>>> g++: internal compiler error: Abort trap: 6 (program cc1plus)
>>>
>>> The offending code in Epetra_MultiVector.cpp looks pretty
>>> straightforward, just a simple for loop.
>>>
>>> It is preceded by
>>>
>>> #ifdef EPETRA_HAVE_OMP
>>> #pragma omp parallel for default(none)
>>> #endif
>>>
>>> But I'm assuming that by default, EPETRA_HAVE_OMP is set to false, so
>>> the omp code wouldn't have any effect.
>>>
>>> I'm guessing my best course of action is to abandon GCC 4.8.0 in favor
>>> of 4.7.2.  I have successfully built with 4.7.2 on a different machine.
>>>
>>> Thoughts?
>>>
>>> Thanks,
>>> Dave
>>>
>>>
>>>
>>> _______________________________________________
>>> Trilinos-Users mailing list
>>> Trilinos-Users at software.sandia.gov
>>> http://software.sandia.gov/mailman/listinfo/trilinos-users
>>_______________________________________________
>>Trilinos-Users mailing list
>>Trilinos-Users at software.sandia.gov
>>http://software.sandia.gov/mailman/listinfo/trilinos-users
>
>
>_______________________________________________
>Trilinos-Users mailing list
>Trilinos-Users at software.sandia.gov
>http://software.sandia.gov/mailman/listinfo/trilinos-users




More information about the Trilinos-Users mailing list