[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

[dank at kegel dot com]

--- Additional Comments From dank at kegel dot com  2005-08-01 07:45 ---
yup.  I hope to try out 'delta' soon.

BTW it appears to be x86_64 specific.  ppc and pentium didn't seem to show it.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23046

[Bug c++/23167] [4.0/4.1 Regression] internal compiler error: in create_tmp_var

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-01 
08:23 ---
Probably related to PR 22008.


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
  BugsThisDependsOn||22008
   Keywords||monitored


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23167

[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-01 
08:39 ---
Less invalid ;-) testcase:

==
struct A
{
void foo();
virtual void foo();
};
==

This crashes since gcc 3.0.


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
  GCC build triplet|i686-pc-linux-gnu   |
   GCC host triplet|i686-pc-linux-gnu   |
 GCC target triplet|i686-pc-linux-gnu   |
   Keywords||monitored


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118

[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-01 
08:53 ---
Subject: Bug 23109

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-01 08:53:00

Modified files:
gcc: ChangeLog tree-ssa-loop-im.c 
 tree-ssa-math-opts.c 

Log message:
2005-08-01  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/23109
* tree-ssa-math-opts.c (execute_cse_reciprocals_1):
If trapping math is in effect, use post-dominator information
to check if we'd in any case reach a trapping point before
doing the reciprocal insertion.
(execute_cse_reciprocals): Compute post-dominators, if necessary.
* tree-ssa-loop-im.c (determine_invariantness_stmt): RDIV
expressions are invariant only if trapping math is not in effect.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9622&r2=2.9623
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-im.c.diff?cvsroot=gcc&r1=2.48&r2=2.49
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-math-opts.c.diff?cvsroot=gcc&r1=2.2&r2=2.3



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23109

[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-08-01 
08:54 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23109

[Bug middle-end/21964] [3.4 Regression] broken tail call at -O2 or more

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-08-01 
08:55 ---
Testing a patch

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-06-08 18:13:50 |2005-08-01 08:55:27
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21964

[Bug tree-optimization/23133] recip does not factor division by function parameter

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-01 
08:58 ---
Subject: Bug 23133

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-01 08:58:25

Modified files:
gcc: ChangeLog tree-ssa-math-opts.c 

Log message:
2005-08-01  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/23133
* tree-ssa-math-opts.c (execute_cse_reciprocals): Walk
current functions parameter decls to find defs to cse
reciprocals of.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9623&r2=2.9624
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-math-opts.c.diff?cvsroot=gcc&r1=2.3&r2=2.4



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23133

[Bug tree-optimization/23133] recip does not factor division by function parameter

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-08-01 
08:58 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23133

[Bug tree-optimization/23133] recip does not factor division by function parameter

[rguenth at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23133

[Bug rtl-optimization/23168] [OOM] GCC 4.0.1 OOM's while compiling VBA (works with 3.4.x)

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-08-01 
09:10 ---
Well, nelem=232394768 is surely a bug in gcc (which I cannot reproduce on i686 
btw.)

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23168

[Bug tree-optimization/22333] [4.1 Regression] ACATS FAIL c34007p c34007r c45282b spurious discriminant CONSTRAINT_ERROR

[christian dot joensson at gmail dot com]

-- 
   What|Removed |Added

 CC||christian dot joensson at
   ||gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333

[Bug c/23087] Misleading warning, "... differ in signedness"

[christian dot joensson at gmail dot com]

-- 
   What|Removed |Added

 CC||christian dot joensson at
   ||gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23087

[Bug bootstrap/22396] bootstrap of f95 enabled gcc fails because gfortran.1 is missing

[christian dot joensson at gmail dot com]

-- 
   What|Removed |Added

 CC||christian dot joensson at
   ||gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22396

[Bug c++/23171] New: [4.1 Regression] ICE on pointer initialization

[reichelt at gcc dot gnu dot org]

The following code snippet causes an ICE on mainline when compiled
with "g++ -O" (the C frontend is not affected):

=
int *p = (int*)(int[1]){0};
=

bug.cc:1: internal compiler error: tree check: expected class 'expression', have
'exceptional' (constructor) in get_base_var, at ipa-utils.c:224
Please submit a full bug report, [etc.]

-- 
   Summary: [4.1 Regression] ICE on pointer initialization
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23171

[Bug c++/23172] New: [4.1 Regression] ICE on integer initialization

[reichelt at gcc dot gnu dot org]

The following code snippet causes an ICE (segfault) on mainline when
compiled with the C++ frontend:

=
int i = (int){0};
=

This might be related to PR 23171.

-- 
   Summary: [4.1 Regression] ICE on integer initialization
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23172

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de]

--- Additional Comments From schwinge-bugzilla-gcc dot gnu dot org at 
nic-nac-project dot de  2005-08-01 11:07 ---
(In reply to comment #3)
> So, GNU does not follow IEEE Std 1003.1, 2004?

We do follow IEEE Std 1003.1, 2004 here, the standard does not mandate that
PATH_MAX _must_ be defined.
If no limit exist on how long a file name can be, then one does not need to
define PATH_MAX.
And this is the case for the GNU system.

See also here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21706


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug tree-optimization/23173] New: ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[micis at gmx dot de]

When I compile gsl1.5 using the options -O2 -ffast-math -ftree-vectorize with 
the actual snapshot of gcc41 (20050730) I get an ICE.

Michael Cieslinski


last working snapshot is  gcc-4.1-20050604
first failing snapshot is gcc-4.1-20050611


gcc41i -O2 -ffast-math -ftree-vectorize -c coulomb.i -o coulomb.o
coulomb.c: In function 'coulomb_F_recur':
coulomb.c:525: internal compiler error: tree check: expected real_cst, have 
integer_cst in const_binop, at fold-const.c:1512
Please submit a full bug report, with preprocessed source if appropriate.


gcc41i -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050730/configure --prefix=/usr/local/gcc41i
 --program-suffix=41i --with-arch=opteron --enable-languages=c,c++
 --enable-checking
Thread model: posix
gcc version 4.1.0 20050730 (experimental)

-- 
   Summary: ICE: tree check: expected real_cst, have integer_cst in
const_binop, at fold-const.c:1512
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 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=23173

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-08-01 11:21 ---
Created an attachment (id=9402)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9402&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-01 
11:36 ---
This is a duplicate of PR 19899.
There are several loops in the testcase with a floating-point loop variable
and a test >= 0. Removing them makes the code compile.


*** This bug has been marked as a duplicate of 19899 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-01 
11:36 ---
*** Bug 23173 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||micis at gmx dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19899

[Bug c++/23172] [4.1 Regression] ICE on integer initialization

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23172

[Bug c++/23171] [4.1 Regression] ICE on pointer initialization

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23171

[Bug c++/23172] [4.1 Regression] ICE on integer initialization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
11:55 ---
Confirmed, this is one is a front-end bug.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 11:55:46
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23172

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[falk at debian dot org]

--- Additional Comments From falk at debian dot org  2005-08-01 11:56 
---
(In reply to comment #2)
> This is a duplicate of PR 19899.
> There are several loops in the testcase with a floating-point loop variable
> and a test >= 0. Removing them makes the code compile.

Are you sure? I also get an ICE with this test case, which does not contain
FP comparisons:

double coulomb_F_recur(double lam_min) {
double fcl;
int k;
for (k = 0; k < 10; k++) {
fcl = lam_min;
lam_min -= 1.0;
}
return fcl;
}


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug c++/23171] [4.1 Regression] ICE on pointer initialization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
11:58 ---
This is the same problem as PR 22533 really.

So it is not only the Ada front-end that produces &CONSTRUCTOR.

-- 
   What|Removed |Added

OtherBugsDependingO||22533
  nThis||
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 11:58:34
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23171

[Bug fortran/23169] INTENT information not used in the middle-end for optimizations

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
12:07 ---
Confirmed.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 12:07:56
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23169

[Bug libmudflap/23170] [4.0 only] libmudflap should not use functions marked obsolescent by POSIX/SUS

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
12:15 ---
These usage have been removed from the mainline.

Confirmed.

Fixed on the mainline by:
2005-07-16  Richard Henderson  <[EMAIL PROTECTED]>

* acinclude.m4: New file.
* configure.ac: Invoke LIBMUDFLAP_CHECK_TLS.
* configure, config.h.in, Makefile.in, testsuite/Makefile.in: Rebuild.
* mf-hooks1.c (__mf_0fn_malloc): Move body from ...
(__mf_0fn_calloc): ... here.
* mf-hooks3.c (struct pthread_info): Remove.
(__mf_pthread_info, __mf_pthread_info_idx): Remove.
(LIBMUDFLAPTH_THREADS_MAX): Set to 1021.
(struct mf_thread_data): New.
(mf_thread_data, mf_thread_data_lock): New.
(__mf_allocate_blank_threadinfo): Remove.
(__mf_find_threadinfo): Rewrite and simplify.  Only use if TLS is
not available.
(__mf_state_perthread): Remove.
(__mf_get_state, __mf_set_state): New.
(__mf_pthread_cleanup): Use &errno, rather than saved pointer.
Update mf_thread_data killing procedure.
(__mf_pthread_spawner): Similarly.
(__mf_0fn_pthread_create): Only use wrapper if necessary.  Remove
code to allocate thread stack space.
(__mf_0fn_pthread_join, pthread_join): Remove.
(__mf_0fn_pthread_exit, pthread_exit): Remove.
* mf-impl.h (dyn_pthread_join, dyn_pthread_exit): Remove.
(__mf_state_1): Rename from __mf_state; use TLS when available.
(__mf_get_state, __mf_set_state): New.  Update all users.
* mf-runtime.c (begin_recursion_protect1): New.
(BEGIN_RECURSION_PROTECT): Use it.
(__mf_state_1): Rename from __mf_state; use TLS when available.
(threads_active_p): Remove.
(__mf_usage): Compute it directly.

http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01100.html

-- 
   What|Removed |Added

   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.1
  Known to work||4.1.0
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 12:15:21
   date||
Summary|libmudflap should not use   |[4.0 only] libmudflap should
   |functions marked obsolescent|not use functions marked
   |by POSIX/SUS|obsolescent by POSIX/SUS
   Target Milestone|--- |4.0.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23170

[Bug ada/23174] New: ICE in tree_contains_struct_check_failed

[belyshev at depni dot sinp dot msu dot ru]

-- This package crashes ada frontend in internal_error call:

package B is
   type T0 is record i : Integer; end record;
   type T1 is access all T0;
   type T2 is array (Natural range <>) of T1;
   type T3 (N : Natural) is record t : T2 (1 .. N); end record;
end B;
--

$ gdb gnat1
Using host libthread_db library "/lib/libthread_db.so.1".
Breakpoint 1 at 0x851ac4: file ../../gcc41/gcc/diagnostic.c, line 590.
Breakpoint 2 at 0x8518dd: file ../../gcc41/gcc/diagnostic.c, line 534.
Function "exit" not defined.
Function "abort" not defined.
(gdb) run -O1 -quiet ./b.ads -I/home/ssb/src/gcc41/gcc/ada
Starting program: /home/ssb/src/build1/gcc/gnat1 -O1 -quiet ./b.ads
-I/home/ssb/src/gcc41/gcc/ada

Breakpoint 2, internal_error (
gmsgid=0xf01368 "tree check: expected tree that contains %qs structure, have
%qs  in %s, at %s:%d") at ../../gcc41/gcc/diagnostic.c:534
534   va_start (ap, gmsgid);
(gdb) bt
#0  internal_error (
gmsgid=0xf01368 "tree check: expected tree that contains %qs structure, have
%qs  in %s, at %s:%d") at ../../gcc41/gcc/diagnostic.c:534
#1  0x00b9a251 in tree_contains_struct_check_failed (
node=0x2b124750, en=TS_DECL_WRTL, 
file=0xe68d60 "../../gcc41/gcc/emit-rtl.c", line=957, 
function=0x112f9cc "set_decl_rtl") at ../../gcc41/gcc/tree.c:5928
#2  0x0087e913 in set_decl_rtl (t=0x2b124750, x=0x0)
at ../../gcc41/gcc/emit-rtl.c:957
#3  0x00c39d5e in copy_decl_for_dup (decl=0x2b124680, 
from_fn=0x2b122100, to_fn=0x2b122100, versioning=0 '\0')
at ../../gcc41/gcc/tree-inline.c:2693
#4  0x00c2f580 in remap_decl (decl=0x2b124680, id=0x7f8a5040)
at ../../gcc41/gcc/tree-inline.c:204
#5  0x00c386e9 in save_body (fn=0x2b122100, 
arg_copy=0x2b11d440, sc_copy=0x2b11d448)
at ../../gcc41/gcc/tree-inline.c:2360
#6  0x00747dea in tree_rest_of_compilation (fndecl=0x2b122100)
at ../../gcc41/gcc/tree-optimize.c:381
#7  0x0043522f in gnat_expand_body (gnu_decl=0x2b122100)
at ../../gcc41/gcc/ada/misc.c:636
#8  0x00c409a2 in cgraph_expand_function (node=0x2b126840)
at ../../gcc41/gcc/cgraphunit.c:1034
#9  0x00c40c30 in cgraph_expand_all_functions ()
at ../../gcc41/gcc/cgraphunit.c:1100
#10 0x00c4132a in cgraph_optimize ()
at ../../gcc41/gcc/cgraphunit.c:1257
#11 0x0043304a in gnat_parse_file (set_yydebug=0)
at ../../gcc41/gcc/ada/misc.c:245
#12 0x00b6db9c in compile_file () at ../../gcc41/gcc/toplev.c:971
#13 0x00b6f6c4 in do_compile () at ../../gcc41/gcc/toplev.c:1914
---Type  to continue, or q  to quit---q
Quit
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x2ad14487 in vfprintf () from /lib/libc.so.6
(gdb)

-- 
   Summary: ICE in tree_contains_struct_check_failed
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, ice-checking
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: belyshev at depni dot sinp dot msu dot ru
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23174

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||build
Summary|ICE in  |[4.1 Regression] ICE in
   |tree_contains_struct_check_f|tree_contains_struct_check_f
   |ailed   |ailed
   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23174

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||23175


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23174

[Bug tree-optimization/23175] New: [4.1 Regression] ICE with -fdump-tree-all

[pinskia at gcc dot gnu dot org]

Compile the following with -O1 -fdump-tree-all and you will get an ICE:
static inline int f(int i)
{
  struct {
int t[i];
  } t;
  return sizeof(t.t[i--]);
}

int g(int i)
{
  return f(i);
}

t.c:2: internal compiler error: tree check: expected tree that contains 'decl 
with RTL' structure, have 
'type_decl'  in set_decl_rtl, at emit-rtl.c:957
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

I think this is related to  PR 23174 or a dup of it.

-- 
   Summary: [4.1 Regression] ICE with -fdump-tree-all
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
OtherBugsDependingO 23174
 nThis:


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23175

[Bug tree-optimization/23175] [4.1 Regression] ICE with -fdump-tree-all

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23175

[Bug fortran/23176] New: Warning messages incorrectly being displayed

[dir at lanl dot gov]

I think that the warning messages should not be displayed -

[dranta:~/tests/gfortran-D] dir% gfortran -g -c -fdefault-real-8
-fdefault-integer-8 -fdefault-double-8 arg.F
cc1: warning: command line option "-fdefault-real-8" is valid for F95 but not 
for C
cc1: warning: command line option "-fdefault-integer-8" is valid for F95 but not
for C
cc1: warning: command line option "-fdefault-double-8" is valid for F95 but not
for C
[dranta:~/tests/gfortran-D] dir% cat arg.F
  program main
  stop
  end

-- 
   Summary: Warning messages incorrectly being displayed
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dir at lanl dot gov
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: powerpc-apple-darwin7.9.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23176

[Bug fortran/23176] Warning messages incorrectly being displayed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
13:15 ---


*** This bug has been marked as a duplicate of 18452 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23176

[Bug fortran/18452] Fortran options induces warning for fortran that needs preprocessing

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
13:15 ---
*** Bug 23176 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||dir at lanl dot gov


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18452

[Bug fortran/23177] New: internal compiler error with -O option

[dir at lanl dot gov]

When I try to use the -O option, I get a internal compiler error -


[dranta:~/tests/gfortran-D] dir% gfortran -O -c s5main.f
s5main.f: In function 'mtlsc':
s5main.f:14: internal compiler error: tree check: expected ssa_name, have
var_decl in verify_ssa, at tree-ssa.c:746
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
[dranta:~/tests/gfortran-D] dir% cat s5main.f
  subroutine s5main(prop,sig,epx,ln)
c
  save
  common/bk56/c(6,6),ipt,nel,nelsub
  common/bk65/td1,td2,td3,td4,td5,td6
c
  dimension prop(*),sig(ln,*),epx(ln,*)
c
  data   third/.3/
c
  return
c
  end
  subroutine mtlsc(bulkld,p,a1,a2,gg)
c
  save
c
  common/bk56/c(6,6),ipt,nel,nelsub
  common/bk65/dsig(6)
  dimension d(6,6)
  data  tt/.7/,ot/.333/
c
  xjb=dsig(1)**2+dsig(2)**2+dsig(3)**2+2.*(dsig(4)**2
 1   +dsig(5)*dsig(5)+dsig(6)*dsig(6))
  if(abs(xjb).lt.1.e-20) xjb=1.
  do 10 i=1,6
  do 10 j=1,6
  d(i,j)=-dsig(i)*dsig(j)/xjb
 10   continue
c
  return
  end

-- 
   Summary: internal compiler error with -O option
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dir at lanl dot gov
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: powerpc-apple-darwin7.9.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
13:29 ---
Confirmed:
IV-OPTs is causing it:
  #   VUSE ;
  D.545_65 = MEM[symbol: bk65, index: D.685_81, step: 4B, offset: -4B];

Notice how the VUSE operand was not renamed.

-- 
   What|Removed |Added

 CC||rakdver at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
  Component|fortran |tree-optimization
 Ever Confirmed||1
   GCC host triplet|powerpc-apple-darwin7.9.0   |
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 13:29:07
   date||
Summary|internal compiler error with|[4.1 Regression] internal
   |-O option   |compiler error with -O
   ||option
   Target Milestone|--- |4.1.0
Version|4.0.0   |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177

[Bug libfortran/23178] New: Undefined symbol: __gfortran_flush_i8

[dir at lanl dot gov]

I get a undefined symbol when I try to use the  -fdefault-integer-8 option -

[dranta:~/tests/gfortran-D] dir% gfortran -fdefault-integer-8 -o flush flush.f
/usr/bin/ld: Undefined symbols:
__gfortran_flush_i8
collect2: ld returned 1 exit status
[dranta:~/tests/gfortran-D] dir% cat flush.f
  program main
  write(6,*)' hi '
  call flush(6)
  stop
  end

-- 
   Summary: Undefined symbol: __gfortran_flush_i8
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dir at lanl dot gov
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: powerpc-apple-darwin7.9.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23178

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-08-01 
13:32 ---
(A part of) http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01882.html fixes this.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
13:33 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 13:33:42
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23178

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-08-01 
13:41 ---
Fixing parts (maybe) identified.  Patch in testing.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-08-01 13:29:07 |2005-08-01 13:41:02
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177

[Bug c++/23162] [3.4 only] internal compiler error: in c_expand_expr, at c-common.c:4138

[mki at maconomy dot dk]

--- Additional Comments From mki at maconomy dot dk  2005-08-01 13:45 
---
Forgot to mention:

The ICE seems to be platform specific. My testcase works on linux with 3.3.4,
3.4.3 and 4.0.1. 

It thus (to me) seems slightly related to PR c++/21123... (But
--disable-checking makes no difference.)

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23162

[Bug tree-optimization/23179] New: Segmentation fault in in fold_ternary, file fold-const.c:9979

[micis at gmx dot de]

When I compile qt334 with the actual snapshot of gcc41 (20050730) I get an ICE 
when I enable autovectorisation.

Michael Cieslinski


gcc41i -c -O2 -fpeel-loops -ftree-vectorize -o bug.o bug.i
gcc41i: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.


gcc41i -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050730/configure --prefix=/usr/local/gcc41i --
program-suffix=41i --with-arch=opteron --enable-languages=c,c++ --enable-
checking
Thread model: posix
gcc version 4.1.0 20050730 (experimental)


[EMAIL PROTECTED]:~/qt334-gcc41/qt-x11-free-3.3.4/plugins/src/imageformats/mng$ 
gdb -
-args /usr/local/gcc41i/libexec/gcc/x86_64-unknown-linux-gnu/4.1.0/cc1 -
fpreprocessed bug.i -quiet -dumpbase bug.i
-march=opteron -auxbase-strip bug.o -O2 -version -fpeel-loops -ftree-vectorize -
o /tmp/ccvyZWbO.s
GNU gdb Red Hat Linux (6.1post-1.20040607.33rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db 
library "/lib64/tls/libthread_db.so.1".

(gdb) run
Starting program: /usr/local/gcc41i/libexec/gcc/x86_64-unknown-linux-
gnu/4.1.0/cc1 -fpreprocessed bug.i -quiet -dumpbase bug.i -march=opteron -
auxbase-strip bug.o -O2 -version -fpeel-loops -ftree-vectorize -
o /tmp/ccvyZWbO.s
GNU C version 4.1.0 20050730 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.1.0 20050730 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: f2e6cd82d6f19fbf7b643aaa98865f04

Program received signal SIGSEGV, Segmentation fault.
0x005d8d4d in operand_equal_for_comparison_p (arg0=0x2a95a44f00, 
arg1=0x2a959b8a50, other=0x2a95a44f00) at ../../gcc-4.1-20050730/gcc/fold-
const.c:2664
2664{
(gdb) where
#0  0x005d8d4d in operand_equal_for_comparison_p (arg0=0x2a95a44f00, 
arg1=0x2a959b8a50, other=0x2a95a44f00) at ../../gcc-4.1-20050730/gcc/fold-
const.c:2664
#1  0x005da8b4 in fold_cond_expr_with_comparison (type=0x2a958f6c60, 
arg0=0x2a95592190, arg1=Variable "arg1" is not available.
) at ../../gcc-4.1-20050730/gcc/fold-const.c:4369
#2  0x005bdbfd in fold_ternary (code=Variable "code" is not available.
) at ../../gcc-4.1-20050730/gcc/fold-const.c:9979
#3  0x005be5e1 in fold_build3 (code=COND_EXPR, type=0x2a958f6c60, 
op0=0x2a95592190, op1=0x2a95a44f00, op2=0x2a959b8a50) at ../../gcc-4.1-
20050730/gcc/fold-const.c:10536
#4  0x005bdbfd in fold_ternary (code=Variable "code" is not available.
) at ../../gcc-4.1-20050730/gcc/fold-const.c:9979
#5  0x005be5e1 in fold_build3 (code=COND_EXPR, type=0x2a958f6c60, 
op0=0x2a95592190, op1=0x2a95a44f00, op2=0x2a959b8a50) at ../../gcc-4.1-
20050730/gcc/fold-const.c:10536
#6  0x005bdbfd in fold_ternary (code=Variable "code" is not available.
) at ../../gcc-4.1-20050730/gcc/fold-const.c:9979
#7  0x005be5e1 in fold_build3 (code=COND_EXPR, type=0x2a958f6c60, 
op0=0x2a95592190, op1=0x2a95a44f00, op2=0x2a959b8a50) at ../../gcc-4.1-
20050730/gcc/fold-const.c:10536
#8  0x005bdbfd in fold_ternary (code=Variable "code" is not available.

