Error during "make bootstrap" during GCC 3.3 Creation

Error during "make bootstrap" during GCC 3.3 Creation

[Frank Krauss]

Good day,

While attempting to update my GCC to the 3.3 Level,
during the "make bootstrap" step, it failed with the following messages:

../../gcc/ggc-common.c: In function `ggc_rlimit_bound':
../../gcc/ggc-common.c:294: storage size of `rlim' isn't known
../../gcc/ggc-common.c:294: warning: unused variable `rlim'

When I searched on Google, I came across a mention of the exact same
problem in the GNU GCC Mailing list Archive, number gcc03062512, dated 
6/25/03, from Joseph Lien.

I never saw any mention of the solution of the problem.

Would someone be kind enough to tell me how I can resolve this problem?

My environment is the following:
Computer           - Pentium II
O/S                - Linux
Distribution       - Caldera 2.3
Kernel             - 2.4.22
GCC being executed - egcs-2.91.66
GCC being created  - 3.3
GLIBC              - libc.so.6
Binutils           - 2.12
Modutils           - 2.4.15
Util-linux         - 2.11q

Any assistance you can give me so that I can solve this problem will
be greatly appreciated.

Yours truly,

Frank Krauss
  

Re: Error during "make bootstrap" during GCC 3.3 Creation

[Jack Liddle]

On Sat, 17 Apr 2004, Frank Krauss wrote:

> Good day,
>
> While attempting to update my GCC to the 3.3 Level,
> during the "make bootstrap" step, it failed with the following messages:
>
> ../../gcc/ggc-common.c: In function `ggc_rlimit_bound':
> ../../gcc/ggc-common.c:294: storage size of `rlim' isn't known
> ../../gcc/ggc-common.c:294: warning: unused variable `rlim'
>

I'm no expert but could you comment out line 294 if the variable isn't
being used.

Jack Liddle

Re: Error during "make bootstrap" during GCC 3.3 Creation

[Frank Krauss]

Hello Jack,

Thank you very much for responding to my Problem.

The reason I don't believe that I should comment out thie statement is as
follows:

1.  Back in 5/02, I had upgraded another computer I have from egcs-2.91.66
    to GCC 3.0.4.
2.  Then, in 6/03, I upgraded that system to GCC 3.3.
3.  It had the same Distribution, Caldera 2.3, and the same Kernel, 2.4.22,
    as my new Computer has.
These updates all went fine.

I therefore believe that this upgrade should be valid also.

In trying to debug this problem, I have noticed a difference between the
output of the "configure" step on these two Systems.
1.  On the Good update, "getrlimit", "setrlimit" and "getrusage"
    were all declard as "yes".
2.  On the Bad update, these three entries are all declared as "no".

I'm hoping that this information may be a pointer to someone in the GCC
area who will be able to tell me what the error is and how I can correct it.

Again, thank you for your effort in trying to solve this problem.

If I get a solution, I will be glad to pass it along to you.

Yours truly,

Frank

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

On Saturday 17 April 2004 09:37, Jack Liddle wrote:
> On Sat, 17 Apr 2004, Frank Krauss wrote:
> > Good day,
> >
> > While attempting to update my GCC to the 3.3 Level,
> > during the "make bootstrap" step, it failed with the following messages:
> >
> > ../../gcc/ggc-common.c: In function `ggc_rlimit_bound':
> > ../../gcc/ggc-common.c:294: storage size of `rlim' isn't known
> > ../../gcc/ggc-common.c:294: warning: unused variable `rlim'
>
> I'm no expert but could you comment out line 294 if the variable isn't
> being used.
>
> Jack Liddle

Error during "make bootstrap" during GCC 3.3 Creation

[Frank Krauss]

On Sunday 18 April 2004 14:31, Frank Krauss wrote:
> Hello Jack,
>
> Thank you very much for responding to my Problem.
>
> The reason I don't believe that I should comment out this statement is as
> follows:
>
> 1.  Back in 5/02, I had upgraded another computer I have from egcs-2.91.66
>     to GCC 3.0.4.
> 2.  Then, in 6/03, I upgraded that system to GCC 3.3.
> 3.  It had the same Distribution, Caldera 2.3, and the same Kernel, 2.4.22,
>     as my new Computer has.
> These updates all went fine.
>
> I therefore believe that this upgrade should be valid also.
>
> In trying to debug this problem, I have noticed a difference between the
> output of the "configure" step on these two Systems.
> 1.  On the Good update, "getrlimit", "setrlimit" and "getrusage"
>     were all declared as "yes".
> 2.  On the Bad update, these three entries are all declared as "no".
>
> I'm hoping that this information may be a pointer to someone in the GCC
> area who will be able to tell me what the error is and how I can correct
> it.
>
> Again, thank you for your effort in trying to solve this problem.
>
> If I get a solution, I will be glad to pass it along to you.
>
> Yours truly,
>
> Frank
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
> On Saturday 17 April 2004 09:37, Jack Liddle wrote:
> > On Sat, 17 Apr 2004, Frank Krauss wrote:
> > > Good day,
> > >
> > > While attempting to update my GCC to the 3.3 Level,
> > > during the "make bootstrap" step, it failed with the following
> > > messages:
> > >
> > > ../../gcc/ggc-common.c: In function `ggc_rlimit_bound':
> > > ../../gcc/ggc-common.c:294: storage size of `rlim' isn't known
> > > ../../gcc/ggc-common.c:294: warning: unused variable `rlim'
> >
> > I'm no expert but could you comment out line 294 if the variable isn't
> > being used.
> >
> > Jack Liddle

