Internal Compiler Error

Internal Compiler Error

[tanle]

Could you explain for you about "Internal Compiler Error"?
I am building the Linux kernel for microbalze (Atlys Board), there are 
some errors as:
fs/ext2/super.c: In function 'ext2_fill_super':
fs/ext2/super.c:1144:1: internal compiler error: in reload, at 
reload1.c:1059
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [fs/ext2/super.o] Error 1
make[1]: *** [fs/ext2] Error 2
make: *** [fs] Error 2
I use gcc version 4.6.1

Best Regards
TanLe

Re: Internal Compiler Error

[Andrew Haley]

Please son't cross-post to gcc and gcc-help.

On 12/24/2012 04:44 PM, tanle wrote:
> Could you explain for you about "Internal Compiler Error"?
> I am building the Linux kernel for microbalze (Atlys Board), there are 
> some errors as:
> fs/ext2/super.c: In function 'ext2_fill_super':
> fs/ext2/super.c:1144:1: internal compiler error: in reload, at 
> reload1.c:1059
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://gcc.gnu.org/bugs.html> for instructions.
> make[2]: *** [fs/ext2/super.o] Error 1
> make[1]: *** [fs/ext2] Error 2
> make: *** [fs] Error 2
> I use gcc version 4.6.1

It's a bug in the compiler.  If you report it, someone might
fix it.

Andrew.

RE: Internal Compiler Error

[Iyer, Balaji V]

The best way to handle this issue is to submit a bugzilla bug-request with a small test case that will replicate the internal error.

Thanks,

Balaji V. Iyer.

> -----Original Message-----
> From: gcc-owner@gcc.gnu.org [mailto:gcc-owner@gcc.gnu.org] On Behalf Of
> tanle
> Sent: Monday, December 24, 2012 11:44 AM
> To: gcc@gcc.gnu.org; gcc-help@gcc.gnu.org
> Subject: Internal Compiler Error
> 
> Could you explain for you about "Internal Compiler Error"?
> I am building the Linux kernel for microbalze (Atlys Board), there are some errors
> as:
> fs/ext2/super.c: In function 'ext2_fill_super':
> fs/ext2/super.c:1144:1: internal compiler error: in reload, at
> reload1.c:1059
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://gcc.gnu.org/bugs.html> for instructions.
> make[2]: *** [fs/ext2/super.o] Error 1
> make[1]: *** [fs/ext2] Error 2
> make: *** [fs] Error 2
> I use gcc version 4.6.1
> 
> Best Regards
> TanLe

internal compiler error

[Matt Sexton via gcc-help]

Hello,

I am encountering an internal compiler error when compiling with -O2

internal compiler error: in get_constraint_for_ptr_offset, at
tree-ssa-structalias.c:3155

I see this error when using the MinGW-w64 version of gcc, both version
7.2.0 on Fedora 27 and version 6.4.0 on Fedora 25.  I do not see the error
with MinGW version 4.9.2 on Fedora 21.  I do not see this error when
compiling natively for Linux on Centos 6 (4.4.7), Centos 7 (4.8.5), Fedora
21 (4.9.2), Fedora 25 (6.4.1), or Fedora 27 (7.2.1).

A backtrace:

#0  0x00007ffff649db90 in exit () from /lib64/libc.so.6
#1  0x0000000000f615a7 in
diagnostic_action_after_output(diagnostic_context*, diagnostic_t) ()
#2  0x0000000000f61cdd in diagnostic_report_diagnostic(diagnostic_context*,
diagnostic_info*) ()
#3  0x0000000000f6219f in diagnostic_impl(rich_location*, int, char const*,
__va_list_tag (*) [1], diagnostic_t) ()
#4  0x0000000000f62dc5 in internal_error(char const*, ...) ()
#5  0x0000000000f614f4 in fancy_abort(char const*, int, char const*) ()
#6  0x00000000009f0703 in get_constraint_for_ptr_offset(tree_node*,
tree_node*, vec<constraint_expr, va_heap, vl_ptr>*) ()
#7  0x00000000009f2162 in find_func_aliases(function*, gimple*) ()
#8  0x00000000009f79ef in compute_may_aliases() ()
#9  0x00000000007c6782 in execute_function_todo(function*, void*) ()
#10 0x00000000007c7853 in execute_todo(unsigned int) ()
#11 0x00000000007c95ee in execute_one_pass(opt_pass*) ()
#12 0x00000000007c9c71 in execute_pass_list_1(opt_pass*) ()
#13 0x00000000007c9c83 in execute_pass_list_1(opt_pass*) ()
#14 0x00000000007c9cc5 in execute_pass_list(function*, opt_pass*) ()
#15 0x000000000054f2c5 in cgraph_node::expand() ()
#16 0x00000000005505e1 in symbol_table::compile() [clone .part.51] ()
#17 0x0000000000552257 in symbol_table::finalize_compilation_unit() ()
#18 0x0000000000880d2a in compile_file() ()
#19 0x00000000004294d5 in toplev::main(int, char**) ()
#20 0x000000000042b83b in main ()

The problem does not occur with -O.  I attempted to narrow down the error
to a particular optimization flag by adding the additional optimization
flags enabled by -O2, as documented in the man page.  However, this
approach produced slightly different behavior:

internal compiler error: Segmentation fault

I found two flags, either of which added to -O triggers a
segfault: -ftree-pre and -fcode-hoisting.

A backtrace from running with "-O -ftree-pre"

#0  0x00000000009b2c1f in find_or_generate_expression(basic_block_def*,
tree_node*, gimple**) ()
#1  0x00000000009b234e in create_expression_by_pieces(basic_block_def*,
pre_expr_d*, gimple**, tree_node*) ()
#2  0x00000000009b43d2 in insert_into_preds_of_block(basic_block_def*,
unsigned int, vec<pre_expr_d*, va_heap, vl_ptr>) ()
#3  0x00000000009b666b in insert_aux(basic_block_def*, bool, bool) ()
#4  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#5  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#6  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#7  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#8  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#9  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#10 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#11 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#12 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#13 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#14 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#15 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#16 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#17 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#18 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#19 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#20 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#21 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#22 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#23 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#24 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#25 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#26 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#27 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#28 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#29 0x00000000009b7c19 in (anonymous
namespace)::pass_pre::execute(function*) ()
#30 0x00000000007c94a9 in execute_one_pass(opt_pass*) ()
#31 0x00000000007c9c71 in execute_pass_list_1(opt_pass*) ()
#32 0x00000000007c9c83 in execute_pass_list_1(opt_pass*) ()
#33 0x00000000007c9cc5 in execute_pass_list(function*, opt_pass*) ()
#34 0x000000000054f2c5 in cgraph_node::expand() ()
#35 0x00000000005505e1 in symbol_table::compile() [clone .part.51] ()
#36 0x0000000000552257 in symbol_table::finalize_compilation_unit() ()
#37 0x0000000000880d2a in compile_file() ()
#38 0x00000000004294d5 in toplev::main(int, char**) ()
#39 0x000000000042b83b in main ()

And a backtrace with "-O -fcode-hoisting"

#0  0x00000000009b2c1f in find_or_generate_expression(basic_block_def*,
tree_node*, gimple**) ()
#1  0x00000000009b234e in create_expression_by_pieces(basic_block_def*,
pre_expr_d*, gimple**, tree_node*) ()
#2  0x00000000009b64f8 in insert_aux(basic_block_def*, bool, bool) ()
#3  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#4  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#5  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#6  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#7  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#8  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#9  0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#10 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#11 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#12 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#13 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#14 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#15 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#16 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#17 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#18 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#19 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#20 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#21 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#22 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#23 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#24 0x00000000009b59a8 in insert_aux(basic_block_def*, bool, bool) ()
#25 0x00000000009b7c19 in (anonymous
namespace)::pass_pre::execute(function*) ()
#26 0x00000000007c94a9 in execute_one_pass(opt_pass*) ()
#27 0x00000000007c9c71 in execute_pass_list_1(opt_pass*) ()
#28 0x00000000007c9c83 in execute_pass_list_1(opt_pass*) ()
#29 0x00000000007c9cc5 in execute_pass_list(function*, opt_pass*) ()
#30 0x000000000054f2c5 in cgraph_node::expand() ()
#31 0x00000000005505e1 in symbol_table::compile() [clone .part.51] ()
#32 0x0000000000552257 in symbol_table::finalize_compilation_unit() ()
#33 0x0000000000880d2a in compile_file() ()
#34 0x00000000004294d5 in toplev::main(int, char**) ()
#35 0x000000000042b83b in main ()

Passing "-O2 -fno-tree-pre -fno-code-hoisting" to gcc still triggers the
segfault.

At this point, I do not have a small piece of code that I can share that
triggers the problem, though I will try to do so.

Can someone offer some suggestions on how to avoid the problem without
turning off all of -O2?  Or how I can provide more information to track
down the underlying problem?

Thank you,
Matt

Re: internal compiler error

[Mikhail Maltsev]

On Fri, Jan 19, 2018 at 1:16 PM, Matt Sexton via gcc-help <
gcc-help@gcc.gnu.org> wrote:

> At this point, I do not have a small piece of code that I can share that
> triggers the problem, though I will try to do so.
>
​You might want to try to use https://embed.cs.utah.edu/creduce/ to
generate such a piece of code from your source​ automatically. See also:
https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction

>
> Thank you,
> Matt
>



-- 
Regards,
   Mikhail Maltsev

Re: internal compiler error

[Matt Sexton via gcc-help]

On Fri, Jan 19, 2018 at 8:26 AM, Mikhail Maltsev <maltsevm@gmail.com> wrote:

> On Fri, Jan 19, 2018 at 1:16 PM, Matt Sexton via gcc-help <
> gcc-help@gcc.gnu.org> wrote:
>
>> At this point, I do not have a small piece of code that I can share that
>> triggers the problem, though I will try to do so.
>>
> ​You might want to try to use https://embed.cs.utah.edu/creduce/ to
> generate such a piece of code from your source​ automatically. See also:
> https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
>
>>
>>

Great suggestion.  What a brilliant tool.  It reduced the test case to the
following:

$ cat bug.c
typedef struct {
  struct {
    int a[0]
  }
} b;
typedef struct { int c } d;
__thread d e;
f;
g() {
  b *h = &e.c;
  int *a = h->a;
  i(a[f]);
  i(a[f]);
}