and so on in an endless loop ...

-- 
   Summary: Segmentation fault in in fold_ternary, file fold-
const.c:9979
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 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=23179

[Bug tree-optimization/23179] Segmentation fault in in fold_ternary, file fold-const.c:9979

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-08-01 13:56 ---
Created an attachment (id=9403)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9403&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23179

[Bug tree-optimization/23179] Segmentation fault in in fold_ternary, file fold-const.c:9979

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-08-01 13:59 ---
last working snapshot is  gcc-4.1-20050508
first failing snapshot is gcc-4.1-20050528
(between these 2 I didn't compile other snapshots) 

gcc401 is working correctly

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23179

[Bug tree-optimization/23179] Segmentation fault in in fold_ternary, file fold-const.c:9979

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
14:01 ---


*** This bug has been marked as a duplicate of 23049 ***

*** This bug has been marked as a duplicate of 23049 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23179

[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
14:01 ---
*** Bug 23179 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||micis at gmx dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049

[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-08-01 
14:02 ---
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00028.html

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-08-01 14:08 ---
double foo(double a)
{
double b;
int i;
for (i = 0; i < 10; i++)
{
b = a;
a -= 1.0;
}
return b;
}

This loop from comment#3 gives:

gcc41i -O2 -ffast-math -ftree-vectorize -o bug23173.o -c bug23173.c
bug23173.c: In function 'foo':
bug23173.c:2: internal compiler error: tree check: expected real_cst, have 
integer_cst in const_binop, at fold-const.c:1512
Please submit a full bug report, with preprocessed source if appropriate.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-08-01 14:22 ---
The stack backtrace is different from that PR19899:

#0  tree_check_failed (node=0x2a957583f0, file=0x8eebb0 "../../gcc-4.1-
20050730/gcc/fold-const.c", line=1512, function=0xa1163a "const_binop") 
at ../../gcc-4.1-20050730/gcc/tree.c:5830
#1  0x005bd1bf in const_binop (code=MULT_EXPR, arg1=0x2a9574b810, 
arg2=Variable "arg2" is not available.
) at ../../gcc-4.1-20050730/gcc/fold-const.c:1512
#2  0x005c0993 in fold_binary (code=MULT_EXPR, type=0x2a955a6420, 
op0=0x2a9574b810, op1=0x2a957583f0) at ../../gcc-4.1-20050730/gcc/fold-
const.c:7577
#3  0x005cdf79 in fold_build2 (code=MULT_EXPR, type=0x2a955a6420, 
op0=0x2a9574b810, op1=0x2a957583f0) at ../../gcc-4.1-20050730/gcc/fold-
const.c:10477
#4  0x007d9e1f in add_to_evolution (loop_nb=1, 
chrec_before=0x2a9574ee00, code=MINUS_EXPR, to_add=0x2a9574b810) at ../../gcc-
4.1-20050730/gcc/tree-scalar-evolution.c:869
#5  0x007ddfa3 in follow_ssa_edge_in_rhs (loop=0xaf8240, 
at_stmt=0x2a9558e6e0, rhs=Variable "rhs" is not available.
) at ../../gcc-4.1-20050730/gcc/tree-scalar-evolution.c:1153
#6  0x007da724 in follow_ssa_edge (loop=0xaf8240, def=0x2a9558e6e0, 
halting_phi=0x2a95754100, evolution_of_loop=0x7fbfffe910) at ../../gcc-4.1-
20050730/gcc/tree-scalar-evolution.c:1438
#7  0x007db28d in analyze_scalar_evolution_1 (loop=0xaf8240, 
var=0x2a957515b0, res=0x0) at ../../gcc-4.1-20050730/gcc/tree-scalar-
evolution.c:1490
#8  0x007db5f7 in analyze_scalar_evolution (loop=0xaf8240, var=0x0) 
at ../../gcc-4.1-20050730/gcc/tree-scalar-evolution.c:1850
#9  0x004dacfd in vect_analyze_loop (loop=Variable "loop" is not 
available.
) at ../../gcc-4.1-20050730/gcc/tree-vect-analyze.c:519
#10 0x004d5321 in vectorize_loops (loops=0xaf81a0) at ../../gcc-4.1-
20050730/gcc/tree-vectorizer.c:2028
#11 0x0077f296 in execute_one_pass (pass=0xa081a0) at ../../gcc-4.1-
20050730/gcc/passes.c:787
#12 0x0077f3bc in execute_pass_list (pass=0xa081a0) at ../../gcc-4.1-
20050730/gcc/passes.c:819
#13 0x0077f3ce in execute_pass_list (pass=0xa08020) at ../../gcc-4.1-
20050730/gcc/passes.c:820
#14 0x0077f3ce in execute_pass_list (pass=0xa04840) at ../../gcc-4.1-
20050730/gcc/passes.c:820
#15 0x00482f85 in tree_rest_of_compilation (fndecl=0x2a9573b400) 
at ../../gcc-4.1-20050730/gcc/tree-optimize.c:419
#16 0x0040c025 in c_expand_body (fndecl=0x2a9573b400) at ../../gcc-4.1-
20050730/gcc/c-decl.c:6633
#17 0x007c82a6 in cgraph_expand_function (node=0x2a9573aa50) 
at ../../gcc-4.1-20050730/gcc/cgraphunit.c:1033
#18 0x007ca376 in cgraph_optimize () at ../../gcc-4.1-
20050730/gcc/cgraphunit.c:1099
#19 0x00416163 in c_write_global_declarations () at ../../gcc-4.1-
20050730/gcc/c-decl.c:7618
#20 0x007532a6 in toplev_main (argc=Variable "argc" is not available.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug c++/23180] New: Segfault on const initializer with bogus pointer arithmetics