Re: Error during "make bootstrap" during GCC 3.3 Creation

[llewelly]

Frank Krauss <fmfkrauss@mindspring.com> writes:

> Good day,
> 
> While attempting to update my GCC to the 3.3 Level,
> during the "make bootstrap" step, it failed with the following messages:
> 
> ../../gcc/ggc-common.c: In function `ggc_rlimit_bound':
> ../../gcc/ggc-common.c:294: storage size of `rlim' isn't known
> ../../gcc/ggc-common.c:294: warning: unused variable `rlim'

Maybe the host/target specific notes are useful? See:
http://gcc.gnu.org/install/specific.html#*-*-linux-gnu

> 
> When I searched on Google, I came across a mention of the exact same
> problem in the GNU GCC Mailing list Archive, number gcc03062512, dated 
> 6/25/03, from Joseph Lien.
> 
> I never saw any mention of the solution of the problem.
> 
> Would someone be kind enough to tell me how I can resolve this problem?
> 
> My environment is the following:
> Computer           - Pentium II
> O/S                - Linux
> Distribution       - Caldera 2.3
> Kernel             - 2.4.22
> GCC being executed - egcs-2.91.66
> GCC being created  - 3.3
> GLIBC              - libc.so.6

'libc.so.6' covers many many versions of glibc. Including some (such
    as glibc 2.2.5 and earlier) which do not work well with gcc 3.3,
    but also later glibcs which work fine with gcc 3.3 .

Could you post the output of 'ls -l /lib/*libc*' ?

> Binutils           - 2.12

Binutils 2.13.1 or later is required for gcc 3.3 . See the link I
    posted earlier. 

> Modutils           - 2.4.15
> Util-linux         - 2.11q
[snip]

Re: Error during "make bootstrap" during GCC 3.3 Creation

[Frank Krauss]

Thank you for looking into my Problem.

1.  Your 100% correct about the Binutils being at the wrong Level.
     I somehow missed seeing that in the Pre-req section and I will look into
     updating that.

2.  I believe that my problem is actually caused by your 2nd suggestion
    concerning the level of GLIBC that I'm using.
    I didn't see any mention of a need for a specific version of GLIBC.

3.  In other words, do I have to update my GLIBC to a specific level
    before updating GCC?  I was under the impression that it was
    supposed to be done the opposite way, with first GCC getting updated
    and then using it to update GLIBC.

4.  Would you know of any doc available to show the correct procedure
     on updating these two Components?

I have enclosed the listing of my /lib/*libc* as you requested.

Thanks again for your assistance.

Frank

output of "ls -l /lib/*libc*"

-rwxr-xr-x   1 root     root      1245005 Aug 10  1999 /lib/libc-2.1.1.so
lrwxrwxrwx   1 root     root           14 Mar 28 03:25 /lib/libc.so.5 -> 
libc.so.5.4.38
-r-xr-xr-x   1 root     root       580288 Jan  7  1998 /lib/libc.so.5.4.38
lrwxrwxrwx   1 root     root           13 Mar 28 03:26 /lib/libc.so.6 -> 
libc-2.1.1.so
lrwxrwxrwx   1 root     root           17 Mar 28 03:38 /lib/libcom_err.so.2 -> 
libcom_err.so.2.0
-rwxr-xr-x   1 root     root         7606 Aug 10  1999 /lib/libcom_err.so.2.0
-rwxr-xr-x   1 root     root        25471 Aug 10  1999 /lib/libcrypt-2.1.1.so
lrwxrwxrwx   1 root     root           17 Mar 28 03:26 /lib/libcrypt.so.1 -> 
libcrypt-2.1.1.so

/lib/gnulibc1:
total 2788
lrwxrwxrwx   1 root     root           14 Mar 28 03:40 libc.so.5 -> 
libc.so.5.4.46
-r-xr-xr-x   1 root     root      1824167 Mar  2  1999 libc.so.5.4.46
lrwxrwxrwx   1 root     root           17 Mar 28 03:40 libcom_err.so.2 -> 
libcom_err.so.2.0
-rwxr-xr-x   1 root     root         5999 Mar  2  1999 libcom_err.so.2.0
lrwxrwxrwx   1 root     root           14 Mar 28 03:40 libdl.so.1 -> 
libdl.so.1.9.9
-rwxr-xr-x   1 root     root         5796 Mar  2  1999 libdl.so.1.9.9
lrwxrwxrwx   1 root     root           13 Mar 28 03:40 libe2p.so.2 -> 
libe2p.so.2.3
-rwxr-xr-x   1 root     root        11696 Mar  2  1999 libe2p.so.2.3
lrwxrwxrwx   1 root     root           16 Mar 28 03:40 libext2fs.so.2 -> 
libext2fs.so.2.4
-rwxr-xr-x   1 root     root        81968 Mar  2  1999 libext2fs.so.2.4
-r-xr-xr-x   1 root     root        51400 Mar  2  1999 libiberty.so.1.0
lrwxrwxrwx   1 root     root           13 Mar 28 03:40 libm.so.5 -> 
libm.so.5.0.9
-r-xr-xr-x   1 root     root        75329 Mar  2  1999 libm.so.5.0.9
lrwxrwxrwx   1 root     root           17 Mar 28 03:40 libncurses.so.4 -> 
libncurses.so.4.1
-rwxr-xr-x   1 root     root       274155 Mar  2  1999 libncurses.so.4.1
lrwxrwxrwx   1 root     root           14 Mar 28 03:40 libpam.so.0 -> 
libpam.so.0.58
-rw-r--r--   1 root     root        97274 Mar  2  1999 libpam.so.0.58
lrwxrwxrwx   1 root     root           19 Mar 28 03:40 libpam_misc.so.0 -> 
libpam_misc.so.0.58
-rw-r--r--   1 root     root        26420 Mar  2  1999 libpam_misc.so.0.58
lrwxrwxrwx   1 root     root           15 Mar 28 03:40 libpwdb.so.0 -> 
libpwdb.so.0.54
-rw-r--r--   1 root     root       336763 Mar  2  1999 libpwdb.so.0.54
lrwxrwxrwx   1 root     root           12 Mar 28 03:40 libss.so.2 -> 
libss.so.2.0
-rwxr-xr-x   1 root     root        18364 Mar  2  1999 libss.so.2.0
lrwxrwxrwx   1 root     root           19 Mar 28 03:40 libtermcap.so.2 -> 
libtermcap.so.2.0.8
-rwxr-xr-x   1 root     root        12565 Mar  2  1999 libtermcap.so.2.0.8
lrwxrwxrwx   1 root     root           14 Mar 28 03:40 libuuid.so.1 -> 
libuuid.so.1.1
-rwxr-xr-x   1 root     root         7751 Mar  2  1999 libuuid.so.1.1

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

On Sunday 18 April 2004 22:48, llewelly@xmission.com wrote:
> Frank Krauss <fmfkrauss@mindspring.com> writes:
> > Good day,
> >
> > While attempting to update my GCC to the 3.3 Level,
> > during the "make bootstrap" step, it failed with the following messages:
> >
> > ../../gcc/ggc-common.c: In function `ggc_rlimit_bound':
> > ../../gcc/ggc-common.c:294: storage size of `rlim' isn't known
> > ../../gcc/ggc-common.c:294: warning: unused variable `rlim'
>
> Maybe the host/target specific notes are useful? See:
> http://gcc.gnu.org/install/specific.html#*-*-linux-gnu
>
> > When I searched on Google, I came across a mention of the exact same
> > problem in the GNU GCC Mailing list Archive, number gcc03062512, dated
> > 6/25/03, from Joseph Lien.
> >
> > I never saw any mention of the solution of the problem.
> >
> > Would someone be kind enough to tell me how I can resolve this problem?
> >
> > My environment is the following:
> > Computer           - Pentium II
> > O/S                - Linux
> > Distribution       - Caldera 2.3
> > Kernel             - 2.4.22
> > GCC being executed - egcs-2.91.66
> > GCC being created  - 3.3
> > GLIBC              - libc.so.6
>
> 'libc.so.6' covers many many versions of glibc. Including some (such
>     as glibc 2.2.5 and earlier) which do not work well with gcc 3.3,
>     but also later glibcs which work fine with gcc 3.3 .
>
> Could you post the output of 'ls -l /lib/*libc*' ?
>
> > Binutils           - 2.12
>
> Binutils 2.13.1 or later is required for gcc 3.3 . See the link I
>     posted earlier.
>
> > Modutils           - 2.4.15
> > Util-linux         - 2.11q
>
> [snip]

