[Bug bootstrap/17269] make install doesn't work after --enable-bootstrap enabled bootstrap
--- Comment #2 from bonzini at gcc dot gnu dot org 2005-10-24 07:01 --- It should work by now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17269
[Bug fortran/24493] [GOMP] Parsing problem after THREADPRIVATE-statement
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-24 09:11 --- Subject: Bug 24493 CVSROOT:/cvs/gcc Module name:gcc Branch: gomp-20050608-branch Changes by: [EMAIL PROTECTED] 2005-10-24 09:11:47 Modified files: gcc/fortran: ChangeLog.gomp gcc/testsuite : ChangeLog.gomp gcc/fortran: scanner.c Added files: gcc/testsuite/gfortran.dg/gomp: free-1.f90 fixed-1.f Log message: PR fortran/24493 * scanner.c (skip_free_comments): Set at_bol at the beginning of the loop, not before it. (skip_fixed_comments): Handle ! comments in the middle of line here as well. (gfc_skip_comments): Use skip_fixed_comments for FIXED_FORM even if not at BOL. (gfc_next_char_literal): Fix expected canonicalized *$omp string. * gfortran.dg/gomp/fixed-1.f: New test. * gfortran.dg/gomp/free-1.f: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.gomp.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=1.1.2.29&r2=1.1.2.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.gomp.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=1.1.2.44&r2=1.1.2.45 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/scanner.c.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=1.18.4.5&r2=1.18.4.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/gomp/free-1.f90.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/gomp/fixed-1.f.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24493
[Bug fortran/15586] gfortran should support i18n in its compiler messages
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-24 09:11 --- Subject: Bug 15586 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-24 09:11:52 Modified files: gcc/fortran: ChangeLog arith.c check.c decl.c parse.c parse.h Log message: PR fortran/15586 * arith.c (gfc_arith_error): Change message to include locus. (check_result, eval_intrinsic, gfc_int2int, gfc_real2real, gfc_real2complex, gfc_complex2real, gfc_complex2complex): Use the new gfc_arith_error. (arith_error): Rewrite full error messages instead of building them from pieces. * check.c (must_be): Removed. (type_check, numeric_check, int_or_real_check, real_or_complex_check, kind_check, double_check, logical_array_check, array_check, scalar_check, same_type_check, rank_check, kind_value_check, variable_check, gfc_check_allocated, gfc_check_associated, gfc_check_cmplx, gfc_check_dcmplx, gfc_check_dot_product, gfc_check_index, gfc_check_kind, gfc_check_matmul, gfc_check_null, gfc_check_pack, gfc_check_precision, gfc_check_present, gfc_check_spread): Rewrite full error messages instead of building them from pieces. * decl.c (gfc_match_entry): Rewrite full error messages instead of building them from pieces. * parse.c (gfc_state_name): Remove. * parse.h: Remove prototype for gfc_state_name. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.595&r2=1.596 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/arith.c.diff?cvsroot=gcc&r1=1.31&r2=1.32 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/check.c.diff?cvsroot=gcc&r1=1.35&r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gcc&r1=1.45&r2=1.46 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/parse.c.diff?cvsroot=gcc&r1=1.32&r2=1.33 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/parse.h.diff?cvsroot=gcc&r1=1.7&r2=1.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15586
[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations
--- Comment #73 from pcarlini at suse dot de 2005-10-24 09:14 --- (In reply to comment #72) > why is it pointless? just because it doesn't work on some target architectures > doesn't mean it doesn't work on most main archs. Are you really, really, sure that without patching the middle-end at all, only changing the libstdc++-v3 headers benefits some targets without any side effects? I'm not at all, given this tangle. Really, we want someone to work seriously on the various serious outstanding bugs of the machinery, please if you consider it useful in principle for your project ask the maintainers and the knowledgeable compiler people to work on it, I tried, but I failed, by and large. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
[Bug libfortran/22097] libgfortran build failure on mips-sgi-irix6.5
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2005-10-24 09:33 --- (In reply to comment #7) > I would guess a GNU make bug. What version of GNU make are you using? Try a > newer release. I had GNU Make version 3.78.1, which seems too old. 3.80 works fine. But... later I have the following failures: /tmp/debug/ibin/./gcc/xgcc -B/tmp/debug/ibin/./gcc/ -B/tmp/debug/irun/mips-sgi-irix6.5/bin/ -B/tmp/debug/irun/mips-sgi-irix6.5/lib/ -isystem /tmp/debug/irun/mips-sgi-irix6.5/include -isystem /tmp/debug/irun/mips-sgi-irix6.5/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc/libgfortran -I. -iquote../../../gcc/libgfortran/io -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c ../../../gcc/libgfortran/intrinsics/c99_functions.c -DPIC -o .libs/c99_functions.o ../../../gcc/libgfortran/intrinsics/c99_functions.c:582: warning: no previous prototype for 'clog10f' ../../../gcc/libgfortran/intrinsics/c99_functions.c: In function 'clog10f': ../../../gcc/libgfortran/intrinsics/c99_functions.c:585: warning: implicit declaration of function 'cabsf' ../../../gcc/libgfortran/intrinsics/c99_functions.c:585: warning: incompatible implicit declaration of built-in function 'cabsf' ../../../gcc/libgfortran/intrinsics/c99_functions.c:585: warning: implicit declaration of function 'cargf' ../../../gcc/libgfortran/intrinsics/c99_functions.c:585: warning: incompatible implicit declaration of built-in function 'cargf' ../../../gcc/libgfortran/intrinsics/c99_functions.c: At top level: ../../../gcc/libgfortran/intrinsics/c99_functions.c:594: warning: no previous prototype for 'clog10' ../../../gcc/libgfortran/intrinsics/c99_functions.c: In function 'clog10': ../../../gcc/libgfortran/intrinsics/c99_functions.c:597: warning: implicit declaration of function 'cabs' ../../../gcc/libgfortran/intrinsics/c99_functions.c:597: warning: incompatible implicit declaration of built-in function 'cabs' ../../../gcc/libgfortran/intrinsics/c99_functions.c:597: warning: implicit declaration of function 'carg' ../../../gcc/libgfortran/intrinsics/c99_functions.c:597: warning: incompatible implicit declaration of built-in function 'carg' ../../../gcc/libgfortran/intrinsics/c99_functions.c: At top level: ../../../gcc/libgfortran/intrinsics/c99_functions.c:606: warning: no previous prototype for 'clog10l' ../../../gcc/libgfortran/intrinsics/c99_functions.c: In function 'clog10l': ../../../gcc/libgfortran/intrinsics/c99_functions.c:609: error: incompatible type for argument 1 of 'cabsl' ../../../gcc/libgfortran/intrinsics/c99_functions.c:609: warning: implicit declaration of function 'cargl' ../../../gcc/libgfortran/intrinsics/c99_functions.c:609: warning: incompatible implicit declaration of built-in function 'cargl' I'm investigating. For now, all I can say is I *hate* C99. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22097
[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize
--- Comment #8 from irar at gcc dot gnu dot org 2005-10-24 09:38 --- Subject: Bug 24262 Author: irar Date: Mon Oct 24 09:38:20 2005 New Revision: 105376 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=105376 Log: Bring over from mainline: 2005-10-12 Sebastian Pop <[EMAIL PROTECTED]> PR tree-optimization/24262 * tree-data-ref.c (analyze_offset_expr): Check that init is invariant in loop all the time. Modified: branches/autovect-branch/gcc/ChangeLog.autovect branches/autovect-branch/gcc/tree-data-ref.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24262
[Bug tree-optimization/24351] [4.1 Regression] ICE in do_simple_structure_copy with some C++ code
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-10-24 10:46 ---
We are trying to copy 16 bits of
$5 = {id = 8, name = 0x896d7d0 "D.1877", decl = 0x4019ae18, offset = 8,
size = 8, fullsize = 16, next = 0x0, node = 8, address_taken = 0,
indirect_target = 0, is_artificial_var = 0, is_special_var = 0,
is_unknown_size_var = 0, has_union = 0, is_heap_var = 0,
solution = 0x8999708, variables = 0x8999718, complex = 0x0}
to
$1 = {id = 6, name = 0x898aaf7 "a", decl = 0x4019a7e8, offset = 8, size = 8,
fullsize = 24, next = 0x899ca54, node = 6, address_taken = 1,
indirect_target = 0, is_artificial_var = 0, is_special_var = 0,
is_unknown_size_var = 0, has_union = 0, is_heap_var = 0,
solution = 0x89996c8, variables = 0x89996d8, complex = 0x0}
$2 = {id = 7, name = 0x896d7c4 "a.bound_", decl = 0x4019a7e8, offset = 16,
size = 8, fullsize = 24, next = 0x0, node = 7, address_taken = 1,
indirect_target = 0, is_artificial_var = 0, is_special_var = 0,
is_unknown_size_var = 0, has_union = 0, is_heap_var = 0,
solution = 0x89996e8, variables = 0x89996f8, complex = 0x0}
not counting the non-existant 8 bits padding(?)
static void
do_simple_structure_copy (const struct constraint_expr lhs,
const struct constraint_expr rhs,
const unsigned HOST_WIDE_INT size)
{
varinfo_t p = get_varinfo (lhs.var);
unsigned HOST_WIDE_INT pstart, last;
pstart = p->offset;
last = p->offset + size;
for (; p && p->offset < last; p = p->next)
not adding p->offset to last would fix that. Hmm, too obvious?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24351
[Bug tree-optimization/24351] [4.1 Regression] ICE in do_simple_structure_copy with some C++ code
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-24 11:01 ---
Also, while we have the same types for lhs and rhs in do_structure_copy, namely
(gdb) call debug_tree(lhstype)
constant invariant 16>
unit size constant invariant 2>
align 8 symtab 0 alias set -1
fields
unit size
align 8 symtab 0 alias set -1 fields
X() X(constX&) this=(X&) n_parents=1 use_template=0
interface-unknown
pointer_to_this chain >
nonlocal decl_3 QI file /suse/rguenther/src/tests/pr24351.C line 8 size
unit size
align 8 offset_align 128
offset bit offset
context
chain
nonlocal decl_4 VOID file /suse/rguenther/src/tests/pr24351.C line
6
align 1 context
>>
needs-constructor X(constX&) this=(X&) n_parents=1 use_template=0
interface-unknown
pointer_to_this chain >
the full sizes from the variable infos for lhs/rhs do not match:
(gdb) print *get_varinfo(lhs.var)
$9 = {id = 6, name = 0x898aaf7 "a", decl = 0x4019a7e8, offset = 8, size = 8,
fullsize = 24, next = 0x899ca54, node = 6, address_taken = 1,
indirect_target = 0, is_artificial_var = 0, is_special_var = 0,
is_unknown_size_var = 0, has_union = 0, is_heap_var = 0,
solution = 0x89996c8, variables = 0x89996d8, complex = 0x0}
(gdb) print *get_varinfo(rhs.var)
$10 = {id = 8, name = 0x896d7d0 "D.1877", decl = 0x4019ae18, offset = 8,
size = 8, fullsize = 16, next = 0x0, node = 8, address_taken = 0,
indirect_target = 0, is_artificial_var = 0, is_special_var = 0,
is_unknown_size_var = 0, has_union = 0, is_heap_var = 0,
solution = 0x8999708, variables = 0x8999718, complex = 0x0}
This is during the assignment of
(gdb) call debug_generic_expr(t)
# SFT.2D.1881_20 = V_MAY_DEF ;
# VUSE ;
aD.1849.functor_D.1824.functor_D.1764 = D.1877
i.e. during the second may-alias pass.
So another workaround may be in do_structure_copy:
/* The size only really matters insofar as we don't set more or less of
the variable. If we hit an unknown size var, the size should be the
whole darn thing. */
if (get_varinfo (rhs.var)->is_unknown_size_var)
rhssize = ~0;
else
rhssize = get_varinfo (rhs.var)->fullsize; /*TREE_INT_CST_LOW
(rhstypesize);*/
if (get_varinfo (lhs.var)->is_unknown_size_var)
lhssize = ~0;
else
lhssize = get_varinfo (lhs.var)->fullsize; /*TREE_INT_CST_LOW
(lhstypesize);*/
Oh well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24351
[Bug c++/24502] New: [gomp] for loop inside template rejected
The following valid code snippet is rejected by the C++ frontend when
compiled with -fopenmp:
=
template void foo()
{
int i;
#pragma omp for
for (i = 0; i < 10; i++) ;
}
=
bug.cc: In function 'void foo()':
bug.cc:5: error: expected iteration declaration or initialization
It works without the template or if I declare "i" inside the for loop.
--
Summary: [gomp] for loop inside template rejected
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: rejects-valid, openmp
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24502
[Bug tree-optimization/24351] [4.1 Regression] ICE in do_simple_structure_copy with some C++ code
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-10-24 11:55 ---
All of the fixes are wrong. The only safe thing papering over the problem is
disallowing this case with
Index: tree-ssa-structalias.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-structalias.c,v
retrieving revision 2.32
diff -c -3 -p -r2.32 tree-ssa-structalias.c
*** tree-ssa-structalias.c 6 Oct 2005 21:36:52 - 2.32
--- tree-ssa-structalias.c 24 Oct 2005 11:54:56 -
*** check_for_overlaps (VEC (fieldoff_s,heap
*** 3033,3038
--- 3033,3041
for (i = 0; VEC_iterate (fieldoff_s, fieldstack, i, fo); i++)
{
+ if (lastoffset == -1
+ && fo->offset != 0)
+ return true;
if (fo->offset == lastoffset)
return true;
lastoffset = fo->offset;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24351
[Bug fortran/24503] New: varying string length character function result
* the exact version of GCC; > gfortran -v Utilisation des specs internes. Target: i386-redhat-linux Configuré avec: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Modèle de thread: posix version gcc 4.0.1 20050727 (Red Hat 4.0.1-5) * the system type; > cat /proc/version Linux version 2.6.13-1.1526_FC4smp ([EMAIL PROTECTED]) (gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)) #1 SMP Wed Sep 28 19:30:04 EDT 2005 * the options given when GCC was configured/built; > gfortran -v -save-temps -c bug.f90 GNU F95 version 4.0.1 20050727 (Red Hat 4.0.1-5) (i386-redhat-linux) compiled by GNU C version 4.0.1 20050727 (Red Hat 4.0.1-5). heuristiques GGC: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 * the complete command line that triggers the bug; gfortran -c bug.f90 * the compiler output (error messages, warnings, etc.); and > gfortran -c bug.f90 bug.f90: In function s_to_c: bug.f90:21: erreur interne du compilateur: dans gfc_finish_var_decl, à fortran/trans-decl.c:436 Veuillez soumettre un rapport complet d'anomalies, avec le source pré-traité si nécessaire. Consultez http://bugzilla.redhat.com/bugzilla> pour plus de détail. * the preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command, or, in the case of a bug report for the GNAT front end, a complete set of source files (see below). > cat bug.f90 MODULE ISO_VARYING_STRING PRIVATE TYPE VARYING_STRING PRIVATE CHARACTER,DIMENSION(:),POINTER :: chars ENDTYPE VARYING_STRING CHARACTER,PARAMETER :: blank = " " PUBLIC :: s_to_c CONTAINS FUNCTION s_to_c(string) type(VARYING_STRING),INTENT(IN) :: string ! returns the characters of string as an automatically sized character CHARACTER(LEN=SIZE(string%chars)) :: s_to_c INTEGER :: lc lc=SIZE(string%chars) DO i=1,lc s_to_c(i:i) = string%chars(i) ENDDO ENDFUNCTION s_to_c END MODULE ISO_VARYING_STRING -- Summary: varying string length character function result Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: r dot butel at epoc dot u-bordeaux1 dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24503
[Bug fortran/24503] varying string length character function result
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-24 12:16 --- Here is what I get with the mainline of GCC: In file t.f90:12 PUBLIC :: s_to_c 1 Error: 'string' is a PRIVATE type and cannot be a dummy argument of 's_to_c', which is PUBLIC at (1) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24503
[Bug fortran/24504] New: private structured type assignment
Utilisation des specs internes. Target: i386-redhat-linux Configuré avec: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Modèle de thread: posix version gcc 4.0.1 20050727 (Red Hat 4.0.1-5) /usr/libexec/gcc/i386-redhat-linux/4.0.1/f951 bug.f90 -quiet -dumpbase bug.f90 -auxbase bug -version -o bug.s GNU F95 version 4.0.1 20050727 (Red Hat 4.0.1-5) (i386-redhat-linux) compiled by GNU C version 4.0.1 20050727 (Red Hat 4.0.1-5). heuristiques GGC: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 bug.f90: In function s_to_c: bug.f90:21: erreur interne du compilateur: dans gfc_finish_var_decl, à fortran/trans-decl.c:436 Veuillez soumettre un rapport complet d'anomalies, avec le source pré-traité si nécessaire. Consultez http://bugzilla.redhat.com/bugzilla> pour plus de détail. MODULE type_structs IMPLICIT NONE TYPE, PUBLIC :: une_classe INTEGER :: ident END TYPE une_classe END MODULE type_structs MODULE stat_structs USE type_structs IMPLICIT NONE PRIVATE TYPE(une_classe), DIMENSION(12), PUBLIC :: c12 END MODULE stat_structs MODULE zclassif USE type_structs CONTAINS SUBROUTINE nuees() USE stat_structs INTEGER :: nb_cls, ii TYPE(une_classe), DIMENSION(:), ALLOCATABLE :: xclasses ALLOCATE(xclasses(nb_cls)) DO ii = 1, 12 xclasses(ii) = c12(ii) END DO END SUBROUTINE nuees END MODULE zclassif -- Summary: private structured type assignment Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: r dot butel at epoc dot u-bordeaux1 dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24504
[Bug fortran/24504] private structured type assignment
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-24 12:20 --- On the mainline, we get a different ICE: t.f90: In function 'nuees': t.f90:36: internal compiler error: in fold_convert, at fold-const.c:2028 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24504
[Bug libfortran/24416] Wrong reading following namelist reading
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2005-10-24 12:53 --- Here is another example of this problem (or so I think), reported today on the list: # cat bug.f90 program bugged character*80 mc_sample namelist /BUG/ mc_sample ! Sequence without read of Namelist open(10,file='bug.in') !read(10,BUG) close(10) print *, 'Enter integer' read(*,*) nalt print *, nalt ! Same sequence with read of Namelist open(10,file='bug.in') read(10,BUG) close(10) call flush(5) call flush(6) call flush(10) print *, 'Enter integer' read(*,*) nalt print *, nalt end # cat bug.in $BUG mc_sample ='mcmc_run001' $end # gfortran a.f90 && ./a.out Enter integer 15 15 Enter integer 15 At line 23 of file a.f90 Fortran runtime error: Integer overflow while reading item 1 -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-10-17 22:10:20 |2005-10-24 12:53:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug fortran/24503] varying string length character function result
--- Comment #2 from erik dot edelmann at iki dot fi 2005-10-24 12:53 --- (In reply to comment #1) > Here is what I get with the mainline of GCC: > In file t.f90:12 > > PUBLIC :: s_to_c >1 > Error: 'string' is a PRIVATE type and cannot be a dummy argument of 's_to_c', > which is PUBLIC at (1) Gfortran is correct; the code is invalid. However, if we make it valid by declaring the type VARYING_STRING public too, we get the error message of the OP. Here's a reduced testcase kl-nrb:~$ cat hum.f90 MODULE ISO_VARYING_STRING CONTAINS FUNCTION s_to_c(chars) CHARACTER,DIMENSION(:),POINTER :: chars CHARACTER(LEN=SIZE(chars)) :: s_to_c s_to_c = '' ENDFUNCTION s_to_c END MODULE ISO_VARYING_STRING kl-nrb:~$ gfortran hum.f90 hum.f90: In function 's_to_c': hum.f90:5: internal compiler error: in gfc_finish_var_decl, at fortran/trans-decl.c:444 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. I think I've seen this bug reported somewhere, but couldn't find it in a quick search. -- erik dot edelmann at iki dot fi changed: What|Removed |Added CC||erik dot edelmann at iki dot ||fi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24503
[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-24 12:55 --- Subject: Bug 24107 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-24 12:55:37 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.dg: 20050922-1.c Log message: 2005-10-24 Paul Brook <[EMAIL PROTECTED]> PR 24107 * gcc.dg/20050922-1.c: Provide definition of uint32_t without using stdint.h. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6240&r2=1.6241 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20050922-1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107
[Bug tree-optimization/24351] [4.1 Regression] ICE in do_simple_structure_copy with some C++ code
--- Comment #8 from dberlin at gcc dot gnu dot org 2005-10-24 12:55 --- Subject: Re: [4.1 Regression] ICE in do_simple_structure_copy with some C++ code On Mon, 2005-10-24 at 11:55 +, rguenth at gcc dot gnu dot org wrote: > > --- Comment #7 from rguenth at gcc dot gnu dot org 2005-10-24 11:55 > --- > All of the fixes are wrong. The only safe thing papering over the problem is > disallowing this case with If you look, you'll note that while the assignments have the same type, one is embedded in a structure and the other isn't. If you stare at that structure it is embedded in, you'll discover the empty base for one of the classes seems to appear twice, which is where we get the fullsize of 16. Thus, we end up with an extra "field" on one side of the assignment. We reasonably expect that an assignment between two of the same types will have the same fields on both sides. This is really another effect of the problem in 24288, AFAICT. The empty base for struct adaptor_base appears twice in one of the structures, even though it's "not really there" twice. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24351
[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h
--- Comment #5 from pbrook at gcc dot gnu dot org 2005-10-24 13:02 --- Fixed -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107
[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107
[Bug fortran/24503] varying string length character function result
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-24 13:56 --- (In reply to comment #2) > I think I've seen this bug reported somewhere, but couldn't find it in a quick > search. Looks to be PR 23675. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24503
[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-24 14:06 --- Hmm, looks like the front-end is not using the correct expression, I might look at this one soon. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157
[Bug tree-optimization/24351] [4.1 Regression] ICE in do_simple_structure_copy with some C++ code
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24351
[Bug fortran/19425] Duplicate SAVE attribute problem
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-24 15:09 --- Fixed for 4.1 by: fortran/ * decl.c (gfc_match_save): Changed duplicate SAVE errors to warnings in the absence of strict standard conformance * symbol.c (gfc_add_save): Same. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19425
[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-24 15:22 --- The left hand side is not getting the correct tree, we only have array[tmp] instead of array[tmp].field. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157
[Bug libstdc++/24450] Exception safety problem in messages/__timepunct
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-24 15:31 --- Subject: Bug 24450 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-24 15:31:40 Modified files: libstdc++-v3 : ChangeLog Log message: 2005-10-24 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/24450 * config/locale/generic/time_members.h (__timepunct<>:: __timepunct(__c_locale, const char*, size_t)): Avoid leaking memory if new throws inside _M_initialize_timepunct. * config/locale/gnu/time_members.h (__timepunct<>:: __timepunct(__c_locale, const char*, size_t)): Likewise. * config/locale/gnu/message_members.h (messages<>:: messages(__c_locale, const char*, size_t)): Rearrange to avoid memory leaks. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.96&r2=1.2917.2.97 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24450
[Bug libstdc++/24450] Exception safety problem in messages/__timepunct
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-24 15:34 --- Subject: Bug 24450 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-24 15:33:58 Modified files: libstdc++-v3/config/locale/generic: time_members.h libstdc++-v3/config/locale/gnu: time_members.h messages_members.h Log message: 2005-10-24 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/24450 * config/locale/generic/time_members.h (__timepunct<>:: __timepunct(__c_locale, const char*, size_t)): Avoid leaking memory if new throws inside _M_initialize_timepunct. * config/locale/gnu/time_members.h (__timepunct<>:: __timepunct(__c_locale, const char*, size_t)): Likewise. * config/locale/gnu/message_members.h (messages<>:: messages(__c_locale, const char*, size_t)): Rearrange to avoid memory leaks. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/generic/time_members.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.76.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/gnu/time_members.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5&r2=1.5.42.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/gnu/messages_members.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.13&r2=1.13.42.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24450
[Bug c++/24502] [gomp] for loop inside template rejected
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-24 15:55:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24502
[Bug libstdc++/24450] Exception safety problem in messages/__timepunct
--- Comment #10 from pcarlini at suse dot de 2005-10-24 15:58 --- Fixed for 4.0.3. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24450
[Bug libfortran/24416] Wrong reading following namelist reading
--- Comment #6 from pault at gcc dot gnu dot org 2005-10-24 15:58 --- Thanks FX. Jerry DeLisle is having a stab at this so I have put him on the cc list. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added CC||jvdelisle at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug fortran/24503] varying string length character function result
--- Comment #4 from eedelman at gcc dot gnu dot org 2005-10-24 16:31 --- (In reply to comment #3) > (In reply to comment #2) > > I think I've seen this bug reported somewhere, but couldn't find it in a > > quick > > search. > Looks to be PR 23675. Yes, they seem to be the same, except that PR 23675 demonstrates an other bug as well, namely the same one as in PR 22607. I confirm this bug, and mark it as blocking PR 23675, and will do the same with PR 22607 (another possibility would be to mark both this and PR 22607 as duplicates of PR 23675, but since they are separate bugs I think there is some value in keeping them as separate PR:s) -- eedelman at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||23675 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-24 16:31:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24503
[Bug middle-end/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2005-10-24 16:33 --- Ouch! I cannot reproduce with a i586-suse-linux compiler configured with full checking and gccflags="-O2 -march=i686". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-24 16:41 --- Subject: Bug 21625 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED]2005-10-24 16:41:07 Modified files: gcc/fortran: ChangeLog resolve.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: derived_init_1.f90 Log message: fortran/ 2005-10-24 Erik Edelmann <[EMAIL PROTECTED]> PR fortran/21625 * resolve.c (expr_to_initialize): New function. (resolve_allocate_expr): Take current statement as new argument. Add default initializers to variables of derived types, if they need it. (resolve_code): Provide current statement as argument to resolve_allocate_expr(). testsuite/ 2005-10-24 Erik Edelmann <[EMAIL PROTECTED]> PR fortran/21625 * gfortran.dg/derived_init_1.f90: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.335.2.139&r2=1.335.2.140 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.34.2.22&r2=1.34.2.23 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.486&r2=1.5084.2.487 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/derived_init_1.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
[Bug fortran/24504] private structured type assignment
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-10-24 16:47 --- We are trying to fold_convert c12D.574[NON_LVALUE_EXPR + -1] to struct une_classe (which is the main variant). (the type is already une_classe - if the name does mean anything here) Just fortran doesn't recognize those types main variants as compatible. They look like (gdb) call debug_tree(type) constant invariant 32> unit size constant invariant 4> align 32 symtab 0 alias set -1 fields unit size align 32 symtab 0 alias set -1 precision 32 min max pointer_to_this > SI file t.f90 line 29 size unit size align 32 offset_align 128 offset bit offset context > pointer_to_this chain > (gdb) call debug_tree(0x4020b564) constant invariant 32> unit size constant invariant 4> align 32 symtab 0 alias set -1 fields unit size align 32 symtab 0 alias set -1 precision 32 min max pointer_to_this > SI file t.f90 line 29 size unit size align 32 offset_align 128 offset bit offset context > pointer_to_this chain > fortran doesn't seem to deal with type equivalences across modules? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-24 16:47:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24504
[Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-24 16:53 --- *** Bug 24504 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||r dot butel at epoc dot u- ||bordeaux1 dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
[Bug fortran/24504] private structured type assignment
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-24 16:53 --- The fold_convert bug is also PR 20244. *** This bug has been marked as a duplicate of 20244 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24504
[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE
--- Comment #10 from eedelman at gcc dot gnu dot org 2005-10-24 16:56 --- Fixed on 4.1, on 4.0 there still seems to be some kind of bug. While the testcase from PR 23924 now works, the testcase by Salvatore Filippone still fails, but with a different error message: erik:~$ gfortran salvatore.f90 salvatore.f90: In function 'MAIN__': salvatore.f90:34: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-24 17:03 --- At trans-expr.c:2756: 2756 tmp = gfc_trans_scalar_assign (&lse, &rse, expr1->ts.type); lse is wrong. looking more into it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157
[Bug c/24505] New: [gomp] Loop rejected with mixed types in predicate
I get an error message for the following code snippet:
void foo()
{
long n = 10;
int i;
#pragma omp for
for (i = 0; i < n; ++i) ;
}
bug.c: In function 'foo':
bug.c:6: error: invalid controlling predicate
This happens with the C and the C++ frontend.
I'm not 100 % sure whether this is really a bug or not, but
icc for example accepts it.
--
Summary: [gomp] Loop rejected with mixed types in predicate
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: rejects-valid, openmp
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24505
[Bug c/24505] [gomp] Loop rejected with mixed types in predicate
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-24 17:11:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24505
[Bug c/24506] New: short int parameter wrong in optimized code
This bug is in all versions of gcc I tested: 3.2.3, 3.3.4, and 3.3.6. I am
using Slackware Linux version 10.2 on a Pentium 4 based PC, and the gcc it came
with, version 3.3.6. When the following program is compiled without
optimization, it runs correctly. When compiled with any optimization, the
second call to scanf incorrectly overwrites the short int "u". Maybe this bug
is the same as bug 15484.
A program that causes the bug:
#include
int main() {
short int l, u;
puts("upper?");
scanf("%d", &u);
puts("lower?");
scanf("%d", &l);
printf("\n%d %d\n", l, u);
return 0;
}
The commands I used to compile the above program: (bash shell)
g++ -g -o gcc_bug gcc_bug.cc
g++ -g -O2 -o gcc_bug gcc_bug.cc
The compiler gives no messages when compiling this program.
--
Summary: short int parameter wrong in optimized code
Product: gcc
Version: 3.3.6
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chapinb at acm dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24506
[Bug c/24506] short int parameter wrong in optimized code
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-24 17:19 --- With -Wall, I get: t.c: In function main: t.c:6: warning: format %d expects type int *, but argument 2 has type short int * t.c:8: warning: format %d expects type int *, but argument 2 has type short int * Which is correct, you want %hd and not %d. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24506
[Bug java/23617] Out of memory when classpath contains jar file with zip-style comment
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-24 17:22 --- Subject: Bug 23617 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-24 17:22:41 Modified files: gcc/java : ChangeLog zextract.c Log message: 2005-10-24 Wil Mahan <[EMAIL PROTECTED]> PR java/23617 * zextract.c (read_zip_archive): Fix out of memory error when reading jar files with zip-style comments. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1556.2.38&r2=1.1556.2.39 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/zextract.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.19&r2=1.19.34.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23617
[Bug rtl-optimization/15023] -frename-registers is buggy and slow
--- Comment #9 from dalej at gcc dot gnu dot org 2005-10-24 17:58 --- Another bug in renaming just showed up on darwin rs6000. When renaming changes a register in the RTL, it does not make the corresponding change in attached FRAME_RELATED notes. This leads to inaccurate Dwarf exception tables and runtime failures in unwinding after a throw. Don't know how widespread this would be; other rs6000 targets for sure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15023
[Bug rtl-optimization/15023] -frename-registers is buggy and slow
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-24 18:03 --- (In reply to comment #9) >Don't know how widespread this would be; other rs6000 targets for sure. Yes this shows up as PR 23392 with the GNU runtime and objc exceptions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15023
[Bug rtl-optimization/23392] [4.1 Regression] foward-1.m fails with -funroll-loops -O3 -fgnu-runtime
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-24 18:05 --- Marking this as a 4.1 regression and moving to the target milestone as 4.1 as it could most likely show up in C++ code too. For some analysis see PR 15023. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|foward-1.m fails with - |[4.1 Regression] foward-1.m |funroll-loops -O3 -fgnu-|fails with -funroll-loops - |runtime |O3 -fgnu-runtime Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23392
[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-24 18:16 --- Here is the full problem, we get a loop.temp_ss but we don't build a reference off from that to var. Though, really we should get a REAL type loop.temp_ss instead of a user defined type. Looking how to get the correct type in the first place. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157
[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE
--- Comment #11 from eedelman at gcc dot gnu dot org 2005-10-24 18:43 --- (In reply to comment #10) > Fixed on 4.1, on 4.0 there still seems to be some kind of bug. The remaining problem on 4.0 seems to be fixed by the patch Richard Henderson posted here: http://gcc.gnu.org/ml/fortran/2005-06/msg00261.html. It seems it never was committed to the 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-24 18:43 --- I have a patch now which I am testing now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157
[Bug classpath/24481] SecureRandom.setSeed has no impact
--- Comment #3 from tromey at gcc dot gnu dot org 2005-10-24 18:47 --- I'm still not clear on exactly why we see the same data here. However, I suspect this can be fixed by adding 'seeded = true' to SHA1PRNG.engineSetSeed(). -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24481
[Bug rtl-optimization/23392] [4.1 Regression] foward-1.m fails with -funroll-loops -O3 -fgnu-runtime
--- Comment #7 from dalej at gcc dot gnu dot org 2005-10-24 18:55 --- Indeed, the failing case I saw was C++. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23392
[Bug bootstrap/18288] remaking existing build after cvs update gives configure recheck problems
--- Comment #5 from mrs at apple dot com 2005-10-24 19:02 --- Subject: Re: remaking existing build after cvs update gives configure recheck problems I think this problem can be marked as fixed. It was fixed by: 2005-05-04 Mike Stump <[EMAIL PROTECTED]> * configure.in: Always pass --target to target configures as otherwise rebuilds that do --recheck will fail. * confiugure: Rebuilt. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18288
[Bug libgcj/24461] array access in either GZIPInputStream, Inflater, natInflate.cc, or zlib
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-24 19:05:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24461
[Bug bootstrap/18288] remaking existing build after cvs update gives configure recheck problems
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-24 19:05 --- Fixed. Thanks Mike. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18288
[Bug tree-optimization/24225] [4.1 Regression] ICE: segmentation fault in profile.c:branch_prob
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-24 19:21 --- Subject: Bug 24225 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-24 19:20:38 Modified files: gcc/testsuite : ChangeLog gcc: ChangeLog profile.c Added files: gcc/testsuite/gcc.dg: pr24225.c Log message: PR tree-optimization/24225 gcc/ * profile.c (branch_prob): Look from end to start through a basic block when looking for a locus. testsuite/ * gcc.dg/pr24225.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr24225.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6242&r2=1.6243 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10210&r2=2.10211 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/profile.c.diff?cvsroot=gcc&r1=1.164&r2=1.165 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24225
[Bug fortran/17031] Cray pointers not supported
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-24 19:28 --- Subject: Bug 17031 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-24 19:28:18 Modified files: gcc/fortran: ChangeLog check.c decl.c expr.c gfortran.h gfortran.texi intrinsic.c intrinsic.h intrinsic.texi invoke.texi iresolve.c lang.opt options.c resolve.c symbol.c trans-array.c trans-decl.c trans-expr.c trans-intrinsic.c trans.h gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: cray_pointers_1.f90 cray_pointers_2.f90 cray_pointers_3.f90 loc_1.f90 loc_2.f90 Log message: Commit for Asher Langton PR fortran/17031 PR fortran/22282 fortran/ * check.c (gfc_check_loc) : New function * decl.c (variable_decl): New variables cp_as and sym. Added a check for variables that have already been declared as Cray Pointers, so we can get the necessary attributes without adding a new symbol. (attr_decl1): Added code to catch pointee symbols and "fix" their array specs. (cray_pointer_decl): New method. (gfc_match_pointer): Added Cray pointer parsing code. (gfc_mod_pointee_as): New method. * expr.c (gfc_check_assign): added a check to catch vector-type assignments to pointees with an unspecified final dimension. * gfortran.h: (GFC_ISYM_LOC): New. (symbol_attribute): Added cray_pointer and cray_pointee bits. (gfc_array_spec): Added cray_pointee and cp_was_assumed bools. (gfc_symbol): Added gfc_symbol *cp_pointer. (gfc_option): Added flag_cray_pointer. (gfc_add_cray_pointee): Declare. (gfc_add_cray_pointer ): Declare. (gfc_mod_pointee_as): Declare. * intrinsic.c (add_functions): Add code for loc() intrinsic. * intrinsic.h (gfc_check_loc): Declare. (gfc_resolve_loc): Declare. * iresolve.c (gfc_resolve_loc): New. * lang.opt: Added fcray-pointer flag. * options.c (gfc_init_options): Intialized gfc_match_option.flag_cray_pointer. (gfc_handle_option): Deal with -fcray-pointer. * parse.c:(resolve_equivalence): Added code prohibiting Cray pointees in equivalence statements. * resolve.c (resolve_array_ref): Added code to prevent bounds checking for Cray Pointee arrays. (resolve_equivalence): Prohibited pointees in equivalence statements. * symbol.c (check_conflict): Added Cray pointer/pointee attribute checking. (gfc_add_cray_pointer): New (gfc_add_cray_pointee): New (gfc_copy_attr): New code for Cray pointers and pointees * trans-array.c (gfc_trans_auto_array_allocation): Added code to prevent space from being allocated for pointees. (gfc_conv_array_parameter): Added code to catch pointees and correctly set their base address. * trans-decl.c (gfc_finish_var_decl): Added code to prevent pointee declarations from making it to the back end. (gfc_create_module_variable): Same. * trans-expr.c (gfc_conv_variable): added code to detect and translate pointees. (gfc_conv_cray_pointee): New. * trans-intrinsic.c (gfc_conv_intrinsic_loc): New. (gfc_conv_intrinsic_function): added entry point for loc translation. * trans.h (gfc_conv_cray_pointee): Declare. * gfortran.texi: Added section on Cray pointers, removed Cray pointers from list of proposed extensions * intrinsic.texi: Added documentation for loc intrinsic. * invoke.texi: Documented -fcray-pointer flag testsuite/ PR fortran/17031 PR fortran/22282 * gfortran.dg/cray_pointers_1.f90: New test. * gfortran.dg/cray_pointers_2.f90: New test. * gfortran.dg/cray_pointers_3.f90: New test. * gfortran.dg/loc_1.f90: New test. * gfortran.dg/loc_2.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.597&r2=1.598 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/check.c.diff?cvsroot=gcc&r1=1.36&r2=1.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gcc&r1=1.47&r2=1.48 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gcc&r1=1.31&r2=1.32 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gcc&r1=1.90&r2=1.91 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.texi.diff?cvsroot=gcc&r1=1.24&r2=1.25 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gcc&r1=1.55&r2=1.56 http://gcc
[Bug fortran/22282] loc intrinsic and %loc construction is not implemented in gfortran
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-24 19:28 --- Subject: Bug 22282 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-24 19:28:18 Modified files: gcc/fortran: ChangeLog check.c decl.c expr.c gfortran.h gfortran.texi intrinsic.c intrinsic.h intrinsic.texi invoke.texi iresolve.c lang.opt options.c resolve.c symbol.c trans-array.c trans-decl.c trans-expr.c trans-intrinsic.c trans.h gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: cray_pointers_1.f90 cray_pointers_2.f90 cray_pointers_3.f90 loc_1.f90 loc_2.f90 Log message: Commit for Asher Langton PR fortran/17031 PR fortran/22282 fortran/ * check.c (gfc_check_loc) : New function * decl.c (variable_decl): New variables cp_as and sym. Added a check for variables that have already been declared as Cray Pointers, so we can get the necessary attributes without adding a new symbol. (attr_decl1): Added code to catch pointee symbols and "fix" their array specs. (cray_pointer_decl): New method. (gfc_match_pointer): Added Cray pointer parsing code. (gfc_mod_pointee_as): New method. * expr.c (gfc_check_assign): added a check to catch vector-type assignments to pointees with an unspecified final dimension. * gfortran.h: (GFC_ISYM_LOC): New. (symbol_attribute): Added cray_pointer and cray_pointee bits. (gfc_array_spec): Added cray_pointee and cp_was_assumed bools. (gfc_symbol): Added gfc_symbol *cp_pointer. (gfc_option): Added flag_cray_pointer. (gfc_add_cray_pointee): Declare. (gfc_add_cray_pointer ): Declare. (gfc_mod_pointee_as): Declare. * intrinsic.c (add_functions): Add code for loc() intrinsic. * intrinsic.h (gfc_check_loc): Declare. (gfc_resolve_loc): Declare. * iresolve.c (gfc_resolve_loc): New. * lang.opt: Added fcray-pointer flag. * options.c (gfc_init_options): Intialized gfc_match_option.flag_cray_pointer. (gfc_handle_option): Deal with -fcray-pointer. * parse.c:(resolve_equivalence): Added code prohibiting Cray pointees in equivalence statements. * resolve.c (resolve_array_ref): Added code to prevent bounds checking for Cray Pointee arrays. (resolve_equivalence): Prohibited pointees in equivalence statements. * symbol.c (check_conflict): Added Cray pointer/pointee attribute checking. (gfc_add_cray_pointer): New (gfc_add_cray_pointee): New (gfc_copy_attr): New code for Cray pointers and pointees * trans-array.c (gfc_trans_auto_array_allocation): Added code to prevent space from being allocated for pointees. (gfc_conv_array_parameter): Added code to catch pointees and correctly set their base address. * trans-decl.c (gfc_finish_var_decl): Added code to prevent pointee declarations from making it to the back end. (gfc_create_module_variable): Same. * trans-expr.c (gfc_conv_variable): added code to detect and translate pointees. (gfc_conv_cray_pointee): New. * trans-intrinsic.c (gfc_conv_intrinsic_loc): New. (gfc_conv_intrinsic_function): added entry point for loc translation. * trans.h (gfc_conv_cray_pointee): Declare. * gfortran.texi: Added section on Cray pointers, removed Cray pointers from list of proposed extensions * intrinsic.texi: Added documentation for loc intrinsic. * invoke.texi: Documented -fcray-pointer flag testsuite/ PR fortran/17031 PR fortran/22282 * gfortran.dg/cray_pointers_1.f90: New test. * gfortran.dg/cray_pointers_2.f90: New test. * gfortran.dg/cray_pointers_3.f90: New test. * gfortran.dg/loc_1.f90: New test. * gfortran.dg/loc_2.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.597&r2=1.598 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/check.c.diff?cvsroot=gcc&r1=1.36&r2=1.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gcc&r1=1.47&r2=1.48 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gcc&r1=1.31&r2=1.32 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gcc&r1=1.90&r2=1.91 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.texi.diff?cvsroot=gcc&r1=1.24&r2=1.25 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/intrinsic.c.diff?cvsroot=gcc&r1=1.55&r2=1.56 http://gcc
[Bug libgcj/24461] array access in either GZIPInputStream, Inflater, natInflate.cc, or zlib
--- Comment #2 from tromey at gcc dot gnu dot org 2005-10-24 19:31 --- FWIW, I tried this with jamvm+classpath cvs, and got the expected result. So it does appear to be gcj-specific. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24461
[Bug middle-end/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #18 from laurent at guerby dot net 2005-10-24 19:37 --- Still seeing the failures on SuSE 9.3 i686 machine with "-enable-languages=ada,c --enable-__cxa_atexit --disable-nls --enable-threads=posix --disable-multilib" --enable-checking as of: LAST_UPDATED: Mon Oct 24 17:22:09 UTC 2005 I have some patches from Richard Kenner in my tree though. Eric, did you manage to reproduce the problem at all? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug c++/24502] [gomp] for loop inside template rejected
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-24 19:47 --- Subject: Bug 24502 CVSROOT:/cvs/gcc Module name:gcc Branch: gomp-20050608-branch Changes by: [EMAIL PROTECTED] 2005-10-24 19:47:18 Modified files: gcc/cp : ChangeLog.gomp libgomp: ChangeLog gcc: tree-nested.c Added files: libgomp/testsuite/libgomp.dg: nestedfn-2.c Log message: PR c++/24502 * semantics.c (finish_omp_for): Handle MODOP_EXPR in addition to MODIFY_EXPR. * tree-nested.c (convert_nonlocal_reference): Handle OMP_MASTER and OMP_ORDERED. Merge several OMP_* cases together by using OMP_CLAUSES and OMP_BODY macros. (convert_local_reference): Likewise. * testsuite/libgomp.dg/nestedfn-2.c: New test. * testsuite/libgomp.c++/loop-7.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.gomp.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=1.1.8.22&r2=1.1.8.23 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgomp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=1.1.6.54&r2=1.1.6.55 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgomp/testsuite/libgomp.dg/nestedfn-2.c.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-nested.c.diff?cvsroot=gcc&only_with_tag=gomp-20050608-branch&r1=2.27.4.9&r2=2.27.4.10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24502
[Bug fortran/18003] Parser failure in printing of array intrisics (lbound)
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-24 20:08 --- The problem is that we don't record the rank of the lbound for some reason, looking into it little more. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18003
[Bug c++/24502] [gomp] for loop inside template rejected
--- Comment #2 from jakub at gcc dot gnu dot org 2005-10-24 20:09 --- Oops, sorry, I have messed up 2 checkins together. Part of the fix is in http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00991.html as well. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24502
[Bug fortran/24493] [GOMP] Parsing problem after THREADPRIVATE-statement
--- Comment #2 from jakub at gcc dot gnu dot org 2005-10-24 20:09 --- Fixed in CVS. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24493
[Bug fortran/21625] [4.0 only] Nested derived type pointer component not initialized on ALLOCATE
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Nested derived type pointer |[4.0 only] Nested derived |component not initialized on|type pointer component not |ALLOCATE|initialized on ALLOCATE Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
[Bug libfortran/24416] Wrong reading following namelist reading
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-24 20:20 --- Subject: Bug 24416 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-24 20:20:40 Modified files: libgfortran: ChangeLog libgfortran/io : list_read.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: namelist_char_only.f90 Log message: 2005-10-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24416 * libgfortran/io/list_read.c (namelist_read): Exit with call to free_saved () so that character strings do not accumulate. 2005-10-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24416 gfortran.dg/namelist_char_only.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.333&r2=1.334 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/list_read.c.diff?cvsroot=gcc&r1=1.28&r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6244&r2=1.6245 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/namelist_char_only.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug middle-end/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2005-10-24 21:05 --- > I have some patches from Richard Kenner in my tree though. Eric, did you > manage > to reproduce the problem at all? Nein. :-) But I'll try a bit harder tomorrow and on various machines. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-24 21:05:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug libfortran/24416] Wrong reading following namelist reading
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-24 21:10 --- Subject: Bug 24416 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-24 21:10:14 Modified files: libgfortran: ChangeLog libgfortran/io : list_read.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: namelist_char_only.f90 Log message: 2005-10-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24416 * libgfortran/io/list_read.c (namelist_read): Exit with call to free_saved () so that character strings do not accumulate. 2005-10-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24416 gfortran.dg/namelist_char_only.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.94&r2=1.163.2.95 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/list_read.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.14.2.5&r2=1.14.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.487&r2=1.5084.2.488 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/namelist_char_only.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.2.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug libfortran/24416] Wrong reading following namelist reading
--- Comment #9 from pault at gcc dot gnu dot org 2005-10-24 21:13 --- Fixed on mainline and 4.03. The problem turned out to be that saved_string was not being freed after character reads. This is done within read_ for every type other than character, which is why it was missed. Have added free_saved () at the exit from namelist_read. Paul T -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug libfortran/24416] Wrong reading following namelist reading
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug tree-optimization/24225] [4.1 Regression] ICE: segmentation fault in profile.c:branch_prob
--- Comment #12 from steven at gcc dot gnu dot org 2005-10-24 21:19 --- . -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24225
[Bug fortran/17031] Cray pointers not supported
--- Comment #9 from steven at gcc dot gnu dot org 2005-10-24 21:20 --- . -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17031
[Bug fortran/22282] loc intrinsic and %loc construction is not implemented in gfortran
--- Comment #5 from steven at gcc dot gnu dot org 2005-10-24 21:21 --- . -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22282
[Bug middle-end/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #20 from laurent at guerby dot net 2005-10-24 21:31 --- Jan Hubicka told me on IRC that Jakub Jelinek is working on PR23775 which might be related (or the same issue) as this one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug gcov/profile/24487] [3.4/4.0/4.1 Regression] Basic block frequencies inaccurate
--- Comment #1 from dje at gcc dot gnu dot org 2005-10-24 21:36 --- fill_window() includes a loop whose count is based on WSIZE. The profile prediction pass calculates an accurate count estimate of 0x8000. Other loops have unknown loop bounds, which are estimated with a count of 3-10. When fill_window is inlined into deflate(), the large known count interferes with the frequencies calculated for other loops causing them all to appear cold and causing the basic block frequencies to become very innacurate. -- dje at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|powerpc-*-* | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24487
[Bug rtl-optimization/23392] [4.1 Regression] foward-1.m fails with -funroll-loops -O3 -fgnu-runtime
--- Comment #8 from dalej at gcc dot gnu dot org 2005-10-24 21:41 --- Incidentally, this bug started getting tickled (more, at least) on darwin due to the fix for 15813. I'm not aware of any problems before that. However, the 15813 fix is correct and necessary. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23392
[Bug bootstrap/23801] GCC_VERSION tests in ansidecl.h result in integer overflow
--- Comment #5 from amodra at bigpond dot net dot au 2005-10-24 23:26 --- I can't reproduce this problem. It seems likely that you have unusual values for __GNUC__ and/or __GNUC_MINOR__, possibly due to local patches. You can see what they are by running ./xgcc -B./ -E -dD - < /dev/null -- amodra at bigpond dot net dot au changed: What|Removed |Added Summary|crtstuff.c:65 |GCC_VERSION tests in ||ansidecl.h result in integer ||overflow http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23801
[Bug c++/24511] New: explicit instantiation/extern template unsats on symbols defined later
The program below fails to link with gcc 4.0.2. See also the closely related
bug 22263 (fixed in 4.0.2).
$ cat a.cpp && g++ -c a.cpp && g++ -DMAIN a.cpp a.o
template struct S { T foo (); T bar (); };
template T S::foo () { return T (); };
#ifndef MAIN
template struct S;
#else
extern template struct S;
int main ()
{
return S().foo () + S().bar () ;
}
#endif
template T S::bar () { return T (); };
Undefined first referenced
symbol in file
S::bar() /var/tmp//ccAahmFW.o
ld: fatal: Symbol referencing errors. No output written to a.out
collect2: ld returned 1 exit status
--
Summary: explicit instantiation/extern template unsats on symbols
defined later
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sebor at roguewave dot com
GCC build triplet: sparc-sun-solaris2.9
GCC host triplet: sparc-sun-solaris2.9
GCC target triplet: sparc-sun-solaris2.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24511
[Bug c++/24512] New: [gomp] Bogus error message about redeclared variables
The following valid code snippet is rejected when compiled with -fopenmp:
=
template void foo()
{
#pragma omp for
for (int i=0; i<10; i++) ;
#pragma omp for
for (int i=0; i<10; i++) ;
}
void bar()
{
foo<0>();
}
=
bug.cc: In function 'void foo() [with int = 0]':
bug.cc:12: instantiated from here
bug.cc:7: error: redeclaration of 'int i'
bug.cc:4: error: 'int i' previously declared here
--
Summary: [gomp] Bogus error message about redeclared variables
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: rejects-valid, openmp
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24512
[Bug c++/24511] [4.0/4.1 Regression] explicit instantiation/extern template unsats on symbols defined later
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-25 01:00 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|sparc-sun-solaris2.9| GCC host triplet|sparc-sun-solaris2.9| GCC target triplet|sparc-sun-solaris2.9| Keywords||link-failure Last reconfirmed|-00-00 00:00:00 |2005-10-25 01:00:51 date|| Summary|explicit|[4.0/4.1 Regression] |instantiation/extern|explicit |template unsats on symbols |instantiation/extern |defined later |template unsats on symbols ||defined later Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24511
[Bug libfortran/24224] Generalized internal array IO not implemented.
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-25 01:32 --- Subject: Bug 24224 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-25 01:32:33 Modified files: libgfortran: ChangeLog libgfortran/io : io.h list_read.c transfer.c unit.c libgfortran/runtime: error.c Log message: 2005-10-24 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/24224 * libgfortran.h: Remove array stride error code. * runtime/error.c: Remove array stride error. * io/io.h: Change name of 'nml_loop_spec' to 'array_loop_spec' to be generic. Add pointer to array_loop_spec and rank to gfc_unit structure. * io/list_read.c: Revise nml_loop_spec references to array_loop_spec. * io/transfer.c (init_loop_spec): New function to initialize an array_loop_spec. (next_array_record): New function to return the index to the next array record by incrementing through the array_loop_spec. (next_record_r): Use new function. (next_record_w): Use new function. (finalize_transfer): Free memory allocated for array_loop_spec. * io/unit.c (get_array_unit_len): Delete this function. Use new function init_loop_spec to initialize the array_loop_spec. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.334&r2=1.335 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/io.h.diff?cvsroot=gcc&r1=1.34&r2=1.35 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/list_read.c.diff?cvsroot=gcc&r1=1.29&r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.64&r2=1.65 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/unit.c.diff?cvsroot=gcc&r1=1.16&r2=1.17 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/runtime/error.c.diff?cvsroot=gcc&r1=1.16&r2=1.17 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24224
[Bug libfortran/24224] Generalized internal array IO not implemented.
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-25 01:45 --- Subject: Bug 24224 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-25 01:45:03 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gfortran.dg: arrayio_1.f90 arrayio_2.f90 arrayio_3.f90 arrayio_4.f90 arrayio_5.f90 Added files: gcc/testsuite/gfortran.dg: arrayio_6.f90 arrayio_7.f90 Log message: 2005-10-24 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/24224 * gfortran.dg/arrayio_1.f90: Update attribution. * gfortran.dg/arrayio_2.f90: Update attribution. * gfortran.dg/arrayio_3.f90: Update attribution. * gfortran.dg/arrayio_4.f90: Update test conditions. * gfortran.dg/arrayio_5.f90: Update attribution. * gfortran.dg/arrayio_6.f90: New test. * gfortran.dg/arrayio_7.f90: New test. sle <[EMAIL PROTECTED]> Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6247&r2=1.6248 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/arrayio_6.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/arrayio_7.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/arrayio_1.f90.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/arrayio_2.f90.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/arrayio_3.f90.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/arrayio_4.f90.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/arrayio_5.f90.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24224
[Bug fortran/12456] please recognize Fortran STRING(K:K) as single character
--- Comment #10 from fengwang at gcc dot gnu dot org 2005-10-25 05:31 --- This will improve 168.wupwise at lease 1%. And I have partially fixed. Patches are coming soon. -- fengwang at gcc dot gnu dot org changed: What|Removed |Added CC||fengwang at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12456
[Bug c++/24513] New: [gomp] Parsing problems with OpenMP directives inside member functions
The current head of the gomp-branch fails to compile the following code:
class foo
{
void f(int *p)
{
#pragma omp parallel for
for (int i=0; i<1000; ++i)
p[i]=0;
}
};
[EMAIL PROTECTED]:~/tmp> g++ -v -c -fopenmp test.cc
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/martin/software/gompcc/configure --quiet
--prefix=/home/martin/software/ugccgomp --enable-languages=c++,f95
--disable-checking
Thread model: posix
gcc version 4.1.0-gomp-20050608-branch 20051023 (experimental) (merged
20051023)
/home/martin/software/ugccgomp/libexec/gcc/x86_64-unknown-linux-gnu/4.1.0-gomp-20050608-branch/cc1plus
-quiet -v -D_GNU_SOURCE test.cc -quiet -dumpbase test.cc -mtune=k8 -auxbase
test -version -fopenmp -o /tmp/ccdXf56z.s
ignoring nonexistent directory
"/home/martin/software/ugccgomp/lib/gcc/x86_64-unknown-linux-gnu/4.1.0-gomp-20050608-branch/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/home/martin/software/ugccgomp/lib/gcc/x86_64-unknown-linux-gnu/4.1.0-gomp-20050608-branch/../../../../include/c++/4.1.0-gomp-20050608-branch
/home/martin/software/ugccgomp/lib/gcc/x86_64-unknown-linux-gnu/4.1.0-gomp-20050608-branch/../../../../include/c++/4.1.0-gomp-20050608-branch/x86_64-unknown-linux-gnu
/home/martin/software/ugccgomp/lib/gcc/x86_64-unknown-linux-gnu/4.1.0-gomp-20050608-branch/../../../../include/c++/4.1.0-gomp-20050608-branch/backward
/usr/local/include
/home/martin/software/ugccgomp/include
/home/martin/software/ugccgomp/lib/gcc/x86_64-unknown-linux-gnu/4.1.0-gomp-20050608-branch/include
/usr/include
End of search list.
GNU C++ version 4.1.0-gomp-20050608-branch 20051023 (experimental) (merged
20051023) (x86_64-unknown-linux-gnu)
compiled by GNU C version 3.3.5 20050117 (prerelease) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=127998
Compiler executable checksum: 7685608de8a349c87881fcb97aefe90b
test.cc:5: error: expected `}' before end of line
test.cc: In member function void foo::f(int*):
test.cc:5: error: expected #pragma omp clause at end of input
test.cc:5: confused by earlier errors, bailing out
--
Summary: [gomp] Parsing problems with OpenMP directives inside
member functions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin at mpa-garching dot mpg dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24513
[Bug c++/24513] [gomp] Parsing problems with OpenMP directives inside member functions
--- Comment #1 from martin at mpa-garching dot mpg dot de 2005-10-25 06:09 --- Would it be possible to add "gomp-branch" or something similar to the "reported against" field in bugzilla? -- martin at mpa-garching dot mpg dot de changed: What|Removed |Added Keywords||openmp, rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24513
