--- Comment #4 from rob1weld at aol dot com 2007-06-04 08:30 ---
Results:
Results for 4.3.0 20070602 (libc6_2.3.6.ds1-13) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00168.html
Results for 4.3.0 20070602 (libc6_2.6~20070518-2) testsuite on
i686-pc
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux
--- Comment #7 from rob1weld at aol dot com 2007-06-04 08:58 ---
[EMAIL PROTECTED]
IEEE 754 does not discuss any of the functions you list above. In fact,
IEEE 754 places requirements on exactly one function in libm, and that is
sqrt(), which must be exact in all rounding modes
--- Comment #8 from rob1weld at aol dot com 2007-06-04 09:07 ---
[EMAIL PROTECTED]
Can you suggest a download URL?
Mine is from ATT. I didn't save the URL. Your output is certainly a few pages
shorter than mine. There is a Paranoia test included in Ucbtest that has output
similar
--- Comment #9 from rob1weld at aol dot com 2007-06-04 09:16 ---
There is a wiki here - your contributions are appreciated.
http://en.wikipedia.org/wiki/IEEE_754r
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32180
--- Comment #11 from rob1weld at aol dot com 2007-06-05 17:22 ---
[EMAIL PROTECTED]
IEEE 754 does not discuss any of the functions you list above.
Comment #4 From Rob
That page is a report of the libc6 tests that are ran when the code is built
[EMAIL PROTECTED]
Compare
--- Comment #22 from rob1weld at aol dot com 2007-06-05 17:28 ---
I'm leaving the currect status of RESOLVED FIXED and I've changed this from
blocker to normal since for the past few days gcc does not break during the
make of libjava.
It would be good to use the same version of libtool
--- Comment #4 from rob1weld at aol dot com 2007-06-05 18:54 ---
[EMAIL PROTECTED]
open_errors.f90 is testing for some OS dependent text in error messages. ...
I would very much appreciate if you could post the output from that program.
I'd be glad to help but I am not at that stage
--- Comment #12 from rob1weld at aol dot com 2007-06-07 13:42 ---
I've done some more testing.
With GNU/Linux 4.0 the file: /usr/include/bits/mathdef.h has this in it:
# if defined __FLT_EVAL_METHOD__ __FLT_EVAL_METHOD__ == 0
/* When using -mfpmath=sse, values are computed
--- Comment #13 from rob1weld at aol dot com 2007-06-07 13:48 ---
One other thing:
When I build and test the origonal (un-modified) Paranoia with GCC I can
compile with different flags and get different results - but these are
_similar_ flags :(
1 Defect 1 Flaw
-mmmx -msse -m3dnow
1
--- Comment #14 from rob1weld at aol dot com 2007-06-08 00:23 ---
Here are the test results. I enabled almost every possible option and all the
checking that is functional. Nearly every test passed. I diffed it with a
result from a few days ago (before the mod), I do not seem to have
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32258
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686
--- Comment #7 from rob1weld at aol dot com 2007-06-08 23:34 ---
I tried this on i686-pc-linux-gnu using gcc-3.4 (from Debian), gcc-4.1 (from
Debian), gcc version 4.2.0 20070501 (prerelease) (from SVN), and gcc version
4.3.0 20070607 (experimental) (from SVN):
I modified as follows
--- Comment #1 from rob1weld at aol dot com 2007-06-09 00:57 ---
Here is a related failure this time for gcc.c-torture/execute/20050604-1.c :
# grep --color=always -B16 -A6 20050604-1.c gcc/testsuite/gcc/gcc.log | tail -n
26
Executing on host: /opt/gcc-4_3-build-2/gcc/xgcc -B/opt/gcc
reloading 'asm'
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686
--- Comment #2 from rob1weld at aol dot com 2007-06-09 03:17 ---
From [EMAIL PROTECTED]
I installed http://www.mpfr.org/mpfr-current/mpfr-2.2.1.tar.bz2 and applied
the most recent patches. My version is 2.2.1-p5.
What does p4 do?
They only offer the patches mixed together
--- Comment #4 from rob1weld at aol dot com 2007-06-09 03:27 ---
One enhancement I did try was adding this to the end of contrib/test_summary.
It does nothing for _me_ since I have the new assembler but for others it would
catch the failures and report them.
print ;
print
--- Comment #2 from rob1weld at aol dot com 2007-06-09 03:45 ---
Tried running make -i check on a just-built version of gcc while compiling a
newer revision of gcc in a different X-Window. The load was enough to give a
number of timeouts in various places.
It is inconvenient
--- Comment #6 from rob1weld at aol dot com 2007-06-09 03:52 ---
Changing From / To:
Known to work: (Blank) and Known to fail: 4.2.0 4.2.1 4.3.0
Known to work: 4.3.0 and Known to fail: 4.2.0 4.2.1
Since 4.3.0 works on i686-pc-linux-gnu perfectly - No reason to believe 4.3.0
works
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
--- Comment #4 from rob1weld at aol dot com 2007-06-11 17:00 ---
Pardon me. I was not trying to be unobservant.
I'll have a look at gcc and see if _I_ can build a patch to test the version of
mpfr and alter operation / configuration / etc. as needed to allow older
versions of mpfr
--- Comment #2 from rob1weld at aol dot com 2007-06-11 17:18 ---
has to be the build compiler.
OK.
A new error has popped up in this same section of the log between the compiling
and execution of gcc.dg-struct-layout-1 .
Running
/root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg
--- Comment #1 from rob1weld at aol dot com 2007-06-11 18:01 ---
There is a ` missing from the end of that line, we need:
+as_ver=`echo $as_ver | grep -o [0-9.+] | tr -d [:cntrl:]`
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
--- Comment #5 from rob1weld at aol dot com 2007-06-11 18:46 ---
I just built gcc version 4.3.0 20070611 and noticed this:
# grep -B4 -A2 undefined\ reference\ to
/opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.log | head -n 6
Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3
--- Comment #6 from rob1weld at aol dot com 2007-06-12 04:56 ---
A few days ago the testsuite of C produced this sort of result:
=== gcc tests ===
Running target unix
FAIL: gcc.c-torture/execute/20050316-2.c execution, -O0
FAIL: gcc.c-torture/execute/20050316-2.c
--- Comment #8 from rob1weld at aol dot com 2007-06-12 10:53 ---
should be many more tests.
It's OK. I followed the advice on page http://gcc.gnu.org/install/test.html -
Section 0.1 How can you run the testsuite on selected tests?.
make check-gcc RUNTESTFLAGS=dg-torture.exp
I did
--- Comment #5 from rob1weld at aol dot com 2007-06-12 11:11 ---
Here is another, this caught some errors! See end of:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00573.html
print grep -e undefined\\ reference\\ to
/opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.log | sort -u -k 2
--- Comment #3 from rob1weld at aol dot com 2007-06-12 11:16 ---
FIX - Altered dg-timeout:
/root/downloads/gcc-4_3-trunk/libmudflap/testsuite/libmudflap.cth/pass37-frag-Origonal.c
/* { dg-output 100 100 100 100 100 100 100 100 100 100 } */
/* { dg-repetitions 20 } */
/* { dg-timeout
--- Comment #5 from rob1weld at aol dot com 2007-06-12 11:21 ---
[EMAIL PROTECTED]
Fixed.
Nope.
Results for 4.3.0 20070611 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00573.html
A portion of this bug report is duplicated at:
http
--- Comment #1 from rob1weld at aol dot com 2007-06-12 11:24 ---
These bug were first mentioned in report:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31681
Confirmed for similar target:
Results for 4.3.0 20070611 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml
--- Comment #3 from rob1weld at aol dot com 2007-06-12 11:37 ---
Even if they did change it back people may still have one of these versions
since _all_ my versions of gas are less than a year old.
Oneis the newest that apt-get will fetch (IE: the standard OS version),
another
--- Comment #15 from rob1weld at aol dot com 2007-06-12 17:50 ---
Correctly Rounded mathematical library
http://lipforge.ens-lyon.fr/www/crlibm/index.html
CRlibm, an efficient and proven correctly-rounded mathematical library
CRlibm is a free mathematical library (libm) which provides
--- Comment #16 from rob1weld at aol dot com 2007-06-13 07:53 ---
I did some testing on the CVS of crlibm, (it needs a few files from
crlibm-1.0beta1.tar.gz).
The new docs list these interesting features:
portable to any system implementing the ISO-C99 and IEEE-754 standards
--- Comment #11 from rob1weld at aol dot com 2007-06-13 08:06 ---
The configure script should check the headers against the library version.
Two people from gcc.gnu.org and I all got nailed by this. It may bite others
with less computer knowledge than ourselves.
The bug is this:
1
--- Comment #12 from rob1weld at aol dot com 2007-06-13 09:32 ---
Comment #10 From Andrew Pinski 2007
This is not a bug.
Here is the deal, the reporter compiled GCC with the new headers but is using
the old library (which is known to be buggy).
Comment #6 From Rob
warning: MPFR
--- Comment #13 from rob1weld at aol dot com 2007-06-13 09:38 ---
Reopen bug reason: Request we add proposed fix to main configuration script.
--
rob1weld at aol dot com changed:
What|Removed |Added
--- Comment #15 from rob1weld at aol dot com 2007-06-13 23:39 ---
Can you provide a working patch?
Soon. I am trying to fix the math inaccurcy in GCC 4.3.0 and merge a a new math
library. You can try sticking that oneliner into your configure if your in a
rush.
--
http
ReportedBy: rob1weld at aol dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32329
--- Comment #16 from rob1weld at aol dot com 2007-06-14 07:41 ---
Created an attachment (id=13702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13702action=view)
Patch main configure script to detect mpfr library and header version mismatch
I have made best efforts to make
--- Comment #19 from rob1weld at aol dot com 2007-06-14 08:14 ---
You've shown nothing to validate that crlibm is more accurate than mpfr.
So how did you do this measurement?
Read 1st section of http://www.mpfr.org/faq.html and either
crlibm-0.18beta1.pdf or better still crlibm
--- Comment #2 from rob1weld at aol dot com 2007-06-14 08:26 ---
Agreed. After a 20 hour day the proximity of the word `-fwhole-program' to the
attribute `externally_visible' while juggling three things at once did not work
out so good.
Perhaps a compiler warning message could
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32333
--- Comment #2 from rob1weld at aol dot com 2007-06-15 16:53 ---
When I used Acovea-5.1.1 it found that -fipa-pta always causes an ICE with
-O zero.
Here is the complete documentation for the feature:
# grep -B1 -A2 ipa-pta /usr/test/info/gcc.info
`-fipa-pta'
Perform
--- Comment #1 from rob1weld at aol dot com 2007-06-15 16:52 ---
Created an attachment (id=13708)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13708action=view)
Config - GCC 4.3.0 - Athlon-XP
Here is an Acovea configuration file for GCC 4.3.0 for an Athlon-XP.
--
http
ReportedBy: rob1weld at aol dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32358
--- Comment #20 from rob1weld at aol dot com 2007-06-15 21:23 ---
Created an attachment (id=13709)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13709action=view)
Specific example where libm, libcrlibm, and mpfr differ
Here is a specific example of three different math libraries
--- Comment #4 from rob1weld at aol dot com 2007-06-15 21:32 ---
Thanks.
With Acovea I was able to discover the bug in a few hours with little effort
and provide a more trivial testcase with a better analysis.
Would someone run Acovea once a month on a few files to test gcc ?
I
--- Comment #2 from rob1weld at aol dot com 2007-06-15 21:33 ---
It did end up building OK and scored equal on make check tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32333
--- Comment #23 from rob1weld at aol dot com 2007-06-16 18:12 ---
Comment #17 From [EMAIL PROTECTED] 2007-06-13 11:30 [reply] ---
On Tue, 6 Feb 2007, Florent de Dinechin wrote:
We are the maintainers of the crlibm project, which aims at developping a
modern, correctly rounded
--- Comment #17 from rob1weld at aol dot com 2007-06-17 14:07 ---
Due to the bugs in mpfr ( http://www.mpfr.org/mpfr-2.2.1/#bugs ) we should
probably _require_ a recent version.
It would be kind of someone else to make that patch - I am kinda busy at the
moment. The section File
--- Comment #18 from rob1weld at aol dot com 2007-06-17 20:46 ---
Page: http://gcc.gnu.org/install/prerequisites.html says:
MPFR Library version 2.2.1 (or later)
Necessary to build GCC. It can be downloaded from http://www.mpfr.org/. The
version of MPFR that is bundled with GMP 4.1.x
--- Comment #24 from rob1weld at aol dot com 2007-06-17 20:52 ---
http://gcc.gnu.org/gcc-4.3/changes.html#mpfropts
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32180
--- Comment #13 from rob1weld at aol dot com 2007-06-19 17:11 ---
The goal of the tests is not to measure some time, but to check that
intervals are properly ordered, i.e., t1=dat1=t1a and t2a=dat2-dat1= t2.
If that is the goal then could we eliminate all influence of time (midnight
when not linking with -lm.
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot
--- Comment #19 from rob1weld at aol dot com 2007-06-20 05:09 ---
Just tried MPFR version 2.3.0 - it works fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32258
--- Comment #9 from rob1weld at aol dot com 2007-06-20 05:15 ---
Still occurs:
gcc version 4.3.0 20070619 (experimental)
/root/downloads/gcc-4_3-trunk/libgcc/../gcc/libgcc2.c: In function '__muldi3':
/root/downloads/gcc-4_3-trunk/libgcc/../gcc/libgcc2.c:557: internal compiler
error
--- Comment #2 from rob1weld at aol dot com 2007-06-20 05:30 ---
Bug part 1 - FIXED
I was still getting the undefined reference to `GC_local_malloc' errors in
gcc version 4.3.0 20070614 but it may be fixed in gcc version 4.3.0
20070619.
Bug part 1 - NOT - FIXED(?)
2): I don't know
--- Comment #2 from rob1weld at aol dot com 2007-06-20 16:31 ---
The failure in gcc.c-torture/execute/20050316-2.c is still present.
The failure in
/root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.c-torture/execute/20050604-1.c
was broken, prior to and, on 20070611, fixed before
--- Comment #2 from rob1weld at aol dot com 2007-06-20 16:46 ---
This bug report is titled 'GCC Collect2 adds extra -lm's to link commands
even when not linking with -lm.'.
The page http://gcc.gnu.org/gcc-4.3/changes.html#mpfropts says:
The GCC middle-end has been integrated
--- Comment #4 from rob1weld at aol dot com 2007-06-20 22:26 ---
My complaint is that collect2 hitlers-in a couple of -lms when I try to link
without it. Since I modifed __my__ copy of GCC source to not use -lm I wish
that collect2 did not add the extra library.
I should have to add
--- Comment #14 from rob1weld at aol dot com 2007-06-20 22:33 ---
GCC version 4.3.0 20070620
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00942.html
FAIL: gfortran.dg/secnds-1.f -O1 execution test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32057
--- Comment #16 from rob1weld at aol dot com 2007-06-20 22:46 ---
Uros Bizjak seems to have tracked this problems down for 4.3.0 on target
i686-pc-cygwin and i686-pc-linux-gnu in the bug report that Richard just marked
as a dupe.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20623
/ printf
bug
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
http://gcc.gnu.org
--- Comment #1 from rob1weld at aol dot com 2007-06-21 06:01 ---
Created an attachment (id=13753)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13753action=view)
Demo for abs / printf bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32448
--- Comment #3 from rob1weld at aol dot com 2007-06-21 08:49 ---
GCC printed no warning about disliking a conversion.
I hacked the program in accordance with your suggestion and now it prints:
n= 4 QUESTION1=+0.123 QUESTION2=+0.123 Q(n)=+0.000
n= 5 QUESTION1=+0.099 QUESTION3
--- Comment #6 from rob1weld at aol dot com 2007-06-21 11:30 ---
Thanks for everyones input.
The only issues related to this 'bug' are:
1): printf _sometimes_ prints -0.000 and sometimes prints +0.000 - the
reason it is even showing the + or - is because I enabled them using %+f
--- Comment #7 from rob1weld at aol dot com 2007-06-22 09:18 ---
Uros Bizjak - has to include warnings about not drying animals in it
I have an older model with no such label therefore I am OK. ;)
--- Here is another program that demonstrates that there is some problem
--- Comment #8 from rob1weld at aol dot com 2007-06-22 09:42 ---
A earlier version of this program had these lines in it:
...
f = abs((float)(a));
g = fabs((float)(a));
h = (int)abs(a);
i = 0.0;
printf(a = %.2f b = %.2f c = %.2f d = %.2f e = %.2f , a, b, c, d
--- Comment #10 from rob1weld at aol dot com 2007-06-23 04:21 ---
(In reply to comment #9)
Don't worry, it works correctly.
...
Argument are pushed to the stack by the caller without any other
communication with callee, so it is obvious that format string _must_
reflect the type
--
rob1weld at aol dot com changed:
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32448
--- Comment #12 from rob1weld at aol dot com 2007-06-23 07:51 ---
Send a patch that implements your argflaps
Cyclone uses what it calls thin and fat pointers. We could implement this
in GCC. An extra byte per variable could store the type and a bit of code could
check it (at run-time
--- Comment #13 from rob1weld at aol dot com 2007-06-23 08:32 ---
(In reply to comment #11)
(1) Try -Wformat
-Wall includes -Wformat according to gcc.info. See comment 7 for the
command line I used:
/* /usr/test/bin/gcc -Wall -Wconversion -o math_test_7 math_test_7.c */
(3
--- Comment #20 from rob1weld at aol dot com 2007-06-23 09:30 ---
Created an attachment (id=13766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13766action=view)
Patch main configure script to use mpfr 2.2.1, also detect mpfr library and
header version mismatch - submitted
cross compile
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32473
--- Comment #15 from rob1weld at aol dot com 2007-06-23 18:49 ---
Andrew Pinski
abs converts the float/double to an integer type so this is not a bug.
Uros Bizjak
The non-problem you are going after is in printf(). It takes variable arguments
from the stack and interprets them
--- Comment #3 from rob1weld at aol dot com 2007-06-23 21:04 ---
OK. I thought since GCC had a number of #ifdef __MINGW32__ lines in it's
source that the fixes were done on GCC to accommodate the OS (especially on a
cross-compile) in preference to altering system header files to work
--- Comment #2 from rob1weld at aol dot com 2007-06-23 21:05 ---
OK. I thought since GCC had a number of #ifdef __MINGW32__ lines in it's
source that the fixes were done on GCC to accommodate the OS (especially on a
cross-compile) in preference to altering system header files to work
--- Comment #15 from rob1weld at aol dot com 2007-06-24 02:17 ---
I origonally reported The bootstrap hardly runs for a few minutes and then I
get an ICE. That is no longer the case. I am making gcc version 4.3.0
20070623.
I'm 4 hours into the make (my build is made using
--enable
--- Comment #31 from rob1weld at aol dot com 2007-06-24 02:22 ---
(In reply to comment #14)
*** Bug 32024 has been marked as a duplicate of this bug. ***
32024 is fixed. I would add 4.3.0 to _this_ Known to work list if I was able.
--
rob1weld at aol dot com changed
--- Comment #18 from rob1weld at aol dot com 2007-06-24 03:21 ---
(In reply to comment #16)
(In reply to comment #14)
m.c: In function 'main':
m.c:9: warning: implicit declaration of function 'abs'
Also, add a prototype for integer abs(), like int abs(int);. Then everything
--- Comment #19 from rob1weld at aol dot com 2007-06-24 05:01 ---
So here we have it:
#include stdio.h
int abs(int);
double fabs(double);
int main()
{
printf(%f %f %f %f\n, abs(1234.5678), fabs(1234.5678),
abs((int)1234.5678), abs((int)(1234.5678)));
printf(%f %f %f
--- Comment #21 from rob1weld at aol dot com 2007-06-24 12:22 ---
(In reply to comment #20)
Since GCC can 'see' the %f at compile time
... that does not mean the behavior is the correct to cast it to float. ...
So the correct behavior is:
a): Cast it to something other than float
--- Comment #4 from rob1weld at aol dot com 2007-06-24 12:30 ---
After a bit of testing I came up with these final values:
gcc-4_3-trunk/libmudflap/testsuite/lib/mfdg.exp
/root/downloads/gcc-4_3-trunk/libmudflap/testsuite/libmudflap.cth/pass39-frag.c
/* { dg-timeout 10 } */
/* { dg
--- Comment #18 from rob1weld at aol dot com 2007-06-24 17:33 ---
Compiled using fold (compile + check time 16 hours):
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
Results for 4.3.0 20070623 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org
--- Comment #32 from rob1weld at aol dot com 2007-06-24 17:45 ---
Everyone: Don't forget df, it doesn't slow checking much.
Compile + check time 16 hours :) only:
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree
Results for 4.3.0 20070623 (experimental
--- Comment #3 from rob1weld at aol dot com 2007-06-25 05:11 ---
Bug part 1 - FIXED
I was still getting the undefined reference to `GC_local_malloc' errors in
gcc version 4.3.0 20070614 but it may be fixed in gcc version 4.3.0
20070619.
Broken again in gcc version 4.3.0 20070623
--- Comment #34 from rob1weld at aol dot com 2007-06-25 05:06 ---
(In reply to comment #33)
(In reply to comment #32)
Everyone: Don't forget df, it doesn't slow checking much.
Compile + check time 16 hours :) only:
--enable-stage1-checking=assert,df,fold,gc,misc,rtl,rtlflag
--- Comment #7 from rob1weld at aol dot com 2007-06-25 05:19 ---
Almost always works well. There _are_ days when there is one or two check test
that fail; but not like before when _most_ tests failed. FIXED.
--
rob1weld at aol dot com changed:
What|Removed
--- Comment #14 from rob1weld at aol dot com 2007-06-25 05:30 ---
(In reply to comment #12)
I'm going to close this.
OK by me (the Reporter). I have not tested this, if someone else has then OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717
--- Comment #4 from rob1weld at aol dot com 2007-06-25 05:34 ---
Resolving as FIXED. Current tests don't have the problems mentioned in this bug
report.
Results for 4.3.0 20070623 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg01093.html
--- Comment #22 from rob1weld at aol dot com 2007-06-28 18:32 ---
Why is it a bad idea to leave this flaw in GCC ?
Format String Bugs and Exploits
http://www.geocities.com/ravecoolr/fmt.doc
or if you like:
http://www.enderunix.org/docs/formatstr.txt
Allowing GCC to stay
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org
at aol dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32569
: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla
--- Comment #1 from rob1weld at aol dot com 2007-07-01 05:32 ---
Created an attachment (id=13809)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13809action=view)
List of warning found using CIL preprocessor on GCC version 4.3.0 20070629
--
http://gcc.gnu.org/bugzilla
ReportedBy: rob1weld at aol dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32581
--- Comment #1 from rob1weld at aol dot com 2007-07-02 17:47 ---
I re-configured with exactly the same command line options, except I removed
ada from --enable-languages=, and re-started make.
On this second attempt the file building timing was similar to what was
previously reported
--- Comment #2 from rob1weld at aol dot com 2007-07-02 17:51 ---
Created an attachment (id=13825)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13825action=view)
Missed profile execution counts for GCC 4.3.0 20070701 - broken build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
401 - 500 of 623 matches
Mail list logo