Re: Error during "make bootstrap" during GCC 3.3 Creation

[llewelly]

Frank Krauss <fmfkrauss@mindspring.com> writes:

> Thank you for looking into my Problem.
> 
> 1.  Your 100% correct about the Binutils being at the wrong Level.
>      I somehow missed seeing that in the Pre-req section and I will look into
>      updating that.


See: http://xrl.us/bwvk , and also, www.gnu.org/software/binutils .

Questions about binutils go to binutils at sources.redhat.com 

> 2.  I believe that my problem is actually caused by your 2nd suggestion
>     concerning the level of GLIBC that I'm using.
>     I didn't see any mention of a need for a specific version of
> GLIBC.

I don't either. I was sure there was one when I wrote my last post,
    but now I think I was mistaken. I *do* know some additional
    libstdc++ testcase failures occur with glibc < 2.2.5, but that
    shouldn't prevent a bootstrap. 

> 
> 3.  In other words, do I have to update my GLIBC to a specific level
>     before updating GCC?  I was under the impression that it was
>     supposed to be done the opposite way, with first GCC getting updated
>     and then using it to update GLIBC.

It depends on circumstance. I don't know all of the details.

> 
> 4.  Would you know of any doc available to show the correct procedure
>      on updating these two Components?
> 
> I have enclosed the listing of my /lib/*libc* as you requested.
> 
> Thanks again for your assistance.
> 
> Frank
> 
> output of "ls -l /lib/*libc*"
> 
> -rwxr-xr-x   1 root     root      1245005 Aug 10  1999
> /lib/libc-2.1.1.so
[snip]

2.1.1 is a very old libc. Unfortunately, upgrading libc from sources
    is difficult and error-prone. (It's not for the faint of heart,
    it's not for people who don't have full system backups, and it's
    not for people who don't have sstaticly linked copies of essential
    tools in strategic places. Nor is it for people without rescue
    disks and spare install CDs.)

Normally one upgrades libc with linux-distro-supplied packages. You'll
    have to see your distro implementor for those.

Since libc is so difficult to upgrade, I suggest you try upgrading
    binutils first, and hope that solves your problem.

Re: Error during "make bootstrap" during GCC 3.3 Creation

[Frank Krauss]

Thank you very much for your ideas.

I upgaraded the System to Binutils 2.13.2 and it still failed.

I thought that maybe it needed to have GLIBC updated before GCC.
I attempted to do that but it failed because it said my GCC
which on this System is currently egcs-2.91.66 is too OLD.

I guess I will try tomorrow to do the upgrade in the exact same order as I 
did it on my other System.
1.  First upgrade GCC from egcs-2.91.66 to 3.0.4
2.  Then upgrade GCC to 3.3

Hopefully this will work since its the exact same thing as I did then.

Thank you again for your effort and ideas.

I will tell you the results of this Project.

Yours truly,

Frank

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

On Monday 19 April 2004 20:32, Frank Krauss wrote:
> On Monday 19 April 2004 17:13, llewelly@xmission.com wrote:
> > Frank Krauss <fmfkrauss@mindspring.com> writes:
> > > Thank you for looking into my Problem.
> > >
> > > 1.  Your 100% correct about the Binutils being at the wrong Level.
> > >      I somehow missed seeing that in the Pre-req section and I will
> > > look into updating that.
> >
> > See: http://xrl.us/bwvk , and also, www.gnu.org/software/binutils .
> >
> > Questions about binutils go to binutils at sources.redhat.com
> >
> > > 2.  I believe that my problem is actually caused by your 2nd suggestion
> > >     concerning the level of GLIBC that I'm using.
> > >     I didn't see any mention of a need for a specific version of
> > > GLIBC.
> >
> > I don't either. I was sure there was one when I wrote my last post,
> >     but now I think I was mistaken. I *do* know some additional
> >     libstdc++ testcase failures occur with glibc < 2.2.5, but that
> >     shouldn't prevent a bootstrap.
> >
> > > 3.  In other words, do I have to update my GLIBC to a specific level
> > >     before updating GCC?  I was under the impression that it was
> > >     supposed to be done the opposite way, with first GCC getting
> > > updated and then using it to update GLIBC.
> >
> > It depends on circumstance. I don't know all of the details.
> >
> > > 4.  Would you know of any doc available to show the correct procedure
> > >      on updating these two Components?
> > >
> > > I have enclosed the listing of my /lib/*libc* as you requested.
> > >
> > > Thanks again for your assistance.
> > >
> > > Frank
> > >
> > > output of "ls -l /lib/*libc*"
> > >
> > > -rwxr-xr-x   1 root     root      1245005 Aug 10  1999
> > > /lib/libc-2.1.1.so
> >
> > [snip]
> >
> > 2.1.1 is a very old libc. Unfortunately, upgrading libc from sources
> >     is difficult and error-prone. (It's not for the faint of heart,
> >     it's not for people who don't have full system backups, and it's
> >     not for people who don't have sstaticly linked copies of essential
> >     tools in strategic places. Nor is it for people without rescue
> >     disks and spare install CDs.)
> >
> > Normally one upgrades libc with linux-distro-supplied packages. You'll
> >     have to see your distro implementor for those.
> >
> > Since libc is so difficult to upgrade, I suggest you try upgrading
> >     binutils first, and hope that solves your problem.

Re: Error during "make bootstrap" during GCC 3.3 Creation

[llewelly]

Frank Krauss <fmfkrauss@mindspring.com> writes:

> I guess I will try tomorrow to do the upgrade in the exact same order as I 
> did it on my other System.
> 1.  First upgrade GCC from egcs-2.91.66 to 3.0.4
> 2.  Then upgrade GCC to 3.3

This is (more or less) what I was going to suggest next. I hope this
    works for you.

Re: Error during "make bootstrap" during GCC 3.3 Creation

[Frank Krauss]

Hello everyone,

Before doing what I mentioned here I did some more research on the
differences between my two Systems.
I found that the entry HAVE_SYS_RESOURCE_H was missing from the
confdefs.h file that is created during the configure step.

I found a mention on the Net about this problem being caused by a
duplicated defination for RLIM_INFINITY between the GLIBC and
Kernel Headers.

The suggestion was to remove the defination of this from 
/usr/src/linux/include/asm/resource.h

I did this and after running "configure" I found that the entry for
HAVE_SYS_RESOURCE_H is now in the confdefs.h file.
I now started the "make bootstrap" over and it has been running now 
successfully for 1/2 Hour so far.

It looks like this may have been the answer to my problem all along.

Thank you all very much for the effort you gave to help me solve this problem.  
Especially thank you "llewelly" for your ideas.

Yours truly,

Frank

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

On Tuesday 20 April 2004 23:17, llewelly@xmission.com wrote:
> Frank Krauss <fmfkrauss@mindspring.com> writes:
> > I guess I will try tomorrow to do the upgrade in the exact same order as
> > I did it on my other System.
> > 1.  First upgrade GCC from egcs-2.91.66 to 3.0.4
> > 2.  Then upgrade GCC to 3.3
>
> This is (more or less) what I was going to suggest next. I hope this
>     works for you.

Re: Error during "make bootstrap" during GCC 3.3 Creation

[llewelly]

Frank Krauss <fmfkrauss@mindspring.com> writes:

> Hello everyone,
> 
> Before doing what I mentioned here I did some more research on the
> differences between my two Systems.
> I found that the entry HAVE_SYS_RESOURCE_H was missing from the
> confdefs.h file that is created during the configure step.
> 
> I found a mention on the Net about this problem being caused by a
> duplicated defination for RLIM_INFINITY between the GLIBC and
> Kernel Headers.
> 
> The suggestion was to remove the defination of this from 
> /usr/src/linux/include/asm/resource.h
> 
> I did this and after running "configure" I found that the entry for
> HAVE_SYS_RESOURCE_H is now in the confdefs.h file.
> I now started the "make bootstrap" over and it has been running now 
> successfully for 1/2 Hour so far.
> 
> It looks like this may have been the answer to my problem all along.
> 
> Thank you all very much for the effort you gave to help me solve this problem.  
> Especially thank you "llewelly" for your ideas.

Glad you were able to solve the problem. I never would have known
    about the HAVE_SYS_RESOURCE_H issue.