* building latest ( snapshot || cvs )
@ 2000-02-26 9:14 ADAM Sulmicki
2000-02-26 17:54 ` ADAM Sulmicki
2000-04-01 0:00 ` ADAM Sulmicki
0 siblings, 2 replies; 12+ messages in thread
From: ADAM Sulmicki @ 2000-02-26 9:14 UTC (permalink / raw)
To: gcc-help
Hello,
I had been trying to build GCC from latest snapshot (20000221)
as well as from today's (2/26/00) cvs tree. In each time
I get exacatly the same error. I have checked gcc* mailing list
but I did not come by any other report of this, so I'm kind of
perplexed as I immagine my system is pretty much standard
Redhat 6.1 on x86, so someone else should have come by this
by now.
system info:
Red Hat Linux release 6.1 (Cartman)
Linux pepsi 2.3.42 #240 SMP Tue Feb 1 18:57:15 EST 2000 i686 unknown
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
gcc sources : either egcs-20000221 or cvs-2/28/00
build:
mkdir egcs.obj ; cd egcs.obj
../egcs/configure --enable-threads=posix --prefix=/usr/local/gcc
make bootstrap MAKE="make -j 2" -j 2
the error:
gcc -c -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include ../../egcs/gcc/diagnostic.c
../../egcs/gcc/gcc.c: In function `execute':
../../egcs/gcc/gcc.c:2588: `prus' has an incomplete type
../../egcs/gcc/gcc.c:2589: `RUSAGE_CHILDREN' undeclared (first use in this function)
../../egcs/gcc/gcc.c:2589: (Each undeclared identifier is reported only once
../../egcs/gcc/gcc.c:2589: for each function it appears in.)
../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
gcc -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/
gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include \
-DTARGET_NAME=\"i686-pc-linux-gnu\" \
-c `echo ../../egcs/gcc/toplev.c | sed 's,^\./,,'`
../../egcs/gcc/gcc.c: At top level:
../../egcs/gcc/gcc.c:190: storage size of `rus' isn't known
../../egcs/gcc/gcc.c:190: storage size of `prus' isn't known
make[2]: *** [gcc.o] Error 1
make[2]: Leaving directory
`/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory
`/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
make: *** [bootstrap] Error 2
any hints?
Adam
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 9:14 building latest ( snapshot || cvs ) ADAM Sulmicki
@ 2000-02-26 17:54 ` ADAM Sulmicki
2000-02-26 18:18 ` Alexandre Oliva
2000-04-01 0:00 ` ADAM Sulmicki
2000-04-01 0:00 ` ADAM Sulmicki
1 sibling, 2 replies; 12+ messages in thread
From: ADAM Sulmicki @ 2000-02-26 17:54 UTC (permalink / raw)
To: gcc-help
This is follow-up to my last email.
The bottom line is :
- I got the snapshot (2/21/00) to compile and it can run
it compiles hello.c fine (any update on status of
testsuite?).. see below on details.
- the compilation of cvs tree fails on another error, see
attached file.
about the rusage stuff, I have them delcared in
/usr/include/sys/resource.h
which is from glibc I belive. In addiion they are in linux kernel headers
as well. However trying to just include said file in gcc.c gives me
other stuff being redefined.
I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
This or other way, I have manually defined RUSAGE_CHILDREN to be -1
and included declaration of struct 'rusage' and it comiled past it.
In case of the snapshot, it was the last problem (and I was able to
compile gcc).
In case of cvs tree, there was another problem, and I have no idea how to
get around this one.
On Sat, 26 Feb 2000, ADAM Sulmicki wrote:
>
> Hello,
> I had been trying to build GCC from latest snapshot (20000221)
> as well as from today's (2/26/00) cvs tree. In each time
> I get exacatly the same error. I have checked gcc* mailing list
> but I did not come by any other report of this, so I'm kind of
> perplexed as I immagine my system is pretty much standard
> Redhat 6.1 on x86, so someone else should have come by this
> by now.
>
> system info:
>
> Red Hat Linux release 6.1 (Cartman)
> Linux pepsi 2.3.42 #240 SMP Tue Feb 1 18:57:15 EST 2000 i686 unknown
> gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
> gcc sources : either egcs-20000221 or cvs-2/28/00
>
> build:
>
> mkdir egcs.obj ; cd egcs.obj
> ../egcs/configure --enable-threads=posix --prefix=/usr/local/gcc
> make bootstrap MAKE="make -j 2" -j 2
>
> the error:
>
> gcc -c -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include ../../egcs/gcc/diagnostic.c
> ../../egcs/gcc/gcc.c: In function `execute':
> ../../egcs/gcc/gcc.c:2588: `prus' has an incomplete type
> ../../egcs/gcc/gcc.c:2589: `RUSAGE_CHILDREN' undeclared (first use in this function)
> ../../egcs/gcc/gcc.c:2589: (Each undeclared identifier is reported only once
> ../../egcs/gcc/gcc.c:2589: for each function it appears in.)
> ../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
> gcc -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/
> gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include \
> -DTARGET_NAME=\"i686-pc-linux-gnu\" \
> -c `echo ../../egcs/gcc/toplev.c | sed 's,^\./,,'`
> ../../egcs/gcc/gcc.c: At top level:
> ../../egcs/gcc/gcc.c:190: storage size of `rus' isn't known
> ../../egcs/gcc/gcc.c:190: storage size of `prus' isn't known
> make[2]: *** [gcc.o] Error 1
> make[2]: Leaving directory
> `/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
> make[1]: *** [bootstrap] Error 2
> make[1]: Leaving directory
> `/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
> make: *** [bootstrap] Error 2
>
> any hints?
>
> Adam
>
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 17:54 ` ADAM Sulmicki
@ 2000-02-26 18:18 ` Alexandre Oliva
2000-02-26 18:33 ` ADAM Sulmicki
2000-04-01 0:00 ` Alexandre Oliva
2000-04-01 0:00 ` ADAM Sulmicki
1 sibling, 2 replies; 12+ messages in thread
From: Alexandre Oliva @ 2000-02-26 18:18 UTC (permalink / raw)
To: ADAM Sulmicki; +Cc: gcc-help
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 650 bytes --]
On Feb 26, 2000, ADAM Sulmicki <adam@cfar.umd.edu> wrote:
> I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
> This or other way, I have manually defined RUSAGE_CHILDREN to be -1
> and included declaration of struct 'rusage' and it comiled past it.
It looks more like some conflict between glibc and the kernel headers
you're using.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat company aoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist CS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 18:18 ` Alexandre Oliva
@ 2000-02-26 18:33 ` ADAM Sulmicki
2000-02-26 18:43 ` Alexandre Oliva
2000-04-01 0:00 ` ADAM Sulmicki
2000-04-01 0:00 ` Alexandre Oliva
1 sibling, 2 replies; 12+ messages in thread
From: ADAM Sulmicki @ 2000-02-26 18:33 UTC (permalink / raw)
To: Alexandre Oliva; +Cc: gcc-help
> > I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
>
> > This or other way, I have manually defined RUSAGE_CHILDREN to be -1
> > and included declaration of struct 'rusage' and it comiled past it.
>
> It looks more like some conflict between glibc and the kernel headers
> you're using.
Is there some easy way to find out for sure? I always found debugging
configure scripts pain in ass. Looking into configure.log does not seems
to give any conclusive information.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 18:33 ` ADAM Sulmicki
@ 2000-02-26 18:43 ` Alexandre Oliva
2000-02-26 19:07 ` ADAM Sulmicki
2000-04-01 0:00 ` Alexandre Oliva
2000-04-01 0:00 ` ADAM Sulmicki
1 sibling, 2 replies; 12+ messages in thread
From: Alexandre Oliva @ 2000-02-26 18:43 UTC (permalink / raw)
To: ADAM Sulmicki; +Cc: gcc-help
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 804 bytes --]
On Feb 26, 2000, ADAM Sulmicki <adam@cfar.umd.edu> wrote:
>> > I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
>>
>> > This or other way, I have manually defined RUSAGE_CHILDREN to be -1
>> > and included declaration of struct 'rusage' and it comiled past it.
>>
>> It looks more like some conflict between glibc and the kernel headers
>> you're using.
> Is there some easy way to find out for sure?
Sure, just revert the link to the original kernel headers and try to
compile again.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat company aoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist CS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 18:43 ` Alexandre Oliva
@ 2000-02-26 19:07 ` ADAM Sulmicki
2000-04-01 0:00 ` ADAM Sulmicki
2000-04-01 0:00 ` Alexandre Oliva
1 sibling, 1 reply; 12+ messages in thread
From: ADAM Sulmicki @ 2000-02-26 19:07 UTC (permalink / raw)
To: Alexandre Oliva; +Cc: gcc-help
> >> > I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
> >>
> >> > This or other way, I have manually defined RUSAGE_CHILDREN to be -1
> >> > and included declaration of struct 'rusage' and it comiled past it.
> >>
> >> It looks more like some conflict between glibc and the kernel headers
> >> you're using.
>
> > Is there some easy way to find out for sure?
>
> Sure, just revert the link to the original kernel headers and try to
> compile again.
Yeah, this time it worked, so you are right about the header conflict
about the glibc and kernel. Thanks :-)
(I did this before, but unlike this time I forgot to re-run configure
so it is why it did not work for me).
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 17:54 ` ADAM Sulmicki
2000-02-26 18:18 ` Alexandre Oliva
@ 2000-04-01 0:00 ` ADAM Sulmicki
1 sibling, 0 replies; 12+ messages in thread
From: ADAM Sulmicki @ 2000-04-01 0:00 UTC (permalink / raw)
To: gcc-help
This is follow-up to my last email.
The bottom line is :
- I got the snapshot (2/21/00) to compile and it can run
it compiles hello.c fine (any update on status of
testsuite?).. see below on details.
- the compilation of cvs tree fails on another error, see
attached file.
about the rusage stuff, I have them delcared in
/usr/include/sys/resource.h
which is from glibc I belive. In addiion they are in linux kernel headers
as well. However trying to just include said file in gcc.c gives me
other stuff being redefined.
I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
This or other way, I have manually defined RUSAGE_CHILDREN to be -1
and included declaration of struct 'rusage' and it comiled past it.
In case of the snapshot, it was the last problem (and I was able to
compile gcc).
In case of cvs tree, there was another problem, and I have no idea how to
get around this one.
On Sat, 26 Feb 2000, ADAM Sulmicki wrote:
>
> Hello,
> I had been trying to build GCC from latest snapshot (20000221)
> as well as from today's (2/26/00) cvs tree. In each time
> I get exacatly the same error. I have checked gcc* mailing list
> but I did not come by any other report of this, so I'm kind of
> perplexed as I immagine my system is pretty much standard
> Redhat 6.1 on x86, so someone else should have come by this
> by now.
>
> system info:
>
> Red Hat Linux release 6.1 (Cartman)
> Linux pepsi 2.3.42 #240 SMP Tue Feb 1 18:57:15 EST 2000 i686 unknown
> gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
> gcc sources : either egcs-20000221 or cvs-2/28/00
>
> build:
>
> mkdir egcs.obj ; cd egcs.obj
> ../egcs/configure --enable-threads=posix --prefix=/usr/local/gcc
> make bootstrap MAKE="make -j 2" -j 2
>
> the error:
>
> gcc -c -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include ../../egcs/gcc/diagnostic.c
> ../../egcs/gcc/gcc.c: In function `execute':
> ../../egcs/gcc/gcc.c:2588: `prus' has an incomplete type
> ../../egcs/gcc/gcc.c:2589: `RUSAGE_CHILDREN' undeclared (first use in this function)
> ../../egcs/gcc/gcc.c:2589: (Each undeclared identifier is reported only once
> ../../egcs/gcc/gcc.c:2589: for each function it appears in.)
> ../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
> ../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
> gcc -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/
> gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include \
> -DTARGET_NAME=\"i686-pc-linux-gnu\" \
> -c `echo ../../egcs/gcc/toplev.c | sed 's,^\./,,'`
> ../../egcs/gcc/gcc.c: At top level:
> ../../egcs/gcc/gcc.c:190: storage size of `rus' isn't known
> ../../egcs/gcc/gcc.c:190: storage size of `prus' isn't known
> make[2]: *** [gcc.o] Error 1
> make[2]: Leaving directory
> `/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
> make[1]: *** [bootstrap] Error 2
> make[1]: Leaving directory
> `/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
> make: *** [bootstrap] Error 2
>
> any hints?
>
> Adam
>
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* building latest ( snapshot || cvs )
2000-02-26 9:14 building latest ( snapshot || cvs ) ADAM Sulmicki
2000-02-26 17:54 ` ADAM Sulmicki
@ 2000-04-01 0:00 ` ADAM Sulmicki
1 sibling, 0 replies; 12+ messages in thread
From: ADAM Sulmicki @ 2000-04-01 0:00 UTC (permalink / raw)
To: gcc-help
Hello,
I had been trying to build GCC from latest snapshot (20000221)
as well as from today's (2/26/00) cvs tree. In each time
I get exacatly the same error. I have checked gcc* mailing list
but I did not come by any other report of this, so I'm kind of
perplexed as I immagine my system is pretty much standard
Redhat 6.1 on x86, so someone else should have come by this
by now.
system info:
Red Hat Linux release 6.1 (Cartman)
Linux pepsi 2.3.42 #240 SMP Tue Feb 1 18:57:15 EST 2000 i686 unknown
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
gcc sources : either egcs-20000221 or cvs-2/28/00
build:
mkdir egcs.obj ; cd egcs.obj
../egcs/configure --enable-threads=posix --prefix=/usr/local/gcc
make bootstrap MAKE="make -j 2" -j 2
the error:
gcc -c -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include ../../egcs/gcc/diagnostic.c
../../egcs/gcc/gcc.c: In function `execute':
../../egcs/gcc/gcc.c:2588: `prus' has an incomplete type
../../egcs/gcc/gcc.c:2589: `RUSAGE_CHILDREN' undeclared (first use in this function)
../../egcs/gcc/gcc.c:2589: (Each undeclared identifier is reported only once
../../egcs/gcc/gcc.c:2589: for each function it appears in.)
../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2590: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2591: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2594: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
../../egcs/gcc/gcc.c:2595: invalid use of undefined type `struct rusage'
gcc -DIN_GCC -g -W -Wall -Wtraditional -DHAVE_CONFIG_H -I. -I../../egcs/
gcc -I../../egcs/gcc/config -I../../egcs/gcc/../include \
-DTARGET_NAME=\"i686-pc-linux-gnu\" \
-c `echo ../../egcs/gcc/toplev.c | sed 's,^\./,,'`
../../egcs/gcc/gcc.c: At top level:
../../egcs/gcc/gcc.c:190: storage size of `rus' isn't known
../../egcs/gcc/gcc.c:190: storage size of `prus' isn't known
make[2]: *** [gcc.o] Error 1
make[2]: Leaving directory
`/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory
`/usr/src/Development/Languages/gcc/cvs/egcs.obj/gcc'
make: *** [bootstrap] Error 2
any hints?
Adam
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 18:43 ` Alexandre Oliva
2000-02-26 19:07 ` ADAM Sulmicki
@ 2000-04-01 0:00 ` Alexandre Oliva
1 sibling, 0 replies; 12+ messages in thread
From: Alexandre Oliva @ 2000-04-01 0:00 UTC (permalink / raw)
To: ADAM Sulmicki; +Cc: gcc-help
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 804 bytes --]
On Feb 26, 2000, ADAM Sulmicki <adam@cfar.umd.edu> wrote:
>> > I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
>>
>> > This or other way, I have manually defined RUSAGE_CHILDREN to be -1
>> > and included declaration of struct 'rusage' and it comiled past it.
>>
>> It looks more like some conflict between glibc and the kernel headers
>> you're using.
> Is there some easy way to find out for sure?
Sure, just revert the link to the original kernel headers and try to
compile again.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat company aoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist CS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 18:33 ` ADAM Sulmicki
2000-02-26 18:43 ` Alexandre Oliva
@ 2000-04-01 0:00 ` ADAM Sulmicki
1 sibling, 0 replies; 12+ messages in thread
From: ADAM Sulmicki @ 2000-04-01 0:00 UTC (permalink / raw)
To: Alexandre Oliva; +Cc: gcc-help
> > I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
>
> > This or other way, I have manually defined RUSAGE_CHILDREN to be -1
> > and included declaration of struct 'rusage' and it comiled past it.
>
> It looks more like some conflict between glibc and the kernel headers
> you're using.
Is there some easy way to find out for sure? I always found debugging
configure scripts pain in ass. Looking into configure.log does not seems
to give any conclusive information.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 18:18 ` Alexandre Oliva
2000-02-26 18:33 ` ADAM Sulmicki
@ 2000-04-01 0:00 ` Alexandre Oliva
1 sibling, 0 replies; 12+ messages in thread
From: Alexandre Oliva @ 2000-04-01 0:00 UTC (permalink / raw)
To: ADAM Sulmicki; +Cc: gcc-help
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 650 bytes --]
On Feb 26, 2000, ADAM Sulmicki <adam@cfar.umd.edu> wrote:
> I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
> This or other way, I have manually defined RUSAGE_CHILDREN to be -1
> and included declaration of struct 'rusage' and it comiled past it.
It looks more like some conflict between glibc and the kernel headers
you're using.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat company aoliva@{redhat, cygnus}.com
Free Software Developer and Evangelist CS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: building latest ( snapshot || cvs )
2000-02-26 19:07 ` ADAM Sulmicki
@ 2000-04-01 0:00 ` ADAM Sulmicki
0 siblings, 0 replies; 12+ messages in thread
From: ADAM Sulmicki @ 2000-04-01 0:00 UTC (permalink / raw)
To: Alexandre Oliva; +Cc: gcc-help
> >> > I guess it is something wrong with 'configure' and HAVE_SYS_RESOURCE_H
> >>
> >> > This or other way, I have manually defined RUSAGE_CHILDREN to be -1
> >> > and included declaration of struct 'rusage' and it comiled past it.
> >>
> >> It looks more like some conflict between glibc and the kernel headers
> >> you're using.
>
> > Is there some easy way to find out for sure?
>
> Sure, just revert the link to the original kernel headers and try to
> compile again.
Yeah, this time it worked, so you are right about the header conflict
about the glibc and kernel. Thanks :-)
(I did this before, but unlike this time I forgot to re-run configure
so it is why it did not work for me).
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2000-04-01 0:00 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-02-26 9:14 building latest ( snapshot || cvs ) ADAM Sulmicki
2000-02-26 17:54 ` ADAM Sulmicki
2000-02-26 18:18 ` Alexandre Oliva
2000-02-26 18:33 ` ADAM Sulmicki
2000-02-26 18:43 ` Alexandre Oliva
2000-02-26 19:07 ` ADAM Sulmicki
2000-04-01 0:00 ` ADAM Sulmicki
2000-04-01 0:00 ` Alexandre Oliva
2000-04-01 0:00 ` ADAM Sulmicki
2000-04-01 0:00 ` Alexandre Oliva
2000-04-01 0:00 ` ADAM Sulmicki
2000-04-01 0:00 ` ADAM Sulmicki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).