[falk at debian dot org]

[EMAIL PROTECTED]:/tmp% cat bug.cc   
void saveLoadEntries(const void *);
void saveOrLoad() {
struct Track {
char soundName[15];
};
struct SaveLoadEntry {
int offs;
int type;
int size;
};
const SaveLoadEntry trackEntries = {
((long) (&((Track *) 42)->soundName[0])) - 42,
0, 1
};
saveLoadEntries(&trackEntries);
}

[EMAIL PROTECTED]:/tmp% g++ -c bug.cc
bug.cc:15: 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.

In case anyone wonders, this comes from:
// * To work around a warning in GCC 3.2 (and 3.1 ?) regarding non-POD 
types[...]
#define OFFS(type,item) (((long)(&((type*)42)->type::item))-42)

This is of course invalid, but it'd be nice if it did what those folks wanted.

-- 
   Summary: Segfault on const initializer with bogus pointer
arithmetics
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: falk at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: alphaev68-unknown-linux-gnu
  GCC host triplet: alphaev68-unknown-linux-gnu
GCC target triplet: alphaev68-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23180

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
14:23 ---
Lets reopen it then.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug tree-optimization/23181] New: Dominator opts slows down bresenham line drawing by roughly 20%

[hubicka at gcc dot gnu dot org]

