Bug 8261 - [HP-UX] internal error when trying to build hpux cross compiler
Summary: [HP-UX] internal error when trying to build hpux cross compiler
Status: RESOLVED DUPLICATE of bug 10229
Alias: None
Product: gcc
Classification: Unclassified
Component: bootstrap (show other bugs)
Version: 3.2
: P2 critical
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords: ice-on-valid-code
Depends on:
Blocks:
 
Reported: 2002-10-17 10:16 UTC by ahs3
Modified: 2003-07-10 16:06 UTC (History)
2 users (show)

See Also:
Host: i686-pc-linux-gnu
Target: ia64-hp-hpux11.22
Build: ia64-hp-hpux11.22
Known to work:
Known to fail:
Last reconfirmed:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ahs3 2002-10-17 10:16:02 UTC
	When trying to build a cross-compiler (from Debian GNU/Linux 3.0,
	to HP-UX 11.22, I get the following internal error when the compiler
	tries to build itself:
	../../gcc-3.2/gcc/config/ia64/unwind-ia64.c: In function `alloc_reg_state':
	../../gcc-3.2/gcc/config/ia64/unwind-ia64.c:263: Internal compiler error in emit_move_insn, at expr.c:2776

Release:
3.2

Environment:
System: Linux fcahs3 2.4.18-ac3 #6 Thu Oct 10 11:54:16 MDT 2002 i686 unknown unknown GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: ia64-hp-hpux11.22
target: ia64-hp-hpux11.22
configured with:  used the following script to build....
   #!/bin/sh
   #
   #   Build cross-compiler for ia64 running hpux
   #
   
   GCC_SRC=gcc-3.2
   GCC_BLD=ia64-gcc-hpux
   
   PREFIX=/opt/ia64-hpux
   EXEC_PREFIX=${PREFIX}/bin
   
   TARGET=ia64-hp-hpux11.22
   HEADERS=../hpux-include
   
   cd /home/ahs3/projects/martin/gcc
   rm -rf $GCC_BLD
   
   #-- build gcc next
   echo "============ GCC ====================="
   [ -d $GCC_BLD ] || mkdir $GCC_BLD
   cd $GCC_BLD
   [ -f Makefile ] && make clean
   
   export PATH=$PATH:$EXEC_PREFIX
   
   CCOPTS=-Wall \
   AS_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-as         \
      LD_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-ld         \
      AR_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-ar         \
      RANLIB_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-ranlib \
      NM_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-nm         \
      OBJDUMP_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-objdump \
      ../$GCC_SRC/configure --enable-languages=c \
         --target $TARGET --prefix=$PREFIX -v --enable-threads=posix \
         --with-headers=${HEADERS}
   [ $? = 0 ] || exit 1
   
   CCOPTS=-Wall \
   AS_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-as         \
      LD_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-ld         \
      AR_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-ar         \
      NM_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-nm         \
      OBJDUMP_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-objdump \
      RANLIB_FOR_TARGET=${EXEC_PREFIX}/${TARGET}-ranlib \
      make all install
   [ $? = 0 ] || exit 1
   
   exit 0

How-To-Repeat:
	Build binutils using the target and prefix values from the script listed
	in "configure with".  Then, build gcc using the script in the "configure
	with" field.  The ICE occurs when trying to compile the file gcc/
	config/ia64/unwind-ia64.c.  At least, that's what I did.  It appears
	that binutils is not involved in this particular problem, though it
	is needed to get this far in the build.
Comment 1 ahs3 2002-10-17 10:16:02 UTC
Fix:
	No known workaround.  I tried several attempts to rewrite the code
	that causes the internal compiler error (in ia64intrin.c and in
	unwind-ia64.c) but made no progress.
Comment 2 Dara Hazeghi 2003-05-07 01:48:06 UTC
From: Dara Hazeghi <dhazeghi@yahoo.com>
To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org,
   ahs3@fc.hp.com
Cc:  
Subject: Re: other/8261: internal error when trying to build hpux cross compiler
Date: Wed, 7 May 2003 01:48:06 -0700

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit- 
 trail&database=gcc&pr=8261
 
 Hello,
 
 could the submitter please confirm whether this problem still occurs in  
 gcc 3.2.3? If so, would it be possible to include the preprocessed  
 source that the compiler is crashing on (as indicated in the error  
 message), so that we may check whether this bug exists in newer  
 versions of gcc? Thanks,
 
 Dara
 
Comment 3 Giovanni Bajo 2003-05-07 10:19:37 UTC
State-Changed-From-To: open->feedback
State-Changed-Why: Read Dara's question. Please, attach a preprocessed source
    to this PR so that we can try and reproduce the bug.
Comment 4 Dara Hazeghi 2003-06-20 23:35:15 UTC
Duplicate of 10229. Essentially a known issue, but one which shouldn't be encountered any more.

*** This bug has been marked as a duplicate of 10229 ***
Comment 5 ahs3 2003-07-10 16:06:48 UTC
Sorry for the delay in responding....

This is no longer a problem in 3.3 -- I have not been able to reproduce it with
3.3 or top-of-tree from CVS.