[Bug java/28577] New: make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[Bug java/28577] New: make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[t35t0r at gmail dot com]

Trying to compile gcc-4.1.1 with icc-9.1.042 . I did:

setenv CC icc
setenv CXX icc
./configure --prefix=/not/normal --enable-threads --enable-tls
make

It got to this location and failed:

/usr/include/sys/ucontext.h: At global scope:
/usr/include/sys/ucontext.h:49: error: array bound is not an integer constant
../.././libjava/prims.cc:146: warning: unused parameter '_sip'
make[3]: *** [prims.lo] Error 1
make[3]: Leaving directory
`/blah/user/gcc-4.1.1/ia64-unknown-linux-gnu/libjava'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/blah/user/gcc-4.1.1/ia64-unknown-linux-gnu/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/blah/user/gcc-4.1.1'
make: *** [all] Error 2

I guess this is a icc problem but I don't know. I can also post a bug to
premier.intel.com .


-- 
           Summary: make of gcc-4.1.1 failed using icc v9.1.042 on ia64
           Product: gcc
           Version: 4.1.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: t35t0r at gmail dot com
 GCC build triplet: ia64 ia64 ia64 GNU/Linux
  GCC host triplet: ia64 ia64 ia64 GNU/Linux
GCC target triplet: ia64 ia64 ia64 GNU/Linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug java/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2006-08-02 20:13 -------

Two issues, first you should be building in a different directory than the
source directory.  Second, is that you should be using make bootstrap instead
of make.

Does doing both of them fix the problem?

If not, then what is the line 49 of the file /usr/include/sys/ucontext.h?


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug bootstrap/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[wilson at specifix dot com]

------- Comment #2 from wilson at specifix dot com  2006-08-04 01:34 -------
Subject: Re:  make of gcc-4.1.1 failed using icc v9.1.042
 on ia64

pinskia at gcc dot gnu dot org wrote:
> ------- Comment #1 from pinskia at gcc dot gnu dot org  2006-08-02 20:13 -------
> If not, then what is the line 49 of the file /usr/include/sys/ucontext.h?

Essentially, we are using offsetof to size an array.  This would be a 
GCC extension that icc apparently does not support.

Here is an out of context copy of the relevant lines

#if defined __cplusplus && __GNUC_PREREQ (3, 5)
# define _SC_GR0_OFFSET \
         __builtin_offsetof (struct sigcontext, sc_gr[0])
#elif defined __GNUC__
# define _SC_GR0_OFFSET \
         (((char *) &((struct sigcontext *) 0)->sc_gr[0]) - (char *) 0)
#else
# define _SC_GR0_OFFSET 0xc8    /* pray that this is correct... */
#endif

typedef struct ucontext
   {
     union
       {
         mcontext_t _mc;
         struct
           {
             unsigned long _pad[_SC_GR0_OFFSET/8];
             struct ucontext *_link;     /* this should overlay sc_gr[0] */
           }
         _uc;
       }
     _u;
   }
ucontext_t;

Since current gcc uses __builtin_offsetof for both C and C++, this 
header file could perhaps be changed to use that, assuming of course 
that icc accepts this new extension, which maybe it does not.

This file is from glibc.  If anything needs to be changed here, it is 
glibc, not gcc.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug bootstrap/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[pinskia at gcc dot gnu dot org]

------- Comment #3 from pinskia at gcc dot gnu dot org  2006-08-04 02:15 -------
(In reply to comment #2)
> Essentially, we are using offsetof to size an array.  This would be a 
> GCC extension that icc apparently does not support.

But that actually does not make sense since this is after ICC already compiled
GCC.  So I am thinking ICC miscompiled GCC.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug bootstrap/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[t35t0r at gmail dot com]

------- Comment #4 from t35t0r at gmail dot com  2006-08-04 04:35 -------
I used:

gcc-4.1.1-objdir% ../gcc-4.1.1/configure --prefix=/not/normal --enable-libada
--enable-libssp --enable-threads --enable-tls

but during configure it says:

The following languages will be built: c,c++,java,objc

Why is fortran not configured to be built?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug bootstrap/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[pinskia at gcc dot gnu dot org]

------- Comment #5 from pinskia at gcc dot gnu dot org  2006-08-04 04:38 -------
(In reply to comment #4)
> I used:
> Why is fortran not configured to be built?

Because you don't have GMP (or MPFR) installed?

And the reason why Ada is not configured to compile either is because you did
not explictly enable it, --enable-libada does not enable Ada.

Read:
http://gcc.gnu.org/install/prerequisites.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug bootstrap/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[t35t0r at gmail dot com]

------- Comment #6 from t35t0r at gmail dot com  2006-08-04 05:01 -------
gmp is broken with icc too:

 icc -c -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_add_n
-no-gcc -O3 tmp-add_n.s -KPIC -DPIC -o .libs/add_n.o
/home/blah/gmp-4.2/mpn/tmp-add_n.s(115) : error A2180: potential
Write-after-Write register dependency violation with
/home/blah/gmp-4.2/mpn/tmp-add_n.s(114),r19
/home/blah/gmp-4.2/mpn/tmp-add_n.s(121) : error A2180: potential
Write-after-Write register dependency violation with
/home/blah/gmp-4.2/mpn/tmp-add_n.s(118),p8
/home/blah/gmp-4.2/mpn/tmp-add_n.s(121) : error A2180: potential
Write-after-Write register dependency violation with
/home/blah/gmp-4.2/mpn/tmp-add_n.s(118),p9
.libs/add_n.o - 3 error(s), 0 warning(s)
make[2]: *** [add_n.lo] Error 1

hah


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug bootstrap/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[t35t0r at gmail dot com]

------- Comment #7 from t35t0r at gmail dot com  2006-08-04 05:16 -------
during the gcc "make bootstrap" it seems to be "frozen" at this stage:

  /bin/sh mklibgcc > tmp-libgcc.mk
mv tmp-libgcc.mk libgcc.mk

top shows:

%CPU %MEM   TIME CPU COMMAND
99.7  4.6   3:03   0 genattrtab

eating up memory. This seems to to be the same as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19082 but I don't know how to
resolve it. limit shows:

cputime         unlimited
filesize        unlimited
datasize        unlimited
stacksize       unlimited
coredumpsize    0 kbytes
memoryuse       unlimited
vmemoryuse      unlimited
descriptors     1024
memorylocked    unlimited
maxproc         7644


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577

[Bug bootstrap/28577] make of gcc-4.1.1 failed using icc v9.1.042 on ia64

[pinskia at gcc dot gnu dot org]

------- Comment #8 from pinskia at gcc dot gnu dot org  2006-08-08 01:26 -------
(In reply to comment #7)
> during the gcc "make bootstrap" it seems to be "frozen" at this stage:

I think we can now declare this an ICC bug and close it as invalid.
Please report this to Intel.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28577