Dominator opts slows down the bresenham line drawing loop by roughly 20%.
-O2 -fno-dominator-opts results in pretty straighline code:
.L14:
addl$18, %edx
.L5:
testl   %edx, %edx
movb$5, (%eax)
js  .L6
addl$21, %eax
subl$40, %edx
.L6:
incl%eax
cmpl%eax, %ecx
jne .L14

While dominator combines the additions into quite ugly result:
.L5:
movl%ecx, %edx
addl$18, %edx
movb$5, 1(%ebx)
js  .L6
leal22(%ebx), %eax
leal-22(%ecx), %edx
.L6:
movl%eax, %ebx
movl%edx, %ecx
leal1(%ebx), %eax
cmpl%eax, %esi
jne .L5
.L15:

-- 
   Summary: Dominator opts slows down bresenham line drawing by
roughly 20%
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug tree-optimization/23181] Dominator opts slows down bresenham line drawing by roughly 20%

[hubicka at gcc dot gnu dot org]

--- Additional Comments From hubicka at gcc dot gnu dot org  2005-08-01 
14:33 ---
Created an attachment (id=9404)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9404&action=view)
the simplified testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug c++/23180] [4.1 regression] Segfault on const initializer with bogus pointer arithmetics

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
14:35 ---
Confirmed, a regression from 4.0.0.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|alphaev68-unknown-linux-gnu |
   GCC host triplet|alphaev68-unknown-linux-gnu |
 GCC target triplet|alphaev68-unknown-linux-gnu |
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 14:35:51
   date||