$ x86_64-w64-mingw32-gcc -O2 bug.c
bug.c:4:3: warning: no semicolon at end of struct or union
   }
   ^
bug.c:5:1: warning: no semicolon at end of struct or union
 } b;
 ^
bug.c:6:24: warning: no semicolon at end of struct or union
 typedef struct { int c } d;
                        ^
bug.c:8:1: warning: data definition has no type or storage class
 f;
 ^
bug.c:8:1: warning: type defaults to 'int' in declaration of 'f'
[-Wimplicit-int]
bug.c:9:1: warning: return type defaults to 'int' [-Wimplicit-int]
 g() {
 ^
bug.c: In function 'g':
bug.c:10:10: warning: initialization from incompatible pointer type
[-Wincompatible-pointer-types]
   b *h = &e.c;
          ^
bug.c:12:3: warning: implicit declaration of function 'i'
[-Wimplicit-function-declaration]
   i(a[f]);
   ^
bug.c:9:1: internal compiler error: in get_constraint_for_ptr_offset, at
tree-ssa-structalias.c:3155
 g() {
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://bugzilla.redhat.com/bugzilla> for instructions.

Re: internal compiler error

[Matt Sexton via gcc-help]

And here's a different piece of code that triggers a segfault:

$ cat bug.c

typedef enum { a } b;

typedef struct { b action } c;

d;

inline e(void *p1) {

  long *f = p1;

  long g = f[g] = d;

}

typedef struct { int h } i;

__thread i j;

k() {

  int *l = &j.h;

  c *entryp = l;

  int m = &entryp[m];

  for (;;) {

    e(&entryp[m]);

    entryp[m].action = a;

  }

}


$ x86_64-w64-mingw32-gcc -c -O -ftree-pre bug.c

*bug.c:2:27:* *warning: *no semicolon at end of struct or union

 typedef struct { b action *}* c;

                           *^*

*bug.c:3:1:* *warning: *data definition has no type or storage class

 *d*;

 *^*

*bug.c:3:1:* *warning: *type defaults to '*int*' in declaration of '*d*' [
*-Wimplicit-int*]

*bug.c:4:8:* *warning: *return type defaults to '*int*' [*-Wimplicit-int*]

 inline *e*(void *p1) {

        *^*

*bug.c:8:24:* *warning: *no semicolon at end of struct or union

 typedef struct { int h *}* i;

                        *^*

*bug.c:10:1:* *warning: *return type defaults to '*int*' [*-Wimplicit-int*]

 *k*() {

 *^*

*bug.c:* In function '*k*':

*bug.c:12:15:* *warning: *initialization from incompatible pointer type [
*-Wincompatible-pointer-types*]

   c *entryp = *l*;

               *^*

*bug.c:13:11:* *warning: *initialization makes integer from pointer without
a cast [*-Wint-conversion*]

   int m = *&*entryp[m];

           *^*

*bug.c:10:1:* *internal compiler error: *Segmentation fault

 *k*() {

 *^*

Please submit a full bug report,

with preprocessed source if appropriate.

See <http://bugzilla.redhat.com/bugzilla> for instructions.

Re: internal compiler error

[Mason]

On 19/01/2018 14:16, Matt Sexton wrote:

> I am encountering an internal compiler error when compiling with -O2

Is there any way to get mingw-w64 7.2 short of installing a full-blown
distro, or compiling from source?

Do the following testcases (slight variations on the one you provided)
also cause an ICE?

I used the following command-line:
gcc-7 -Wall -Wextra -std=gnu11 -O2 -S testcase.c


TESTCASE 1

struct b {
	struct { int a[0]; };
};
struct d { int c; };
__thread struct d e;
extern int f;
extern void foo(int i);
void g(void)
{
  struct b *h = &e.c;
  int *a = h->a;
  foo(a[f]);
  foo(a[f]);
}


TESTCASE 2

struct b {
	struct { int a[4]; };
};
struct d { int c; };
__thread struct d e;
extern int f;
extern void foo(int i);
void g(void)
{
  struct b *h = &e.c;
  int *a = h->a;
  foo(a[f]);
  foo(a[f]);
}


TESTCASE 3

struct b {
	struct { int a[1]; };
};
struct d { int c; };
struct d e;
extern int f;
extern void foo(int i);
void g(void)
{
  struct b *h = &e.c;
  int *a = h->a;
  foo(a[f]);
  foo(a[f]);
}


Regards.

Re: internal compiler error

[Matt Sexton via gcc-help]

On Mon, Jan 22, 2018 at 8:13 AM, Mason <slash.tmp@free.fr> wrote:

> On 19/01/2018 14:16, Matt Sexton wrote:
>
> > I am encountering an internal compiler error when compiling with -O2
>
> Is there any way to get mingw-w64 7.2 short of installing a full-blown
> distro, or compiling from source?
>
> Do the following testcases (slight variations on the one you provided)
> also cause an ICE?
>
>
I filed a formal bug report via GCC Bugzilla (Bug 83945) and the problem
has since been fixed.  You can see details here:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83945

Thank you for response,
Matt

internal compiler error

[Malte.Mauelshagen]

hello,
i converted some files of my project from fixed-format (.f77) to free-format (.f90) and divided the code into some subroutines.
Unfortunately now, there occurs a problem and i dont know how to solve:

gfortran -x f95-cpp-input -ffast-math -m64 -w -O2 -frecord-marker=4  -DtwoD -UnoTecplotLib -Dturbvel -Dcaa -Dpurser -Dpartini -Dsweeping -Dltble -Dfiltering -c ../MainSubs/PianoInterface.f90 2>&1 |tee PianoInterface.err
../MainSubs/PianoInterface.f90: In function ‘initpiano’:
../MainSubs/PianoInterface.f90:494: internal compiler error: in gfc_conv_function_val, at fortran/trans-expr.c:1177
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.opensuse.org> for instructions.

Here is an extract from my code(../MainSubs/PianoInterface.f90): (lines 458-498)




-----------------------------------------------------------------------
!---- get necessary information from logic file and ...
!=======================================================================
      call ReadLogic(Fil%Log, GlobDirLast, SegMap)
      write(PipOut, 401) &
#ifdef parallel
     &                   'Processor', MyCPU, ': ', &
#endif
     &                   'logic read in and distributed ...'
      call Wait

!-----------------------------------------------------------------------
!---- ... distributes the work
!=======================================================================
      call Distribute(DirIn//Fil%Proc, Box2Process, Glob2Local, &
     &                Loc2Global, MaxBox, GlobMaxBox, DirLast, &
     &                GlobDirLast)
      write(PipOut, 401) &
#ifdef parallel
     &                   'Processor', MyCPU, ': ', &
#endif
     &                   'all blocks are distributed ...'
      call Wait   

!-----------------------------------------------------------------------
!---- checks all readed parameters for consistency
!=======================================================================
      call CheckPara(SrcPeriod, dtSource, thermo, &
     &               NoInit, Init, AreaVar, MicsVar, NoDamp, Damp, &
     &               NoCirc, Circles, NoSrcFile, RPMpara, sponge, SBT)

      write(PipOut, 401) &
#ifdef parallel
     &                   'Processor', MyCPU, ': ', &
#endif
     &                   'check of parameters passed ...'
      call Wait      !!!!!!!!!!(THIS IS LINE 494!!!!!!)!!!!!

!---- detect type of running machine and initialize parameters in C-world
!-----------------------------------------------------------------------
      box = TestMachine(Dim, FormInt, FormFlt, FormDbl, zero,Debug%Read)



It seems to be a bit arbitrary, because the two times the fuction wait is called before, it works.
I use "GNU Fortran 95 (GCC) 4.1.2 20070115 (SUSE Linux)" and "x86_64 GNU/Linux".
Hopefully this is the correct mailing-list and you know how to solve the problem.

Thank you in advance
Malte Mauelshagen

-----------------------------------------------------------------------------
German Aerospace Center (DLR)
Member of the Helmholtz-Association
Institute of Aerodynamics and Flow Technology

Re: internal compiler error

[Ian Lance Taylor]

<Malte.Mauelshagen@dlr.de> writes:

> i converted some files of my project from fixed-format (.f77) to free-format (.f90) and divided the code into some subroutines.
> Unfortunately now, there occurs a problem and i dont know how to solve:
>
> gfortran -x f95-cpp-input -ffast-math -m64 -w -O2 -frecord-marker=4  -DtwoD -UnoTecplotLib -Dturbvel -Dcaa -Dpurser -Dpartini -Dsweeping -Dltble -Dfiltering -c ../MainSubs/PianoInterface.f90 2>&1 |tee PianoInterface.err
> ../MainSubs/PianoInterface.f90: In function ‘initpiano’:
> ../MainSubs/PianoInterface.f90:494: internal compiler error: in gfc_conv_function_val, at fortran/trans-expr.c:1177
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://bugs.opensuse.org> for instructions.

An "internal compiler error" always indicates a compiler bug.  Since you
are using gcc 4.1.2 and the current version is 4.5.0, one obvious
approach to avoiding the problem is to try a newer version of the
compiler.  If that is impossible for some reason, then other things to
try would be to compile that bit of code without optimization, or to
just try to adjust the code until the error no longer occurs.

I would not be at all surprised if this error occurs when the compiler
is trying to handle code which is itself erroneous, so you should
convince yourself that your code is correct.

Ian

internal compiler error

[raian.ufop]

I was trying to compile the TerraLib library (www.terralib.org) which is a
C++ library for GIS development.

But I found the following error:

"Internal compiler error: in rest_of_handle_final, at toplev.c:2067"

My development environment is:

 * Windows XP pro
 * gcc 3.4.5
 * ld version 2.17.50 20060824
 * mingw version 5.1.3
 * build environment : DOS cmd
 * no MSYS 

The full error msg:

make -f makeTerralib
mingw32-make[1]: Entering directory
`F:/ElicpseWKspcs/Terralib320rc3/TerraLib/terralibx/terralib'
g++ -c -g -frtti -Wall -DUNICODE -DQT_LARGEFILE_SUPPORT
-I"..\..\src\terralib\kernel"
-I"..\..\src\terralib\functions" -I"..\..\src\terralib\utils"
-I"..\..\src\tiff"
-I"..\..\src\zlib" -I"..\..\src\terralib\drivers\libjpeg"
-I"c:\Qt\4.3.2\mkspecs\win32-g++"
-o .obj\TeAffineGTFactory.o ..\..\src\terralib\kernel\TeAffineGTFactory.cpp
In file included from ../../src/terralib/kernel/TeMatrix.h:30,
                 from
../../src/terralib/kernel/TeGeometricTransformation.h:32,
                 from ../../src/terralib/kernel/TeGTFactory.h:44,
                 from ../../src/terralib/kernel/TeProjectiveGTFactory.h:28,
                 from ../../src/terralib/kernel/TeGTFactory.h:38,
                 from ..\..\src\terralib\kernel\TeAffineGTFactory.h:31,
                 from ..\..\src\terralib\kernel\TeAffineGTFactory.cpp:24:
../../src/terralib/kernel/TeException.h:30: warning: ignoring #pragma
warning 
..\..\src\terralib\kernel\TeAffineGTFactory.cpp: In constructor
`TeAffineGTFactory::TeAffineGTFactory()':
..\..\src\terralib\kernel\TeAffineGTFactory.cpp:31: internal compiler error:
in
rest_of_handle_final, at toplev.c:2067
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.mingw.org/bugs.shtml> for instructions.
mingw32-make[1]: *** [.obj\TeAffineGTFactory.o] Error 1
mingw32-make[1]: Leaving directory
`F:/ElicpseWKspcs/Terralib320rc3/TerraLib/terralibx/terralib'
mingw32-make: *** [TerraLib] Error 2

Can you help me?

Thanks
Raian
-- 
View this message in context: http://www.nabble.com/internal-compiler-error-tp15766872p15766872.html
Sent from the gcc - Help mailing list archive at Nabble.com.

Re: internal compiler error

[Brian Dessent]

> ..\..\src\terralib\kernel\TeAffineGTFactory.cpp:31: internal compiler error:
> in
> rest_of_handle_final, at toplev.c:2067
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.mingw.org/bugs.shtml> for instructions.
> mingw32-make[1]: *** [.obj\TeAffineGTFactory.o] Error 1
> mingw32-make[1]: Leaving directory
> `F:/ElicpseWKspcs/Terralib320rc3/TerraLib/terralibx/terralib'
> mingw32-make: *** [TerraLib] Error 2

The URL tells you how to report the problem to MinGW and that's what you
should do.  Filing a PR with the FSF gcc bug tracker won't accomplish
anything because 3.4 has not been maintained in quite some time, so it
will just be closed as invalid.  For various reasons the MinGW and
Cygwin projects are still stuck using older versions with lots of local
patches, and so you're better off dealing with issues there rather than
upstream.

You should try the MinGW gcc 4.2 technology preview release and see if
it still has this error.

Brian

Re: internal compiler error

[raian.ufop]

Hello Brian, 
I have trying to use the MinGW gcc 4.2 already, but I'm having the same
error with this version. And I was reported this error either. 

Thanks

-- 
View this message in context: http://www.nabble.com/internal-compiler-error-tp15766872p15810922.html
Sent from the gcc - Help mailing list archive at Nabble.com.

Internal compiler error.

[DEEPA SIVASANKARANE]

Hi folks,

  I use a certain arch. specific "umsgcc" (gcc 2.97 
compatible) whose specs are as follow:
------------------------------------------------------------
Using builtin specs.
Configured with: //d/sanjiv/proj/tools/redhat/configure --
host=i686-pc-cygwin --target=cra8500-elf --
prefix=//f/redhat/cradle --exec-prefix=//f/redhat/cradle/H-
i686-pc-cygwin
UMSGCC version 3.2.042 (with gcc version 2.97-cradle-011011)
-------------------------------------------------------------

I get a internal compiler error, on compiling this peice
of code. Could someone please help ?

static int __init profile_setup(char *str)
{
    int par;
    if (get_option(&str,&par)) prof_shift = par;
	return 1;
}


Thanx,
best regards,
Deepa

Re: Internal compiler error

[Av Vl]

On Mon, 02 July 2001, Yann Collete wrote:

> 
> Hello,
> 
> What is your version of binutils (ld --version for example).
> I've a problem with binutils 2.9.5 (ld can't find some symbols).
> So, try to install the latest version of binutils.
> 
> YC
> > Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
> > List-Unsubscribe: 
> < mailto:gcc-help-unsubscribe-collette=clt13bi.der.edf.fr@gcc.gnu.org >
> > List-Archive: < http://gcc.gnu.org/ml/gcc-help/ >
> > List-Post: < mailto:gcc-help@gcc.gnu.org >
> > List-Help: < mailto:gcc-help-help@gcc.gnu.org >
> > Delivered-To: mailing list gcc-help@gcc.gnu.org
> > Date: 2 Jul 2001 08:04:32 -0700
> > X-Sent: 2 Jul 2001 15:04:32 GMT
> > Content-Disposition: inline
> > Mime-Version: 1.0
> > To: gcc-help@gcc.gnu.org
> > From: Av Vl <anvitvl@altavista.com>
> > X-Sent-From: anvitvl@altavista.com
> > Subject: Internal compiler error
> > 
> > Hi. I've downloaded gcc-3.0 and glibc-2.2.3 recently. I've installed gcc to 
> /usr, everything seemed to be ok, but after recompilation of NVidia kernel 
> driver for X it didn't start anymore. Moreover, X fails to start because of the 
> GLX module(using the opensource nv driver). After installation of glibc-2.2.3 i 
> can't recompile either glibc or gcc because of some internal errors, though a 
> few source tarballs have successfully compiled. Actually, gcc --version show 3.0 
> and /lib/libc.so.6 2.2.3. Now i get unresolved symbols when either inserting 
> NVdriver or alsa sound driver. My linux system is a total mess. Can anyone help 
> me to fix it?

Hi, thanks for help.Well, actually my binutils version is 2.10.90. Still, i'll upgrade. Could it be caused by overclocking, for instance? Because i have celeron-566 at 850 MHz. Yet, weird trouble with X are not explained by this. Frankly speaking, i had trouble installing glibc, make check failed. Maybe, this is an explanation?
Thanks in advance.


Find the best deals on the web at AltaVista Shopping!
http://www.shopping.altavista.com

Internal compiler error

[Av Vl]

Hi. I've downloaded gcc-3.0 and glibc-2.2.3 recently. I've installed gcc to /usr, everything seemed to be ok, but after recompilation of NVidia kernel driver for X it didn't start anymore. Moreover, X fails to start because of the GLX module(using the opensource nv driver). After installation of glibc-2.2.3 i can't recompile either glibc or gcc because of some internal errors, though a few source tarballs have successfully compiled. Actually, gcc --version show 3.0 and /lib/libc.so.6 2.2.3. Now i get unresolved symbols when either inserting NVdriver or alsa sound driver. My linux system is a total mess. Can anyone help me to fix it?


Find the best deals on the web at AltaVista Shopping!
http://www.shopping.altavista.com

Internal compiler error

[Guardian]

Comments: Buggy compiler, how to compile a compiler with a buggy
compiler, what do I need to upgrade on Slackware 4.0

-- 


Trying to compile gcc2.95.1

While doing make bootstrap....

make[2]: Entering directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
stage1/xgcc -Bstage1/ -B/usr/local/i686-pc-linux-gnulibc1/bin/ 
-DIN_GCC    -DUSE_GNULIBC_1 -O2 -g -O2  -DHAVE_CONFIG_H    -I.
-I/usr/local/src/gcc-2.95.1/gcc -I/usr/local/src/gcc-2.95.1/gcc/config
-I/usr/local/src/gcc-2.95.1/gcc/../include \
 
-DGCC_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/include\"
\
 
-DGPLUSPLUS_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../..`echo
/usr/local | sed -e 's|^/usr/local||' -e
's|/[^/]*|/..|g'`/include/g++-3\" \
  -DLOCAL_INCLUDE_DIR=\"/usr/local/include\" \
 
-DCROSS_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../../i686-pc-linux-gnulibc1/sys-include\"
\
 
-DTOOL_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../../i686-pc-linux-gnulibc1/include\"
\
  -c `echo /usr/local/src/gcc-2.95.1/gcc/cccp.c | sed 's,^\./,,'`
xgcc: Internal compiler error: program cc1 got fatal signal 11
make[2]: *** [cccp.o] Error 1
make[2]: Leaving directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
make: *** [bootstrap] Error 2

This is one reason I want to upgrade my compiler.  I did get qt 2.0 to
compile but I had to disable optimize. I do want to optimize since going
to all the trouble to compile.  So, this is the main reason for
upgrading to gcc.2.95.1

What's wrong with this compiler?  Do I even need a native compiler to
compile gcc-full?  It say you must have automake, autoconfig, and
binutils, what else?

This has got me so confused I don't know what to do.  I can't compile
shit without going through a lot of trouble to get it to work.  Then
it's not compiled the way I want it; such as, no optimized code.  I can
find no updates for Slackware native packages anywhere; only newer or
beta distributions.  Must I upgrade my slackware distribution everytime
I need an overhaul?  Beside, that won't work cause the latest beta don't
include what I want to install.

My system:  233mhz Cyrix, 96megs ram, two 120meg swap partitions, and a
full Slackware 4.0 install.

Note:  if I install binaries, well that would NOT fix my compiler
problem, now would it.

My current gcc usually dumps out most large g++ sources.  Has anyone had
this problem?


Thanks,


Guardian
remove the obvious.

Re: Internal compiler error

[jwk]

On Wed, 29 Sep 1999 15:48:45 -0400, Guardian
<guardianNOSTUFF@sdf.lonestar.org> wrote:
>Comments: Buggy compiler, how to compile a compiler with a buggy
>compiler, what do I need to upgrade on Slackware 4.0
>
>xgcc: Internal compiler error: program cc1 got fatal signal 11
>make[2]: *** [cccp.o] Error 1

There is a sig11-HowTo floating around (try ftpsearch to retrieve it)
which says it is *almost always* a hardware fault (bad ram, overclocked
CPU, fan failure etc) but I can attest from personal experience that if
it happens during make bootstrap *and always at exactly the same point*
it may also be your libc-libraries and your libc-header files are not
compatible.....


Jurriaan

-- 
proof by intimidation:
	'Trivial'.

Re: Internal compiler error

[jwk]

On Wed, 29 Sep 1999 15:48:45 -0400, Guardian
<guardianNOSTUFF@sdf.lonestar.org> wrote:
>Comments: Buggy compiler, how to compile a compiler with a buggy
>compiler, what do I need to upgrade on Slackware 4.0
>
>xgcc: Internal compiler error: program cc1 got fatal signal 11
>make[2]: *** [cccp.o] Error 1

There is a sig11-HowTo floating around (try ftpsearch to retrieve it)
which says it is *almost always* a hardware fault (bad ram, overclocked
CPU, fan failure etc) but I can attest from personal experience that if
it happens during make bootstrap *and always at exactly the same point*
it may also be your libc-libraries and your libc-header files are not
compatible.....


Jurriaan

-- 
proof by intimidation:
	'Trivial'.

Re: Internal compiler error

[jwk]

On Wed, 29 Sep 1999 15:48:45 -0400, Guardian
<guardianNOSTUFF@sdf.lonestar.org> wrote:
>Comments: Buggy compiler, how to compile a compiler with a buggy
>compiler, what do I need to upgrade on Slackware 4.0
>
>xgcc: Internal compiler error: program cc1 got fatal signal 11
>make[2]: *** [cccp.o] Error 1

There is a sig11-HowTo floating around (try ftpsearch to retrieve it)
which says it is *almost always* a hardware fault (bad ram, overclocked
CPU, fan failure etc) but I can attest from personal experience that if
it happens during make bootstrap *and always at exactly the same point*
it may also be your libc-libraries and your libc-header files are not
compatible.....


Jurriaan

-- 
proof by intimidation:
	'Trivial'.

Re: Internal compiler error

[Guardian]

jwk wrote:
> 
> On Wed, 29 Sep 1999 15:48:45 -0400, Guardian
> <guardianNOSTUFF@sdf.lonestar.org> wrote:
> >Comments: Buggy compiler, how to compile a compiler with a buggy
> >compiler, what do I need to upgrade on Slackware 4.0
> >
> >xgcc: Internal compiler error: program cc1 got fatal signal 11
> >make[2]: *** [cccp.o] Error 1
> 
> There is a sig11-HowTo floating around (try ftpsearch to retrieve it)
> which says it is *almost always* a hardware fault (bad ram, overclocked
> CPU, fan failure etc) but I can attest from personal experience that if
> it happens during make bootstrap *and always at exactly the same point*
> it may also be your libc-libraries and your libc-header files are not
> compatible.....
> 
> Jurriaan
> 
> --
> proof by intimidation:
>         'Trivial'.


Yes, the problem was...

A few months ago I had a bad cyrix 233mhz processor.  While trying to
determine the problem, I swapped processors, puting in a 200mhz cyrix
chip; since it fixed my boot problem, I left it in never setting my
jumper to match the 200.  Setting my bus speed back to 66mhz fixed all
my compiler problems.

Strange it did not show up except when trying to compile C++ programs. 
I could run linux with kde, or fvwm, and serveral other programs at
once, even started X sever on two terminal -- had no problems all this
while.

Thanks for the tip, but I had already spent day and night and found the
sig11 howto.  During the last failed build it gave a sig139 (processor
driver dumped core) and a search led me the proper page.

Thanks again,


Guardian

Re: Internal compiler error

[Guardian]

jwk wrote:
> 
> On Wed, 29 Sep 1999 15:48:45 -0400, Guardian
> <guardianNOSTUFF@sdf.lonestar.org> wrote:
> >Comments: Buggy compiler, how to compile a compiler with a buggy
> >compiler, what do I need to upgrade on Slackware 4.0
> >
> >xgcc: Internal compiler error: program cc1 got fatal signal 11
> >make[2]: *** [cccp.o] Error 1
> 
> There is a sig11-HowTo floating around (try ftpsearch to retrieve it)
> which says it is *almost always* a hardware fault (bad ram, overclocked
> CPU, fan failure etc) but I can attest from personal experience that if
> it happens during make bootstrap *and always at exactly the same point*
> it may also be your libc-libraries and your libc-header files are not
> compatible.....
> 
> Jurriaan
> 
> --
> proof by intimidation:
>         'Trivial'.


Yes, the problem was...

A few months ago I had a bad cyrix 233mhz processor.  While trying to
determine the problem, I swapped processors, puting in a 200mhz cyrix
chip; since it fixed my boot problem, I left it in never setting my
jumper to match the 200.  Setting my bus speed back to 66mhz fixed all
my compiler problems.

Strange it did not show up except when trying to compile C++ programs. 
I could run linux with kde, or fvwm, and serveral other programs at
once, even started X sever on two terminal -- had no problems all this
while.

Thanks for the tip, but I had already spent day and night and found the
sig11 howto.  During the last failed build it gave a sig139 (processor
driver dumped core) and a search led me the proper page.

Thanks again,


Guardian

Internal compiler error

[Guardian]

Comments: Buggy compiler, how to compile a compiler with a buggy
compiler, what do I need to upgrade on Slackware 4.0

-- 


Trying to compile gcc2.95.1

While doing make bootstrap....

make[2]: Entering directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
stage1/xgcc -Bstage1/ -B/usr/local/i686-pc-linux-gnulibc1/bin/ 
-DIN_GCC    -DUSE_GNULIBC_1 -O2 -g -O2  -DHAVE_CONFIG_H    -I.
-I/usr/local/src/gcc-2.95.1/gcc -I/usr/local/src/gcc-2.95.1/gcc/config
-I/usr/local/src/gcc-2.95.1/gcc/../include \
 
-DGCC_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/include\"
\
 
-DGPLUSPLUS_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../..`echo
/usr/local | sed -e 's|^/usr/local||' -e
's|/[^/]*|/..|g'`/include/g++-3\" \
  -DLOCAL_INCLUDE_DIR=\"/usr/local/include\" \
 
-DCROSS_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../../i686-pc-linux-gnulibc1/sys-include\"
\
 
-DTOOL_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../../i686-pc-linux-gnulibc1/include\"
\
  -c `echo /usr/local/src/gcc-2.95.1/gcc/cccp.c | sed 's,^\./,,'`
xgcc: Internal compiler error: program cc1 got fatal signal 11
make[2]: *** [cccp.o] Error 1
make[2]: Leaving directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
make: *** [bootstrap] Error 2

This is one reason I want to upgrade my compiler.  I did get qt 2.0 to
compile but I had to disable optimize. I do want to optimize since going
to all the trouble to compile.  So, this is the main reason for
upgrading to gcc.2.95.1

What's wrong with this compiler?  Do I even need a native compiler to
compile gcc-full?  It say you must have automake, autoconfig, and
binutils, what else?

This has got me so confused I don't know what to do.  I can't compile
shit without going through a lot of trouble to get it to work.  Then
it's not compiled the way I want it; such as, no optimized code.  I can
find no updates for Slackware native packages anywhere; only newer or
beta distributions.  Must I upgrade my slackware distribution everytime
I need an overhaul?  Beside, that won't work cause the latest beta don't
include what I want to install.

My system:  233mhz Cyrix, 96megs ram, two 120meg swap partitions, and a
full Slackware 4.0 install.

Note:  if I install binaries, well that would NOT fix my compiler
problem, now would it.

My current gcc usually dumps out most large g++ sources.  Has anyone had
this problem?


Thanks,


Guardian
remove the obvious.

Internal compiler error

[Guardian]

Comments: Buggy compiler, how to compile a compiler with a buggy
compiler, what do I need to upgrade on Slackware 4.0

-- 


Trying to compile gcc2.95.1

While doing make bootstrap....

make[2]: Entering directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
stage1/xgcc -Bstage1/ -B/usr/local/i686-pc-linux-gnulibc1/bin/ 
-DIN_GCC    -DUSE_GNULIBC_1 -O2 -g -O2  -DHAVE_CONFIG_H    -I.
-I/usr/local/src/gcc-2.95.1/gcc -I/usr/local/src/gcc-2.95.1/gcc/config
-I/usr/local/src/gcc-2.95.1/gcc/../include \
 
-DGCC_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/include\"
\
 
-DGPLUSPLUS_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../..`echo
/usr/local | sed -e 's|^/usr/local||' -e
's|/[^/]*|/..|g'`/include/g++-3\" \
  -DLOCAL_INCLUDE_DIR=\"/usr/local/include\" \
 
-DCROSS_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../../i686-pc-linux-gnulibc1/sys-include\"
\
 
-DTOOL_INCLUDE_DIR=\"/usr/local/lib/gcc-lib/i686-pc-linux-gnulibc1/2.95.1/../../../../i686-pc-linux-gnulibc1/include\"
\
  -c `echo /usr/local/src/gcc-2.95.1/gcc/cccp.c | sed 's,^\./,,'`
xgcc: Internal compiler error: program cc1 got fatal signal 11
make[2]: *** [cccp.o] Error 1
make[2]: Leaving directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory `/usr/local/src/gcc-2.95.1/objdir/gcc'
make: *** [bootstrap] Error 2

This is one reason I want to upgrade my compiler.  I did get qt 2.0 to
compile but I had to disable optimize. I do want to optimize since going
to all the trouble to compile.  So, this is the main reason for
upgrading to gcc.2.95.1

What's wrong with this compiler?  Do I even need a native compiler to
compile gcc-full?  It say you must have automake, autoconfig, and
binutils, what else?

This has got me so confused I don't know what to do.  I can't compile
shit without going through a lot of trouble to get it to work.  Then
it's not compiled the way I want it; such as, no optimized code.  I can
find no updates for Slackware native packages anywhere; only newer or
beta distributions.  Must I upgrade my slackware distribution everytime
I need an overhaul?  Beside, that won't work cause the latest beta don't
include what I want to install.

My system:  233mhz Cyrix, 96megs ram, two 120meg swap partitions, and a
full Slackware 4.0 install.

Note:  if I install binaries, well that would NOT fix my compiler
problem, now would it.

My current gcc usually dumps out most large g++ sources.  Has anyone had
this problem?


Thanks,


Guardian
remove the obvious.