--- Comment #11 from howarth at nitro dot med dot uc dot edu 2009-01-13
00:52 ---
Created an attachment (id=17081)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17081&action=view)
test program demonstrating missing error condition
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-13 00:54 ---
I have no idea why this happens for you but it works for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38728
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-01-13
00:55 ---
The attached badread,f test program produces...
F
...when attempting to read a float with...
READ(TEMP,'(F20.0)',ERR=) R
from
TEMP='END'
when run against the libg
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-13 00:59 ---
How did you invoke configure? How did you invoke GNU make?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-13 01:01 ---
for ac_var in `(set) 2>&1 |
sed -n 's/^ac_env_\([a-zA-Z_0-9]*\)_set=.*/\1/p'`; do
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38805
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-13 01:03 ---
Confirmed, though your patch is not portable really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-13 01:09 ---
We should be able to fold:
VIEW_CONVERT_EXPR(D.919509.D.78313.D.78008)
Into just D.919509 .
The indirect issue is a different one which needs to be fixed anyways as it
causes aliasing issues which were not in the o
--- Comment #6 from jason at gcc dot gnu dot org 2009-01-13 01:23 ---
Subject: Bug 35109
Author: jason
Date: Tue Jan 13 01:23:34 2009
New Revision: 143320
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143320
Log:
PR c++/35109
* name-lookup.c (lookup_name_real):
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-01-13 01:35 ---
on trunk (4.4.x):
1) ld --version
GNU ld (GNU Binutils) 2.19
checking for ld version... 21900
2) ld --version
GNU ld version 2.18.50.0.9-7.fc10 20080822
checking for ld version... 21850
3) ld --version
GNU ld (GNU B
--- Comment #19 from bkoz at gcc dot gnu dot org 2009-01-13 01:49 ---
Subject: Bug 38384
Author: bkoz
Date: Tue Jan 13 01:49:30 2009
New Revision: 143322
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143322
Log:
2009-01-12 Benjamin Kosnik
PR libstdc++/38384
--- Comment #5 from rob1weld at aol dot com 2009-01-13 02:52 ---
(In reply to comment #4)
> >"Cannot build gnattools while gnatlib is out of date or unbuilt".
> That bug is a different issue than this bug. Please don't confuse the two.
I searched before I posted to try to avoid a dupe.
+++ This bug was initially created as a clone of Bug #14435 +++
I built "gcc version 4.4.0 20090111 [trunk revision 143259]" and when I
run "make -i check" it sets 'GCC_EXEC_PREFIX="/usr/local/lib/gcc/"'.
It seems gcc may look for this directory:
# ls -lrtA /usr/local/lib/gcc/i386-pc-solaris2.1
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-01-13 03:44
---
Great work Jack. Now we have a test case to work with.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-01-13 04:14
---
The problem is in read.c. In reading floats we are not catching invalid
exponent characters. The BN patch just revealed this bug that has been there
all along.
The string can be just about anything with an 'e'
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2009-01-13 04:36
---
Here is a patch. If the character is not a digit or a blank, we exit the loop
and skip the test for not a digit. DUH! (first part of patch is just an
indentation fix)
Index: read.c
===
I built gcc version 4.4.0 20090104 (experimental) (GCC) and configured with:
../gcc_trunk/configure --enable-languages=ada,c,c++,fortran,java,objc,obj-c++
--enable-shared --disable-static --enable-decimal-float --with-long-double-128
--enable-nls --with-included-gettext --enable-gather-detailed-me
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-13 05:02 ---
There is no java source compiler in 4.3 and above so the number of tests have
decreased.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-01-13
05:06 ---
Jerry,
While that eliminated the failure in the xtarget.inp testcase for
xplor-nih, it also increased the number of test case failures from 13 to 72 out
of 133 tests. I'll test Daniel's patch to see if
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-01-13
05:31 ---
I'll do a fresh bootstrap with the proposed patch tomorrow. We may have a
separate regression that appeared since I last checked the full xplor-nih
testsuite. Basically, the following difference is appeari
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2009-01-13 05:40
---
Subject: Bug 38772
Author: jvdelisle
Date: Tue Jan 13 05:40:36 2009
New Revision: 143327
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143327
Log:
2009-01-12 Jerry DeLisle
PR libfortran/3877
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2009-01-13 05:53
---
Subject: Bug 38772
Author: jvdelisle
Date: Tue Jan 13 05:53:07 2009
New Revision: 143328
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143328
Log:
2009-01-12 Jerry DeLisle
PR libfortran/3877
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2009-01-13 05:57
---
Thanks for help Jack. The patch committed does fix the test case you provided.
Please double check with xplor-nih and if fixed as expected we can close this
PR.
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2009-01-13 06:07
---
Reply to comments 16 and 17 which I did not see before my commit. Please make
sure the original r143102 is in place when you apply latest patch. It does
seem bothersome that the xplor-nih is so sensitive. It i
--- Comment #6 from rob1weld at aol dot com 2009-01-13 07:16 ---
(In reply to comment #5)
> # Even if the default multilib is not a cross compilation,
> # it may be that some of the other multilibs are.
> if test $cross_compiling = no && test $multilib = yes \
>&& test "x${with_multi
--- Comment #7 from dannysmith at gcc dot gnu dot org 2009-01-13 07:41
---
Subject: Bug 38580
Author: dannysmith
Date: Tue Jan 13 07:40:51 2009
New Revision: 143330
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143330
Log:
PR bootstrap/38580
* gcc.c (process_co
--- Comment #8 from dannysmith at users dot sourceforge dot net 2009-01-13
07:43 ---
Fixed on trunk.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--
101 - 126 of 126 matches
Mail list logo