Summary|Segfault on const   |[4.1 regression] Segfault on
   |initializer with bogus  |const initializer with bogus
   |pointer arithmetics |pointer arithmetics
   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23180

[Bug c++/23180] [4.1 regression] Segfault on const initializer with bogus pointer arithmetics

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
14:36 ---
Here is the backtrace:
#1  0x08423014 in expand_binop (mode=SImode, binoptab=0xb7cb4600, 
op0=0xb7cac360, 
op1=0xb7cac0c0, target=0x0, unsignedp=1, 
methods=OPTAB_LIB_WIDEN) at 
/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/optabs.c:1028
#2  0x082f9625 in expand_expr_addr_expr_1 (exp=Variable "exp" is not available.
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/expr.c:6310
#3  0x082ec524 in expand_expr_real_1 (exp=0xb7d2b4c0, target=0x0, tmode=SImode, 
modifier=Variable "modifier" is not available.
)
at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/expr.c:6349
#4  0x082f5cbe in expand_expr_real (exp=0xb7d2b4c0, target=0x0, tmode=VOIDmode, 
modifier=EXPAND_INITIALIZER, alt_rtl=0x0)
at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/expr.c:6462
#5  0x084b6180 in output_constant (exp=0xb7d2b4c0, size=4, align=32) at 
expr.h:492
#6  0x084b5308 in output_constructor (exp=0xb7d4f900, size=12, align=32)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23180

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
14:42 ---
It makes worse code on ppc also:
L5:
stb r8,1(r11)
blt- cr0,L6
addi r0,r11,22
addi r10,r9,-22
L6:
mr r11,r0
mr r9,r10
addi r0,r11,1
addic. r10,r9,18
cmpw cr7,r2,r0
bne+ cr7,L5

vs:
L5:
cmpwi cr7,r11,0
stb r0,0(r9)
blt- cr7,L6
addi r9,r9,21
addi r11,r11,-40
L6:
addi r9,r9,1
addi r11,r11,18
cmpw cr7,r2,r9
bne+ cr7,L5

Notice how there is no mrs in the second one, the second one is with 
-fno-tree-dominator-opts.

-- 
   What|Removed |Added

 CC||law at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
 GCC target triplet|i686-linux  |
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 14:42:37
   date||
Summary|Dominator opts slows down   |[4.1 Regression] Dominator
   |bresenham line drawing by   |opts slows down bresenham
   |roughly 20% |line drawing by roughly 20%
   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

