* egcs-971127: testsuite results on i586-pc-linux-gnulibc1
@ 1997-11-28 8:47 Max Lawson
1997-11-28 13:00 ` Mumit Khan
0 siblings, 1 reply; 4+ messages in thread
From: Max Lawson @ 1997-11-28 8:47 UTC (permalink / raw)
To: egcs
Hello,
Here are the _impressive_ results for g++/gcc. I would like
to mention the following points :
=> I reported previously a virtual-memory-exhausted crash
when compiling a test-program w/ 971122-g++ and -O6 flag. This does
no more happen. Nevertheless the compilation uses up to 38% of memory
(system has 46Mo RAM, 37Mo SWAP) when 971127-g++ is called without
options and up to 60% with -O6 flag :(
=> typename5.C is still failing. That was the case in the
previous snapshot. I've added the log. Case ...
Best regards,
Max
========================= ** RESULTS ** =====================
---
./configure --enable-shared
BOOT_CFLAGS ="-g -O2"
---
Test Run By lawson on Fri Nov 28 13:55:31 1997
Native configuration is i586-pc-linux-gnulibc1
=== gcc tests ===
=== gcc Summary ===
# of expected passes 4883
# of expected failures 5
# of unsupported tests 7
/tmp/egcs-971127/gcc/xgcc version egcs-2.90.19 971127 (gcc2-970802 experimental)
=== g++ tests ===
XPASS: g++.jason/destruct3.C - (test for bogus messages, line 38)
XPASS: g++.mike/dyncast1.C Execution test
XPASS: g++.mike/dyncast2.C Execution test
FAIL: g++.pt/typename5.C (test for excess errors)
=== g++ Summary ===
# of expected passes 3399
# of unexpected failures 1
# of unexpected successes 3
# of expected failures 80
# of untested testcases 6
/tmp/egcs-971127/gcc/testsuite/../xgcc version egcs-2.90.19 971127 (gcc2-970802 experimental)
=== libio Summary ===
# of expected passes 40
=== libstdc++ Summary ===
# of expected passes 30
=== typename5.log ===
Executing on host: /tmp/egcs-971127/gcc/testsuite/../xgcc -B/tmp/egcs-971127/gcc
/testsuite/../ /tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C -
ansi -pedantic-errors -I/tmp/egcs-971127/libio -I/tmp/egcs-971127/libraries/lib
io -I/tmp/egcs-971127/libstdc++ -I/tmp/egcs-971127/libstdc++/stl -I/tmp/egcs-971
127/gcc/testsuite/../include -c -o /tmp/typename5.o
compiler exited with status 1
output is:
/tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C:25: prototype for
`void C<U>::Func(U)' does not match any in class `C<U>'
/tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C:19: candidate is:
void C<U>::Func(typename B<U>::A_Type)
/tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C: In method `void
C<U>::Func(U)':
/tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C:25: template defi
nition of non-template `void C<U>::Func(U)'
FAIL: g++.pt/typename5.C (test for excess errors)
/tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C:25: prototype for
`void C<U>::Func(U)' does not match any in class `C<U>'
/tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C:19: candidate is:
void C<U>::Func(typename B<U>::A_Type)
/tmp/egcs-971127/gcc/testsuite/g++.old-deja/g++.pt/typename5.C:25: template defi
nition of non-template `void C<U>::Func(U)'
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: egcs-971127: testsuite results on i586-pc-linux-gnulibc1
1997-11-28 8:47 egcs-971127: testsuite results on i586-pc-linux-gnulibc1 Max Lawson
@ 1997-11-28 13:00 ` Mumit Khan
0 siblings, 0 replies; 4+ messages in thread
From: Mumit Khan @ 1997-11-28 13:00 UTC (permalink / raw)
To: Max Lawson; +Cc: egcs
Max Lawson <mlawson@drfmc.ceng.cea.fr> writes:
>
> => typename5.C is still failing. That was the case in the
> previous snapshot. I've added the log. Case ...
>
I don't see the error on my system (RH 4.1, libc 5.3.12), and I didn't
see it for the last snapshot either.
You might want to compile it by hand with -v option and post that.
Hopefully something will turn up. You don't perchance have environment
variables like LIBRARY_PATH defined, do you?
Mumit
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: egcs-971127: testsuite results on i586-pc-linux-gnulibc1
@ 1997-12-01 2:36 Max Lawson
1997-12-01 7:38 ` Theodore Papadopoulo
0 siblings, 1 reply; 4+ messages in thread
From: Max Lawson @ 1997-12-01 2:36 UTC (permalink / raw)
To: khan; +Cc: egcs
> From khan@eh_pc11.xraylith.wisc.edu Fri Nov 28 22:00 MET 1997
>
> Max Lawson <mlawson@drfmc.ceng.cea.fr> writes:
> >
> > => typename5.C is still failing. That was the case in the
> > previous snapshot. I've added the log. Case ...
> >
>
> I don't see the error on my system (RH 4.1, libc 5.3.12), and I didn't
> see it for the last snapshot either.
>
I'm using libc5.4.39. I've noticed that several testsuite results have been
posted for ix86-glibc1 systems with different issues for the typename5.C
test...
> You might want to compile it by hand with -v option and post that.
> Hopefully something will turn up. You don't perchance have environment
> variables like LIBRARY_PATH defined, do you?
I've only assigned "/tmp/egcs-xxxxxx/libraries/libstdc++" to LD_LIBRARY_PATH
as suggested to avoid the failure of EH tests when checking a not-yet-installed
snapshot.
>
> Mumit
>
Here is the compiler output with the -v option on:
Reading specs from ../specs
gcc version egcs-2.90.19 971127 (gcc2-970802 experimental)
../cpp -lang-c++ -v -I/tmp/egcs-971127/libio -I/tmp/egcs-971127/libraries/libio -I/tmp/egcs-971127/libstdc++ -I/tmp/egcs-971127/libstdc++/stl -I../ -isystem ../include -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=90 -trigraphs -D__STRICT_ANSI__ -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem(posix) -D__EXCEPTIONS -pedantic-errors -Di386 -Di586 -Asystem(unix) -Acpu(i386) -Amachine(i386) -D__i386__ -D__i586__ -Asystem(unix) -Acpu(i386) -Amachine(i386) g++.old-deja/g++.pt/typename5.C /tmp/cca26353.ii
GNU CPP version egcs-2.90.19 971127 (gcc2-970802 experimental) (i386 Linux/ELF)
#include "..." search starts here:
#include <...> search starts here:
/tmp/egcs-971127/libio
/tmp/egcs-971127/libraries/libio
/tmp/egcs-971127/libstdc++
/tmp/egcs-971127/libstdc++/stl
..
../include
/usr/local/include/g++
/usr/local/include
/usr/local/i586-pc-linux-gnulibc1/include
/usr/local/lib/gcc-lib/i586-pc-linux-gnulibc1/egcs-2.90.19/include
/usr/include
End of search list.
../cc1plus /tmp/cca26353.ii -quiet -dumpbase typename5.cc -pedantic-errors -ansi -version -o /tmp/cca26353.s
GNU C++ version egcs-2.90.19 971127 (gcc2-970802 experimental) (i586-pc-linux-gnulibc1) compiled by GNU C version egcs-2.90.19 971127 (gcc2-970802 experimental).
g++.old-deja/g++.pt/typename5.C:25: prototype for `void C<U>::Func(U)' does not match any in class `C<U>'
g++.old-deja/g++.pt/typename5.C:19: candidate is: void C<U>::Func(typename B<U>::A_Type)
g++.old-deja/g++.pt/typename5.C: In method `void C<U>::Func(U)':
g++.old-deja/g++.pt/typename5.C:25: template definition of non-template `void C<U>::Func(U)'
Regards, Max
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: egcs-971127: testsuite results on i586-pc-linux-gnulibc1
1997-12-01 2:36 Max Lawson
@ 1997-12-01 7:38 ` Theodore Papadopoulo
0 siblings, 0 replies; 4+ messages in thread
From: Theodore Papadopoulo @ 1997-12-01 7:38 UTC (permalink / raw)
To: khan; +Cc: egcs
>
> Max Lawson <mlawson@drfmc.ceng.cea.fr> writes:
> >
> > => typename5.C is still failing. That was the case in the
> > previous snapshot. I've added the log. Case ...
> >
>
> I don't see the error on my system (RH 4.1, libc 5.3.12), and I didn't
> see it for the last snapshot either.
>
Mummit,
From the other reports I see, you seem more to be the exception than
the average case or maybe your are the only one with RH4.1 which seems
unlikely.
I also have:
XPASS: g++.jason/destruct3.C - (test for bogus messages, line 38)
XPASS: g++.mike/dyncast1.C Execution test
XPASS: g++.mike/dyncast2.C Execution test
FAIL: g++.pt/typename5.C (test for excess errors)
=== g++ Summary ===
# of expected passes 3399
# of unexpected failures 1
# of unexpected successes 3
# of expected failures 80
# of untested testcases 6
/0/robotvis/papadop/gcc/egcs/egcs-971127/gcc/testsuite/../xgcc version egcs-2.90.19 971127 (gcc2-970802 experimental)
My system is Slackware based with a kernel Linux 2.0.29. with two libs
/lib/libc.so.4.7.6 and /lib/libc.so.5.3.12. As for binutils, I'm
using binutils-2.8.1.0.15.tar.gz but I cannot install them so that I'm
just putting the directory binutils into the egcs-971127. I assume this
works as exception handling works fine !!
Theo.
--------------------------------------------------------------------
Theodore Papadopoulo
Email: papadop@sophia.inria.fr Tel: (33) 93 65 76 01
--------------------------------------------------------------------
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~1997-12-01 7:38 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-11-28 8:47 egcs-971127: testsuite results on i586-pc-linux-gnulibc1 Max Lawson
1997-11-28 13:00 ` Mumit Khan
1997-12-01 2:36 Max Lawson
1997-12-01 7:38 ` Theodore Papadopoulo
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).