[falk at debian dot org]

--- Additional Comments From falk at debian dot org  2005-08-01 14:48 
---
BTW, ax and ay are used uninitialized here, and mainline doesn't warn about 
this.
Weird.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
14:50 ---
(In reply to comment #3)
> BTW, ax and ay are used uninitialized here, and mainline doesn't warn about 
> this.
> Weird.
Not really that weird, the warning problem is PR 18501.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug rtl-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||missed-optimization
Summary|code size regression from   |[4.1 Regression] code size
   |4.0 on x86  |regression from 4.0 on x86
   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|rtl-optimization|tree-optimization


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153

[Bug middle-end/22061] [3.4 Regression] internal compiler error: in find_function_data, at function.c:317

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-08-01 
15:09 ---
It looks like there's lots of interesting breakage in this area. ;)
Testing a patch.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-06-14 13:16:18 |2005-08-01 15:09:06
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061

[Bug tree-optimization/23181] [4.1 Regression] Dominator opts slows down bresenham line drawing by roughly 20%

[hubicka at ucw dot cz]

--- Additional Comments From hubicka at ucw dot cz  2005-08-01 15:14 ---
Subject: Re:  [4.1 Regression] Dominator opts slows down bresenham line drawing 
by roughly 20%


One problem is  that DOM manages to convert

a += 1;
if ()
   a += 10;

to

a1 = a + 1
  if ()
a1 = a + 11
a1 = a

hence the extra move even on 3-address architectures.  There are two
such additions done in parallel so we won't get cmove.
We either need to go the all way around and produce if-then-else and
save one instruction or avoid this transformation as it is dificult to
undo.

Honza


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181

[Bug libgcj/23182] New: instanceof sometimes fails if compiled with -findirect-dispatch

[hannes at helma dot at]

I'm compiling Rhino 1.5R5
 with the following
command:

gcj --main=org.mozilla.javascript.tools.shell.Main -findirect-dispatch js.jar -o
rhino

The resulting Rhino JavaScript shell throws exceptions on some String functions:

js> "foo".charAt(0);
js: "", line 1: Primitive type expected (had java.lang.String instead)

The code that throws the exception is in class
src/org/mozilla/javascript/ScriptRuntime.java, static method toString(Object) at
line 522:

public static String toString(Object val) {
for (;;) {
if (val == null)
return "null";
if (val instanceof Scriptable) {
val = ((Scriptable) val).getDefaultValue(StringClass);
if (val != Undefined.instance && val instanceof Scriptable) {
throw errorWithClassName("msg.primitive.expected", val);
}
continue;
}
...

The val argument first refers to an instance of
org.mozilla.javascript.NativeString, so instanceof Scriptable rightly evaluates
to true. However, after the assignment val refers to an instance of
java.lang.String, yet the second instanceof Scriptable still evaluates to true,
and the exception is thrown.

The String class actually looks ok (i.e. it doesn't contain Scriptable in the
array returned by Class.getInterfaces(), so I guess this might be a caching bug
in the implementation of instanceof.

This only happens if the code is compiled with -findirect-dispatch. It still
exists in gcj (GCC) 4.0.1 20050701 (prerelease), so chances are it is still
present in the final 4.0.1 release.

-- 
   Summary: instanceof sometimes fails if compiled with -findirect-
dispatch
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hannes at helma dot at
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
  GCC host triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

[pinskia at gcc dot gnu dot org]

-- 
Bug 23174 depends on bug 23175, which changed state.

Bug 23175 Summary: [4.1 Regression] ICE with -fdump-tree-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23175

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23174

[Bug tree-optimization/23175] [4.1 Regression] ICE with -fdump-tree-all

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:15 ---
Fixed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23175

[Bug ada/23174] [4.1 Regression] ICE in tree_contains_struct_check_failed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:15 ---
Fixed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23174

[Bug c/22061] [3.4 Regression] internal compiler error: in find_function_data, at function.c:317

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-08-01 
16:28 ---
Reclassifying as a C frontend bug.

-- 
   What|Removed |Added

  Component|middle-end  |c


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061

[Bug tree-optimization/23173] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1512

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:38 ---
This is a dup of bug 19899 as this is really a scev bug and not a tree vect bug.

*** This bug has been marked as a duplicate of 19899 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23173

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:38 ---
*** Bug 23173 has been marked as a duplicate of this bug. ***

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19899

[Bug tree-optimization/21922] [4.1 Regression] ICE with -ftree-vectorize in const_binop

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:40 ---
This is a dup of bug 19899.  The problem is the same.

*** This bug has been marked as a duplicate of 19899 ***

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21922

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:40 ---
*** Bug 21922 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||p dot van-hoof at qub dot ac
   ||dot uk


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19899

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[kargl at gcc dot gnu dot org]

--- Additional Comments From kargl at gcc dot gnu dot org  2005-08-01 16:43 
---
Posix says:

  Pathname Variable Values

  The values in the following list may be constants within an
  implementation or may vary from one pathname to another. For
  example, file systems or directories may have different characteristics.

  A definition of one of the values shall be omitted from the 
  header on specific implementations where the corresponding value is equal
  to or greater than the stated minimum, but where the value can vary
  depending on the file to which it is applied. The actual value supported
  for a specific pathname shall be provided by the pathconf() function.

  {PATH_MAX}
Maximum number of bytes in a pathname, including the terminating
null character.
Minimum Acceptable Value: {_POSIX_PATH_MAX}

So, does GNU define _POSIX_PATH_MAX?

Does GNU support pathconf()?

I read the other thread where it is suggested that a non-portable
GNU extension should be used.  The gfortran source is fairly clean
from such kludges, and I would oppose the introduction of one.


-- 
   What|Removed |Added

 CC||kargl at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:46 ---
Well in both the cases in the fortran front-end, really an alloca should be 
used instead of MAXPATHLEN.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug c/23113] [3.4/4.0/4.1 regression] The -Wunused (value computed is not used) option missed an important case

[trt at acm dot org]

--- Additional Comments From trt at acm dot org  2005-08-01 16:48 ---
Thanks!  I did a grep of the gcc sources:

  find . -name '*.c' -print | xargs grep '^[  ]*\*[a-zA-Z_]*++;'

and found 3 harmless cases of *p++ (* superfluous, sizeof(*p)==1), but also:

   ./libobjc/gc.c:  *current++;

I'm fairly sure that (*current)++; was intended.
I'm not familiar with objective C, does it share warning messages with C?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23113

[Bug libstdc++/23112] std::find_end vs basic_string::rfind

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:54 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 16:54:55
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23112

[Bug c/23103] [4.0/4.1 Regression] gcc_diag does not work with -combine

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:57 ---
This worked with 3.4.0.

Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.0 4.1.0
  Known to work||3.4.0
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 16:57:25
   date||
Summary|gcc_diag does not work with |[4.0/4.1 Regression]
   |-combine|gcc_diag does not work with
   ||-combine
   Target Milestone|--- |4.0.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23103

[Bug rtl-optimization/23098] [3.4/4.0/4.1 Regression] store of 0.0 to float

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
16:58 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 16:58:12
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23098

[Bug libgcj/23183] New: SimpleDateFormat fails to render '' as single quotes

[hannes at helma dot at]

When using java.text.SimpleDateFormat to render a date, single quotes encoded as
'' (see )
in the format string are swallowed in the output. The following code

   sdf = new SimpleDateFormat("''-MM-dd HH:mm:ss''");
   sdf.render(new Date());

produces something like this:

   2005-08-01 18:54:05

bug should actually produce:

   '2005-08-01 18:54:05'

Interestingly, using single quotes to escape other text works as supposed, and
using '' next to escaped text also causes the single quotes to appear. Thus, 

   sdf = new SimpleDateFormat(""'' '' '''FOO''' '' ''"");
   sdf.render(new Date());

produces:

'FOO'

while it shold produce:

   ' ' 'FOO' ' '

PS: Maybe I should have reported this bug against Classpath, but I wasn't sure
which version of classpath is used in gcj 4.0.

-- 
   Summary: SimpleDateFormat fails to render '' as single quotes
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hannes at helma dot at
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
  GCC host triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23183

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[ams at gnu dot org]

--- Additional Comments From ams at gnu dot org  2005-08-01 17:48 ---
Subject: Re:  MAXPATHLEN usage in fortran/{scanner,module}.c

   So, does GNU define _POSIX_PATH_MAX?

No.

   Does GNU support pathconf()?

Yes.

   I read the other thread where it is suggested that a non-portable
   GNU extension should be used.  The gfortran source is fairly clean
   from such kludges, and I would oppose the introduction of one.

In this case using getcwd(NULL, 0) (and it is easy to make this
portable), isn't neeed.  But there is nothing "kludgy" about GNU
programs using GNU extentions.

In either case, I have a patch in the brew that should fix all
MAXPATHLEN/PATH_MAX issues in the whole GCC tree, which I will post as
soon as I have tested it (should be in few days).

Happy hacking.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug classpath/23183] SimpleDateFormat fails to render '' as single quotes

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
17:51 ---
Confirmed on the mainline which means classpath .17+.

-- 
   What|Removed |Added

 CC||bug-classpath at gnu dot org
 Status|UNCONFIRMED |NEW
  Component|libgcj  |classpath
 Ever Confirmed||1
Product|gcc |classpath
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 17:51:53
   date||
Version|4.0.0   |0.17


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23183

[Bug libgcj/23183] SimpleDateFormat fails to render '' as single quotes

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
18:02 ---
Note: classpath's SimpleDateFormat has not been fully merged into libgcj.

-- 
   What|Removed |Added

  Component|classpath   |libgcj
Product|classpath   |gcc
Version|0.17|4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23183

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[sgk at troutmask dot apl dot washington dot edu]

--- Additional Comments From sgk at troutmask dot apl dot washington dot 
edu  2005-08-01 18:13 ---
Subject: Re:  MAXPATHLEN usage in fortran/{scanner,module}.c

On Mon, Aug 01, 2005 at 05:48:10PM -, ams at gnu dot org wrote:
> 
> Subject: Re:  MAXPATHLEN usage in fortran/{scanner,module}.c
> 
>So, does GNU define _POSIX_PATH_MAX?
> 
> No.

Then GNU isn't POSIX compliant.

> 
>Does GNU support pathconf()?
> 
> Yes.

Use pathconf instead of ...

> 
>I read the other thread where it is suggested that a non-portable
>GNU extension should be used.  The gfortran source is fairly clean
>from such kludges, and I would oppose the introduction of one.
> 
> In this case using getcwd(NULL, 0) (and it is easy to make this
> portable), isn't neeed.  But there is nothing "kludgy" about GNU
> programs using GNU extentions.

this ugly hack.

> In either case, I have a patch in the brew that should fix all
> MAXPATHLEN/PATH_MAX issues in the whole GCC tree, which I will post as
> soon as I have tested it (should be in few days).

Don't bother with gfortran.  I've regression testing a patch
that uses alloca as suggested by Andrew.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[ams at gnu dot org]

--- Additional Comments From ams at gnu dot org  2005-08-01 18:24 ---
Subject: Re:  MAXPATHLEN usage in fortran/{scanner,module}.c

   >So, does GNU define _POSIX_PATH_MAX?
   > 
   > No.

   Then GNU isn't POSIX compliant.

Sorry, I meant yes.  We do define _POSIX_PATH_MAX.  My brain failed to
communicate this to my fingers.

(As for GNU being POSIX compliant, we are POSIX compliant where it
makes sense)

   > 
   >Does GNU support pathconf()?
   > 
   > Yes.

   Use pathconf instead of ...

   > 
   >I read the other thread where it is suggested that a non-portable
   >GNU extension should be used.  The gfortran source is fairly clean
   >from such kludges, and I would oppose the introduction of one.
   > 
   > In this case using getcwd(NULL, 0) (and it is easy to make this
   > portable), isn't neeed.  But there is nothing "kludgy" about GNU
   > programs using GNU extentions.

   this ugly hack.

This isn't a ugly hack.  GNU programs should use GNU extentions where
possible.

   Don't bother with gfortran.  I've regression testing a patch that
   uses alloca as suggested by Andrew.

Thanks.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug fortran/23065] MAXPATHLEN usage in fortran/{scanner,module}.c

[pinskia at physics dot uc dot edu]

--- Additional Comments From pinskia at physics dot uc dot edu  2005-08-01 
18:34 ---
Subject: Re:  MAXPATHLEN usage in fortran/{scanner,module}.c


On Aug 1, 2005, at 2:26 PM, Steve Kargl wrote:

> On Mon, Aug 01, 2005 at 04:46:17PM -, pinskia at gcc dot gnu dot 
> org wrote:
>>
>> Well in both the cases in the fortran front-end, really an alloca
>> should be used instead of MAXPATHLEN.
>>
>
> The attached patches uses alloca to remove the use of PATH_MAX
> from gfortran.  It also fixes one other nearby hardcoded buffer.

This what I was thinking of.

This also fixes a buffer overflow that could have happened in 
gfc_dump_module.

Thanks,
Andrew Pinski

PS  scanner.s should be scanner.c in the ChangeLog.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065

[Bug rtl-optimization/23100] poor code generation for i686

[dann at godzilla dot ics dot uci dot edu]

--- Additional Comments From dann at godzilla dot ics dot uci dot edu  
2005-08-01 18:36 ---
Could another pass of "flow" (or some other pass that can clean-up the extra
moves) be scheduled to run after reorder-blocks? 
reorder-blocks is the pass that inserts the function epilogue in each switch 
case...

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23100

[Bug rtl-optimization/19398] secondary reloads don't consider "m" alternatives

[dalej at gcc dot gnu dot org]

--- Additional Comments From dalej at gcc dot gnu dot org  2005-08-01 18:46 
---
This is very close to the problem I ran into reported here:
http://gcc.gnu.org/ml/gcc/2005-07/msg01084.html
That one is fixed by the combination of the patch in PR 19653 and the patch 
here:
http://gcc.gnu.org/ml/gcc/2005-07/msg01123.html
However that is insufficient to fix this case.  The difficulty is that regmove 
causes the same pseudo to 
be used for the operands and the result of the multiply.  Consider that reg as 
all one, ST(0) is the best 
place for it, and you get the extra move.  If you turn off regmove, the patches 
above fix this problem.
Maybe we should do that?  It seems like the register allocator should be doing 
what regmove is trying 
to do.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19398

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

[dann at godzilla dot ics dot uci dot edu]

--- Additional Comments From dann at godzilla dot ics dot uci dot edu  
2005-08-01 18:51 ---
(In reply to comment #1)
> This could be many things, first we don't care about code size for -O2.
> 
> Second this is most likely jump threading.
> 
> Can you add -ftree-dominator-opts and see what the code size problems are?

I am not sure what you are asking. Aren't tree-dominator-opts enabled by 
default 
at -O2? 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
18:57 ---
(In reply to comment #2)
> I am not sure what you are asking. Aren't tree-dominator-opts enabled by 
> default 
> at -O2? 

I had meant -fno-tree-dominator-opts.
See PR 21883 for an example where DOM causes a code size increase.


-- 
   What|Removed |Added

  BugsThisDependsOn||21883


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153

[Bug java/23184] New: I18n bug in gjavah.c

[goeran at uddeborg dot se]

gcc/java/gjavah.c contains the statements

  fprintf (stderr, _("Try '" TOOLNAME " --help' for more information.\n"));

The tool extracting strings for translation is fooled by this (not
surprisingly).  The current po files contains the strings "Try '", " --help' for
more information.\n", for translation.  But at run-time, "gettext" (a.k.a. "_")
will of course be called with the merged string.

There is one more example in the file where string concatenation with TOOLNAME
breaks i18n in the same way.

  printf (_("Usage: " TOOLNAME " [OPTION]... CLASS...\n\n"));

-- 
   Summary: I18n bug in gjavah.c
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: goeran at uddeborg dot se
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23184

[Bug tree-optimization/23153] [4.1 Regression] code size regression from 4.0 on x86

[dann at godzilla dot ics dot uci dot edu]

--- Additional Comments From dann at godzilla dot ics dot uci dot edu  
2005-08-01 20:43 ---
-fno-tree-dominator-opts does not seem to have a great influence. 

   textdata bss dec hex filename
 181547   140526684  202283   3162b 4.1-nodopts-O2-i386/xterm
 195088   140566684  215828   34b14 4.1-nodopts-O2-i686/xterm
 156043   140526684  176779   2b28b 4.1-nodopts-Os-i386/xterm
 156459   140526684  177195   2b42b 4.1-nodopts-Os-i686/xterm
 175627   217246684  204035   31d03 4.0-nodopts-O2-i386/xterm
 189704   217286684  218116   35404 4.0-nodopts-O2-i686/xterm
 150191   217246684  178599   2b9a7 4.0-nodopts-Os-i386/xterm
 150567   217246684  178975   2bb1f 4.0-nodopts-Os-i686/xterm

Looking over a few files it does not look like there's a big difference 
between the tree dumps for 4.1 and 4.0 (the .vars dumps), so I would guess the
some change at the rtl level is responsible for the size increase.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153

[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse

[dalej at gcc dot gnu dot org]

--- Additional Comments From dalej at gcc dot gnu dot org  2005-08-01 20:56 
---
Unfortunately the latest version of this patch causes a bootstrap failure on 
ppc:

../../gcc3.apple.200502/gcc/reload.c: In function 'find_reloads':
../../gcc3.apple.200502/gcc/reload.c:4512: internal compiler error: in 
do_output_
reload, at reload1.c:6936

which is

  /* If is a JUMP_INSN, we can't support output reloads yet.  */
  gcc_assert (!JUMP_P (insn));

Digging further.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-01 
21:13 ---
Subject: Bug 23178

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-01 21:13:39

Modified files:
gcc/fortran: ChangeLog 
libgfortran: ChangeLog 
libgfortran/intrinsics: flush.c 

Log message:
PR libfortran/23178
* intrinsics/flush.c (flush_i8): Add function flush_i8. Update
copyright years.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.508&r2=1.509
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.274&r2=1.275
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/flush.c.diff?cvsroot=gcc&r1=1.4&r2=1.5



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23178

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-01 
21:15 ---
Subject: Bug 23178

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-01 21:15:22

Modified files:
libgfortran: ChangeLog 
libgfortran/intrinsics: flush.c 

Log message:
PR libfortran/23178
* intrinsics/flush.c (flush_i8): Add function flush_i8. Update
copyright years.

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.70&r2=1.163.2.71
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/flush.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.14.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23178

[Bug libfortran/23178] Undefined symbol: __gfortran_flush_i8

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-01 
21:15 ---
Fixed by adding the integer(8) version of flush to the library.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23178

[Bug debug/22058] RTL checking failure building libgcc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-01 
21:17 ---
I think this was fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00080.html

Can you confirm this?

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-checking
   Last reconfirmed|-00-00 00:00:00 |2005-08-01 21:17:11
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22058

[Bug libfortran/22613] Spaces missing at end of line

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-01 
21:24 ---
Intel and g77 have the same behaviour as gfortran, and I guess they're right.
Closing this bug.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22613

[Bug testsuite/23186] New: g++.dg/other/pr22003.C (test for excess errors) fails

[jsm28 at gcc dot gnu dot org]

FAIL: g++.dg/other/pr22003.C (test for excess errors)

(a new test) has appeared on mainline on hppa2.0w-hpux:

cc1plus: note: -freorder-blocks-and-partition does not work on this architecture

This test should be skipped on this target, preferably with
dg-require-effective-target and a suitable effective-target keyword.

-- 
   Summary: g++.dg/other/pr22003.C (test for excess errors) fails
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23186

[Bug ada/23187] New: MAXPATHLEN usage in gcc/ada/adaint.c

[schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de]

Please do not use MAXPATHLEN, it is a arbitrary limit, and is not defined on
GNU.  Currently this makes building gcc-4.0 fail on GNU since gcc/ada/adaint.c
assumes that MAXPATHLEN is defined.  Please do not use these kind of limits in
GNU programs.

Not having MAXPATHLEN is perfectly compliant with POSIX, same goes for
MAXHOSTNAMELEN, PATH_MAX etc.

-- 
   Summary: MAXPATHLEN usage in gcc/ada/adaint.c
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project
dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-pc-gnu
  GCC host triplet: i386-pc-gnu
GCC target triplet: i386-pc-gnu
OtherBugsDependingO 21824
 nThis:


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

[schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de]

-- 
   What|Removed |Added

  BugsThisDependsOn||23187


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824