[Bug target/25500] [4.0/4.1/4.2/4.3 Regression]: SSE2 vectorized code is slower on 4.x.x than previous
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-11-12 08:07 --- I should be posting a patch for this next week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25500
[Bug rtl-optimization/29797] [4.1/4.2/4.3 Regression] Miscompiles bit test / set in OpenOffice
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-11-12 08:10 --- (In reply to comment #16) (In reply to comment #15) The patch fails bootstrap in stage2 for ppc (only). This bootstraps just fine for me on the mainline with powerpc-darwin. And there were no regressions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29797
[Bug fortran/29779] [4.3 Regression] vectorizer fortran testcases failing
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-12 08:20 --- I am going to try to fix this, it blocks my other work on getting altivec builtins marked as const/pure. -- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-11-12 08:20:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29779
[Bug debug/29792] DWARF: Not all inline concrete instances are being generated
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-12 08:35 ---
The only thing left from __task_rq_lock is a label.
If we look at that inlined function, we see:
static inline __attribute__((always_inline)) struct rq *__task_rq_lock(struct
task_struct *p)
{
struct rq *rq;
repeat_lock_task:
rq = ((*((void)((task_cpu(p))), per_cpu__runqueues)));
do { do { } while (0); (void)0; (void)(rq-lock); } while (0);
if (__builtin_expect(!!(rq != ((*((void)((task_cpu(p))),
per_cpu__runqueues, 0)) {
do { do { } while (0); (void)0; (void)(rq-lock); } while (0);
goto repeat_lock_task;
}
return rq;
}
the if is never true as rq is always equal to per_cpu__runqueues. The calls to
task_cpu were inlined and we constant proped the value of rq the first of the
way through the function which we inlined this to.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
[Bug inline-asm/29808] New: [4.2 Regression] Error: suffix or operands invalid for `mov' when optimization is enabled
The following code (extracted from the Linux kernel) fails to compile with
optimization enabled:
static void load_fs(unsigned short sel)
{
asm(mov %0, %%fs : : g(sel));
}
int main(int argc, char **argv)
{
load_fs(0);
}
[EMAIL PROTECTED] arklinux]$ gcc test.c
[EMAIL PROTECTED] arklinux]$ gcc -O1 test.c
/tmp/ccSpA5Rm.s: Assembler messages:
/tmp/ccSpA5Rm.s:13: Error: suffix or operands invalid for `mov'
gcc is 4.2 SVN revision 118519 (20061106).
--
Summary: [4.2 Regression] Error: suffix or operands invalid for
`mov' when optimization is enabled
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29808
[Bug c++/29809] New: Segmentation fault with 4.1.1 and 4.1-20061110
I get a segmentation fault with both stock gcc 4.1.1 and the 20061110 4.1.2 snapshot, when trying to build avifile-0.7.45. The error message is: if i386-pc-linux-g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/lib/qt3/include -DQT_THREAD_SUPPORT -I/usr/X11R6/include -I../../libavqt -DI18N_PATH=\/usr/share/avifile-0.7/i18\ -Wall -Wno-unused -I../../include -O3 -march=i386 -fno-strength-reduce -save-temps -MT timertable.o -MD -MP -MF .deps/timertable.Tpo -c -o timertable.o timertable.cpp; \ then mv -f .deps/timertable.Tpo .deps/timertable.Po; else rm -f .deps/timertable.Tpo; exit 1; fi timertable.cpp: In member function 'void TimerTableItem::setTable(int, QDateTime, QTime, QString, QString, int, int, QString)': timertable.cpp:1371: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [timertable.o] Error 1 make[1]: Leaving directory `/home/users/chris/tmp/avifile-0.7-0.7.45/samples/qtvidcap' make: *** [all-recursive] Error 1 The info about gcc is as follows: Using built-in specs. Target: i386-pc-linux Configured with: ../configure --prefix=/usr --infodir=/usr/info --mandir=/usr/man --enable-shared --disable-static --with-system-zlib --enable-threads=posix --enable-haifa --enable-languages=c,c++,java --enable-long-long --enable-namespaces --enable-multilib --with-gnu-as --with-gnu-ld --with-system-zlib --without-x --disable-werror --disable-checking --enable-__cxa_atexit --disable-nls --without-included-gettext i386-pc-linux Thread model: posix gcc version 4.1.2 20061110 (prerelease) The preprocessed source is 177Kb, even when bzip2ed. so I'll add it as an attachment. -- Summary: Segmentation fault with 4.1.1 and 4.1-20061110 Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris_clayton at f1internet dot com GCC build triplet: i386-pc-linux GCC host triplet: i386-pc-linux GCC target triplet: i386-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29809
[Bug c++/29809] Segmentation fault with 4.1.1 and 4.1-20061110
--- Comment #1 from chris_clayton at f1internet dot com 2006-11-12 09:35 --- Created an attachment (id=12596) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12596action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29809
[Bug middle-end/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #19 from irar at il dot ibm dot com 2006-11-12 09:52 --- Janis, Thanks a lot! The range of the revisions is 110758 - 111615 (110758 passes bootstrap with vectorization with the patch, 111615 fails with the error in comment #3). I had to modify the patch and split it into two patches in order to make it possible to apply the patch automatically (without rejections). I am attaching the two parts. Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug middle-end/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #20 from irar at il dot ibm dot com 2006-11-12 09:55 --- Created an attachment (id=12597) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12597action=view) The first part of the patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug middle-end/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #21 from irar at il dot ibm dot com 2006-11-12 09:56 --- Created an attachment (id=12598) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12598action=view) The second part of the patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug rtl-optimization/29798] [4.3 Regression] -O2 gives wrong results
--- Comment #6 from bonzini at gnu dot org 2006-11-12 11:00 --- mine, but please can you give me the correct output? i don't see the regressions (comparing to a 4.1.2 compiler). -- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-11-11 11:46:11 |2006-11-12 11:00:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29798
[Bug c++/29518] [4.0/4.1/4.2/4.3 Regression] rejects valid template argument, enums vs templates
--- Comment #12 from news at derived-software dot ltd dot uk 2006-11-12
11:04 ---
From Aleksey Gurtovoy (co-author Boost.MPL):
[wrt to this bug]
Actually, no, enums in the bug's subject and reduced test case are a
red herring. For example, this still fails for me on 4.1.1:
template int C int assertion_failed(int);
template class struct N
{
static int const value = 1;
static int const t = sizeof( assertion_failedvalue(0) );
};
int main()
{
Nint n;
return n.t;
}
As a matter of fact, my current workaround for this issue involves
_introducing_ an auxiliary enum for the values that are used in
function templates' non-type arguments, e.g.:
template int C int assertion_failed(int);
template class struct N
{
static int const value = 1;
enum { gcc_workaround = value };
static int const t = sizeof( assertion_failedgcc_workaround(0) ); // it
compiles, yay!
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29518
[Bug inline-asm/29808] [4.2 Regression] Error: suffix or operands invalid for `mov' when optimization is enabled
--- Comment #1 from segher at kernel dot crashing dot org 2006-11-12 11:10 --- Not a bug in GCC but in your code; g says immediate values are allowed, while this asm insn only takes registers (or 16-bit memory). -- segher at kernel dot crashing dot org changed: What|Removed |Added CC||segher at kernel dot ||crashing dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29808
[Bug rtl-optimization/29798] [4.3 Regression] -O2 gives wrong results
--- Comment #7 from jpr at csc dot fi 2006-11-12 13:24 --- Subject: Re: [4.3 Regression] -O2 gives wrong results In reply to comment #6) mine, but please can you give me the correct output? i don't see the regressions (comparing to a 4.1.2 compiler). In the original testcase xvec should contain xvec[0]=1, xvec[1]=4 after the loop and it should only take 2 iterations to get there. Juha -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29798
[Bug inline-asm/29808] [4.2 Regression] Error: suffix or operands invalid for `mov' when optimization is enabled
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-11-12 13:26 --- invalid -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29808
[Bug c++/29809] Segmentation fault with 4.1.1 and 4.1-20061110
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-11-12 13:37 --- With g++ 4.1.1-13 (g++ (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19)) I see timertable.cpp: In member function void TimerTableItem::setTable(int, QDateTime, QTime, QString, QString, int, int, QString): timertable.cpp:1371: internal compiler error: in expand_expr_addr_expr_1, at expr.c:6336 with a checking enabled build of the 4.1 branch head I get timertable.cpp: In member function void TimerTableItem::setTable(int, QDateTime, QTime, QString, QString, int, int, QString): timertable.cpp:222: error: address taken, but ADDRESSABLE bit not set D.76377 timertable.cpp:222: error: address taken, but ADDRESSABLE bit not set D.76377 timertable.cpp:222: internal compiler error: verify_stmts failed Reducing. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29809
[Bug inline-asm/29808] [4.2 Regression] Error: suffix or operands invalid for `mov' when optimization is enabled
--- Comment #3 from bero at arklinux dot org 2006-11-12 13:40 --- If the code is invalid, the fact that it compiles with -O0 is probably a bug... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29808
[Bug inline-asm/29808] [4.2 Regression] Error: suffix or operands invalid for `mov' when optimization is enabled
--- Comment #4 from segher at kernel dot crashing dot org 2006-11-12 14:01 --- If the code is invalid, the fact that it compiles with -O0 is probably a bug... No, GCC cannot in general detect whether your asm code is buggy. The assembler however can detect many asm bugs, as it did in this case. The reason it worked with -O0 is that with -O0 you get different generated code (namely, very inefficient code). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29808
[Bug c++/29809] Segmentation fault with 4.1.1 and 4.1-20061110
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-11-12 14:18 ---
Confirmed. Reduced testcase that fails with -O -finline-functions:
class QDate { };
class QTime {
public:
bool operator( const QTime d ) const { return ds d.ds; }
unsigned ds;
};
class QDateTime {
public:
QDateTime( const QDate , const QTime );
QDate date() const { return d; }
QTime time() const { return t; }
QDateTime addDays( int days ) const;
QDate d;
QTime t;
};
class TimerTable;
class TimerTableItem {
void setTable(QDateTime start,QTime stop);
QDateTime start_time;
QTime stop_time;
QDateTime stop_datetime;
TimerTable *timer_window;
};
class TimerTable
{
public:
QDateTime calc_stopDateTime(QDateTime start_datetime,QTime stop_time);
};
void TimerTableItem::setTable(QDateTime start,QTime stop)
{
stop_datetime=timer_window-calc_stopDateTime(start_time,stop_time);
}
QDateTime TimerTable::calc_stopDateTime(QDateTime start_datetime,QTime
stop_time)
{
QTime start_time=start_datetime.time();
QDate start_date=start_datetime.date();
QDateTime stop_datetime(start_date,stop_time);
if(start_time stop_time )
stop_datetime=stop_datetime.addDays(1);
return stop_datetime;
}
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fail||4.1.2
Last reconfirmed|-00-00 00:00:00 |2006-11-12 14:18:21
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29809
[Bug c++/29809] [4.1 Regression] Segmentation fault with 4.1.1 and 4.1-20061110
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1 RegressionSegmentation |[4.1 Regression] |fault with 4.1.1 and 4.1- |Segmentation fault with |20061110|4.1.1 and 4.1-20061110 Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29809
[Bug c++/29809] [4.1 Regression] Segmentation fault with 4.1.1 and 4.1-20061110
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-11-12 14:46 ---
TREE_ADDRESSABLE is missing on D.1854 in
# start_dateD.1966_53 = V_MAY_DEF start_dateD.1966_31;
# SFT.44D.1986_54 = V_MAY_DEF SFT.44D.1986_12;
# SFT.45D.1987_55 = V_MAY_DEF SFT.45D.1987_13;
# SFT.48D.1990_56 = V_MAY_DEF SFT.48D.1990_17;
# SFT.50D.1992_57 = V_MAY_DEF SFT.50D.1992_24;
# SFT.55D.1997_58 = V_MAY_DEF SFT.55D.1997_41;
# SFT.56D.1998_59 = V_MAY_DEF SFT.56D.1998_40;
__comp_ctor (D.1854, start_dateD.1966, stop_timeD.1963)
right after running the first alias pass. This is from the inliner
replacing
__comp_ctor (retval, start_date, stop_time);
retval with D.1854 here.
It looks we simply forget to mark the decl addressable during inline
substitution here:
/* Variable substitution need not be simple. In particular, the
INDIRECT_REF substitution above. Make sure that TREE_CONSTANT
and friends are up-to-date. */
else if (TREE_CODE (*tp) == ADDR_EXPR)
{
walk_tree (TREE_OPERAND (*tp, 0), copy_body_r, id, NULL);
/* Handle the case where we substituted an INDIRECT_REF
into the operand of the ADDR_EXPR. */
if (TREE_CODE (TREE_OPERAND (*tp, 0)) == INDIRECT_REF)
*tp = TREE_OPERAND (TREE_OPERAND (*tp, 0), 0);
else
recompute_tree_invarant_for_addr_expr (*tp);
*walk_subtrees = 0;
}
or it should have been marked addressable earlier. That we don't hit
this more often and that trunk doesn't have the problem hints at that
the following is not the right fix?
Index: tree-inline.c
===
*** tree-inline.c (revision 118723)
--- tree-inline.c (working copy)
*** copy_body_r (tree *tp, int *walk_subtree
*** 714,720
if (TREE_CODE (TREE_OPERAND (*tp, 0)) == INDIRECT_REF)
*tp = TREE_OPERAND (TREE_OPERAND (*tp, 0), 0);
else
! recompute_tree_invarant_for_addr_expr (*tp);
*walk_subtrees = 0;
}
}
--- 714,724
if (TREE_CODE (TREE_OPERAND (*tp, 0)) == INDIRECT_REF)
*tp = TREE_OPERAND (TREE_OPERAND (*tp, 0), 0);
else
! {
! recompute_tree_invarant_for_addr_expr (*tp);
! if (DECL_P (TREE_OPERAND (*tp, 0)))
! TREE_ADDRESSABLE (TREE_OPERAND (*tp, 0)) = 1;
! }
*walk_subtrees = 0;
}
}
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29809
[Bug c++/15795] No way to teach operator new anything about alignment requirements
--- Comment #38 from timday at bottlenose dot demon dot co dot uk 2006-11-12 15:33 --- Gah: just spent several hours trying to figure out why my malloced __v4sf weren't 16 byte aligned before I stumbled on this thread. Would be nice if the info gcc Using vector instructions through built-in functions section contained a big warning about the issue. -- timday at bottlenose dot demon dot co dot uk changed: What|Removed |Added CC||timday at bottlenose dot ||demon dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15795
[Bug libfortran/29810] New: ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs/libgfortran.sl
This causes approximately 4400 failures in the gfortran testsuite. Here's the first: Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran -B/ mnt/gnu/gcc/objdir/gcc/testsuite/gfortran/../../ /mnt/gnu/gcc/gcc/gcc/testsuite/ gfortran.dg/PR19754_2.f90 -O0 -pedantic-errors -L/mnt/gnu/gcc/objdir/hppa64 -hp-hpux11.11/./libgfortran/.libs -L/mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./li bgfortran/.libs -L/mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libiberty -lm -o ./PR19754_2.exe(timeout = 300) ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-h pux11.11/./libgfortran/.libs/libgfortran.sl 1 warnings. output is: ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-h pux11.11/./libgfortran/.libs/libgfortran.sl 1 warnings. FAIL: gfortran.dg/PR19754_2.f90 -O0 (test for excess errors) Excess errors: ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-h pux11.11/./libgfortran/.libs/libgfortran.sl 1 warnings. -- Summary: ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp- hpux11.11/./libgfortran/.libs/libgfortran.sl Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810
[Bug libfortran/29810] ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs/libgfortran.sl
--- Comment #1 from danglin at gcc dot gnu dot org 2006-11-12 16:11 --- This symbol is in _mod_r16.o. I guess this points to: 2006-11-05 Francois-Xavier Coudert [EMAIL PROTECTED],org Paul Thomas [EMAIL PROTECTED] PR fortran/24518 * trans-intrinsic.c (gfc_conv_intrinsic_mod): Use built_in fmod for both MOD and MODULO, if it is available. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810
[Bug libfortran/29810] ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs/libgfortran.sl
--- Comment #2 from kargl at gcc dot gnu dot org 2006-11-12 16:22 --- Just curious. Do you file bug reports with HP about the lack of C99 long double libm functions? You need to add a fmodl function to c99_functions.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810
[Bug libfortran/29810] ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs/libgfortran.sl
--- Comment #3 from kargl at gcc dot gnu dot org 2006-11-12 16:36 ---
Here's an untested patch.
Index: configure.ac
===
--- configure.ac(revision 118613)
+++ configure.ac(working copy)
@@ -235,6 +249,7 @@ AC_CHECK_LIB([m],[cexpl],[AC_DEFINE([HAV
AC_CHECK_LIB([m],[fabsf],[AC_DEFINE([HAVE_FABSF],[1],[libm includes fabsf])])
AC_CHECK_LIB([m],[fabs],[AC_DEFINE([HAVE_FABS],[1],[libm includes fabs])])
AC_CHECK_LIB([m],[fabsl],[AC_DEFINE([HAVE_FABSL],[1],[libm includes fabsl])])
+AC_CHECK_LIB([m],[fmodl],[AC_DEFINE([HAVE_FMODL],[1],[libm includes fmodl])])
AC_CHECK_LIB([m],[cabsf],[AC_DEFINE([HAVE_CABSF],[1],[libm includes cabsf])])
AC_CHECK_LIB([m],[cabs],[AC_DEFINE([HAVE_CABS],[1],[libm includes cabs])])
AC_CHECK_LIB([m],[cabsl],[AC_DEFINE([HAVE_CABSL],[1],[libm includes cabsl])])
Index: intrinsics/c99_functions.c
===
--- intrinsics/c99_functions.c (revision 118613)
+++ intrinsics/c99_functions.c (working copy)
@@ -1159,3 +1159,17 @@ ctanl (long double complex a)
}
#endif
+#if !defined(HAVE_FMODL)
+#define HAVE_FMODL 1
+long double
+fmodl (long double x, long double y)
+{
+ if (y == 0)
+return 0;
+
+ /* Need to check that the result has the same sign as x and magnitude
+ less than the magnitude of y. */
+ return (x - floorl(x / y) * y;
+}
+#endif
+
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810
[Bug c++/29518] [4.0/4.1/4.2/4.3 Regression] rejects valid template argument, enums vs templates
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-11-12 16:43 --- (In reply to comment #12) From Aleksey Gurtovoy (co-author Boost.MPL): [wrt to this bug] Actually, no, enums in the bug's subject and reduced test case are a red herring. For example, this still fails for me on 4.1.1: Not really because that passes for me with 4.1.2 and 4.2.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29518
[Bug c++/29809] [4.1 Regression] Segmentation fault with 4.1.1 and 4.1-20061110
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-12 17:07 --- *** This bug has been marked as a duplicate of 28116 *** -- 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=29809
[Bug middle-end/28116] [4.1 Regression] ICE when building konverter with gcc-4.1 with -O3 [RSO]
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-11-12 17:07 --- *** Bug 29809 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||chris_clayton at f1internet ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28116
[Bug java/29805] [4.2/4.3 Regression] Write past end of array in java/typeck.c
--- Comment #4 from daney at gcc dot gnu dot org 2006-11-12 17:12 --- Subject: Bug 29805 Author: daney Date: Sun Nov 12 17:12:13 2006 New Revision: 118724 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118724 Log: PR java/29805 * typeck.c (build_java_array_type): Increase buffer sizes. Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/typeck.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29805
[Bug java/29805] [4.2/4.3 Regression] Write past end of array in java/typeck.c
--- Comment #5 from daney at gcc dot gnu dot org 2006-11-12 17:15 --- Subject: Bug 29805 Author: daney Date: Sun Nov 12 17:14:52 2006 New Revision: 118725 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118725 Log: PR java/29805 * typeck.c (build_java_array_type): Increase buffer sizes. Modified: branches/gcc-4_2-branch/gcc/java/ChangeLog branches/gcc-4_2-branch/gcc/java/typeck.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29805
[Bug inline-asm/29808] [4.2 Regression] Error: suffix or operands invalid for `mov' when optimization is enabled
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-12 17:15 --- (In reply to comment #3) If the code is invalid, the fact that it compiles with -O0 is probably a bug... No it is not really a bug that it compiles at -O0 either becuase g means r+i so the register allocator in the -O0 case is selecting r while in the optimize case is selecting i. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29808
[Bug java/29805] [4.2/4.3 Regression] Write past end of array in java/typeck.c
--- Comment #6 from daney at gcc dot gnu dot org 2006-11-12 17:19 --- Fixed by the patch. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29805
[Bug tree-optimization/29680] [4.3 Regression] Misscompilation of spec2006 gcc
--- Comment #36 from rakdver at gcc dot gnu dot org 2006-11-12 17:33 --- (In reply to comment #19) Created an attachment (id=12574) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12574action=view) [edit] A patch This reverts the patch which triggers the problem and adds a testcase. I am running SPEC CPU 2006 now. I am going to commit this patch for now (once it passes bootstrap regtesting). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29680
[Bug java/29805] [4.2/4.3 Regression] Write past end of array in java/typeck.c
-- daney at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29805
[Bug tree-optimization/13827] (a b) != (c b) should be transformed to ((a^c) b) !=0
--- Comment #4 from sayle at gcc dot gnu dot org 2006-11-12 18:41 --- Subject: Bug 13827 Author: sayle Date: Sun Nov 12 18:41:31 2006 New Revision: 118727 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118727 Log: PR tree-optimization/13827 * fold-const.c (fold_binary) EQ_EXPR, NE_EXPR: Fold (XC) op (YC) as ((X^Y)C) op 0. * gcc.dg/fold-eqand-1.c: New test case. Added: trunk/gcc/testsuite/gcc.dg/fold-eqand-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13827
[Bug tree-optimization/29777] missed optimization: model missing widen_mult* idioms for SSE
--- Comment #4 from ubizjak at gmail dot com 2006-11-12 18:44 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29777
[Bug tree-optimization/29791] [4.3 Regression] ICE: tree check: expected ssa_name, have symbol_memory_tag in verify_ssa, at tree-ssa.c:776
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-12 18:51 --- The difference between the 4.2 branch and the trunk is: On the trunk: # PARM_NOALIAS.12_38 = V_MAY_DEF PARM_NOALIAS.12_35; (*D.1004_16)[0] = D.1010_27; On the 4.2 branch: # SMT.15_38 = V_MAY_DEF SMT.15_37; (*D.918_16)[0] = D.924_27; -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.1.2 |4.1.2 4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29791
[Bug tree-optimization/13827] (a b) != (c b) should be transformed to ((a^c) b) !=0
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-12 18:53 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13827
[Bug libfortran/29810] ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs/libgfortran.sl
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-12 19:38 --- Subject: Re: ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.l --- Comment #2 from kargl at gcc dot gnu dot org 2006-11-12 16:22 --- Just curious. Do you file bug reports with HP about the lack of C99 long double libm functions? I don't have a service contract that allows for filing bug reports with HP. There's no hope for hpux = 11.23. Don't know if HP will complete C99 support in 11.31. Although the PA-RISC architecture provides for long double support in hardware, this has not been implemented. So, I wonder if HP will bother with the C99 long double libm functions. The long double emulation code that's present in hpux caused various issues with Ada, so we don't use it anymore. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810
[Bug fortran/29779] [4.3 Regression] vectorizer fortran testcases failing
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-12 19:58 --- This patch should fix the problem: Index: config/rs6000/rs6000.c === --- config/rs6000/rs6000.c (revision 118728) +++ config/rs6000/rs6000.c (working copy) @@ -8711,9 +8711,8 @@ altivec_init_builtins (void) decl = add_builtin_function (__builtin_altivec_mask_for_load, v16qi_ftype_long_pcvoid, ALTIVEC_BUILTIN_MASK_FOR_LOAD, - BUILT_IN_MD, NULL, - tree_cons (get_identifier (const), - NULL_TREE, NULL_TREE)); + BUILT_IN_MD, NULL, NULL); + TREE_READONLY (decl) = 1; /* Record the decl. Will be used by rs6000_builtin_mask_for_load. */ altivec_builtin_mask_for_load = decl; } I don't think we should be using attributes here really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29779
[Bug c++/29727] [4.0/4.1/4.2/4.3 regression] ICE on invalid initializer for template member
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29727
[Bug c++/29728] [4.0/4.1/4.2/4.3 regression] ICE on invalid initializer in template function
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29728
[Bug c++/29729] [4.0/4.1/4.2/4.3 regression] ICE with template class in template function
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-11-12 20:38 --- From [temp.mem]: A local class shall not have member templates. Therefore, this is indeed invalid. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29729
[Bug c++/29730] [4.0/4.1/4.2/4.3 regression] ICE on invalid declaration of template member
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29730
[Bug c++/29731] [4.0/4.1/4.2/4.3 regression] ICE with statement expression as template parameter
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29731
[Bug c++/29732] [4.0/4.1/4.2/4.3 regression] ICE on invalid friend declaration
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29732
[Bug c++/29733] [4.1/4.2/4.3 regression] ICE on initialization of function type
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29733
[Bug c++/29734] [4.0/4.1/4.2/4.3 regression] ICE with vector in switch condition
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29734
[Bug debug/29792] DWARF: Not all inline concrete instances are being generated
--- Comment #5 from acme at mandriva dot com 2006-11-12 20:39 --- (In reply to comment #4) The only thing left from __task_rq_lock is a label. SNIP task_cpu were inlined and we constant proped the value of rq the first of the way through the function which we inlined this to. OK, I thought that this was due to something like what you described, even not knowing that much about gcc internals, but I thought that even in this case the DW_TAG_inlined_subroutine would be emitted, or hoped to as it would allow me to do what I want with my tools :-\ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
[Bug c++/29735] [4.0/4.1/4.2/4.3 regression] ICE on main returning vector
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29735
[Bug c/29736] [4.0/4.1/4.2/4.3 regression] ICE on duplicate vector attribute
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29736
[Bug fortran/29806] Error if CONTAINS is present without SUBPROGRAM
-- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2006-11-12 21:02:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29806
[Bug tree-optimization/29753] [4.0/4.1/4.2/4.3 Regression] Volatile semantics ignored in some cases
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-11-12 21:33 --- This is a tricky case, since the underlying memory pointed to by the pointer is non-volatile. In other words, the compiler knows that s is non volatile, even though the pointer type is volatile int *. The C99 standard (5.1.2.3) says that accessing a volatile object is a side-effect. The C++ standard ([basic.intro]), however, says that accessing an object designated by a volatile lvalue is a side-effect. In this case, I would think the object to be non-volatile, but the lvalue to be volatile. How confusing! -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29753
[Bug tree-optimization/29788] [4.1/4.2/4.3 Regression] ICE in var_ann, at tree-flow-inline.h:130
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29788
[Bug rtl-optimization/29797] [4.1/4.2/4.3 Regression] Miscompiles bit test / set in OpenOffice
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29797
[Bug libfortran/27895] [4.1/4.2 only] problem with RESHAPE and zero-sized arrays
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27895
[Bug c++/29811] New: [reject valid] error: trying to instantiate template...
$ g++ bug.cpp -Wall -c bug.cpp: In function #8216;void foo()#8217;: bug.cpp:18: error: #8216;foo()::A::less#8217; uses local type #8216;foo()::A::less#8217; bug.cpp:18: error: trying to instantiate #8216;templateclass _Key, class _Compare, class _Alloc class std::set#8217; bug.cpp:18: error: invalid type in declaration before #8216;;#8217; token comeau compiler accepts this code. -- Summary: [reject valid] error: trying to instantiate template... Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net GCC target triplet: x86_64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29811
[Bug c++/29811] [reject valid] error: trying to instantiate template...
--- Comment #1 from pluto at agmk dot net 2006-11-12 21:49 --- Created an attachment (id=12599) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12599action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29811
[Bug c++/29811] [reject valid] error: trying to instantiate template...
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-12 21:53 --- A::less is a local type which makes this invalid code and the error message is correct. -- 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=29811
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #48 from ebotcazou at gcc dot gnu dot org 2006-11-12 22:06 --- Still broken. I should turn off HAVE_COMDAT_GROUP and see if that helps. Does hppa-linux use non-standard text sections? Revised patch to be attached. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #49 from ebotcazou at gcc dot gnu dot org 2006-11-12 22:08 --- Created an attachment (id=12600) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12600action=view) Revised linker fix. Lightly tested on x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug tree-optimization/29788] [4.1/4.2/4.3 Regression] ICE in var_ann, at tree-flow-inline.h:130
--- Comment #12 from amacleod at redhat dot com 2006-11-12 23:59 --- That would it explain why it suddenly showed up. As long as I'm not suppose to see a CONST_DECL, I'll leave the out of ssa code as it is. Andrew -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29788
[Bug rtl-optimization/29797] [4.1/4.2/4.3 Regression] Miscompiles bit test / set in OpenOffice
--- Comment #18 from sayle at gcc dot gnu dot org 2006-11-13 00:42 --- Subject: Bug 29797 Author: sayle Date: Mon Nov 13 00:41:53 2006 New Revision: 118740 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118740 Log: 2006-11-12 Michael Matz [EMAIL PROTECTED] Roger Sayle [EMAIL PROTECTED] PR rtl-optimization/29797 * ifcvt.c (noce_try_bitop): Correct calculation of bitnum on BITS_BIG_ENDIAN targets. * gcc.c-torture/execute/pr29797-1.c: New test case. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr29797-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/ifcvt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29797
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #50 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13 02:01 --- Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test Still broken. I should turn off HAVE_COMDAT_GROUP and see if that helps. Does hppa-linux use non-standard text sections? Revised patch to be attached. I'm not sure what you mean by non-standard. There's nothing non standard about the names. However, there are some special issues. I don't believe that it's possible to switch out of the text for any given function and back in. This is definitely not possible under hpux. For this reason, we don't support hot and cold text. Switching out of the text section would affect the calculation of branch distances and possibly affect the placement of the stub tables used to convert short pc-relative branches to long branches. The EH tables use an indirect pc-relative encoding for global and function pointers. This avoids having any dynamic relocations in the EH data, but there has to be a fixed relationship between text and data in dynamic objects for this to work. The PA handling of function pointers is also somewhat unique and based on the original hpux implementation. Thanks for the patch update. I'll give it a try. Unfortunately, I didn't have time this weekend to work on this. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug java/29587] jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-11-13 02:18 --- Subject: Bug 29587 Author: dberlin Date: Mon Nov 13 02:18:07 2006 New Revision: 118742 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118742 Log: 2006-11-12 Daniel Berlin [EMAIL PROTECTED] Fix PR tree-optimization/29587 * tree-ssa-structalias.c (process_constraint): Don't mark address taken due only to escaped vars constraint. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587
[Bug java/29587] jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes
--- Comment #15 from dberlin at gcc dot gnu dot org 2006-11-13 02:22 --- Subject: Bug 29587 Author: dberlin Date: Mon Nov 13 02:21:52 2006 New Revision: 118743 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118743 Log: 2006-11-12 Daniel Berlin [EMAIL PROTECTED] Fix PR tree-optimization/29587 * tree-ssa-structalias.c (process_constraint): Don't mark address taken due only to escaped vars constraint. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587
[Bug java/29587] jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes
--- Comment #16 from dberlin at gcc dot gnu dot org 2006-11-13 02:22 --- Fixed -- dberlin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587
[Bug target/29487] Shared libstdc++ fails to link
--- Comment #3 from danglin at gcc dot gnu dot org 2006-11-13 02:25 --- This problem was introduced by this change: Author: rguenth Date: Tue Oct 10 08:27:02 2006 New Revision: 117598 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117598 Log: 2006-10-10 Richard Guenther [EMAIL PROTECTED] PR rtl-optimization/29323 * except.c (set_nothrow_function_flags): For functions that do not bind local bail out early. * decl.c (finish_function): Set TREE_NOTHROW only for functions that bind local. Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/except.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29487
[Bug java/29587] jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13 02:31 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes Fixed Thanks for fixing this. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587
[Bug target/29487] Shared libstdc++ fails to link
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-13 02:37 --- (In reply to comment #3) This problem was introduced by this change: That makes less sense really, because this just changes how to deal with TREE_NOTHROW. This sounds like a latent bug really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29487
[Bug libfortran/29810] ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs/libgfortran.sl
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13 02:40 --- Subject: Re: ld: (Warning) Unsatisfied symbol fmodl in file /mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.lRO Here's an untested patch. + return (x - floorl(x / y) * y; Unfortunately, we have the same problem with floorl. I tried forcing with __builtin_floorl but it didn't work. There are implementations in glibc but I doubt it's ok to use them given Richard's experience in trying to set up a math lib. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29810
[Bug target/29487] Shared libstdc++ fails to link
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13 03:09 --- Subject: Re: Shared libstdc++ fails to link This problem was introduced by this change: That makes less sense really, because this just changes how to deal with TREE_NOTHROW. This sounds like a latent bug really. The question is where. The linker error message indicates that we aren't generating a PLABEL for a function entry. Unfortunately, this entry point is a local symbol that has been reduced to a text section offset. That's what $CODE$ indicates. There are quite a few in the stdexcept.o and so far I haven't been able to figure out which symbol is causing the error. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29487
[Bug c++/29573] [4.0/4.1/4.2/4.3 regression] ICE after parse error in template argument
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29573
[Bug middle-end/29584] [4.0/4.1 Regression] internal compiler error on optimization
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29584
[Bug target/29599] [4.1/4.2/4.3 Regression] ICE when building the kernel on SH4
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29599
[Bug c++/29607] [DR 224] [4.1/4.2/4.3 Regression] dependent name with base classes
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-11-13 03:38
---
I am going to put these DR 224 issues into WAITING. I don't think we really
know what the committee is going to do yet.
(Prior to that DR being put into the WP, I had a long discussion with John
Spicer. My feeling is that in:
template typename T
struct S {
...S...
}
S should be dependent. DR 224 says that it should not dependent.
My feeling is that dependence should be an intrinsic property of a type,
independent of context. John's feeling is that making its dependence
conditional makes things easier for programmers (although clearly harder for
compilers).
For example, in the test case in Comment #5, one can in fact prove that
WxVector::IterBase is the global class, independent of any specializations.
That is the argument it should not be dependent. However, in:
template typename T
struct S {
... sizeof(S) ...
}
the sizeof expression must be value-dependent, even though S is not
type-dependent, which is odd. (This case doesn't seem to be addressed by DR
224; AFAICT, DR 224 as written would make sizeof(S) non-dependent. Clearly,
that could be fixed by explicitly noting this case.) I find the fact that a
non-dependent type can have a dependent size to be weird.)
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
[Bug preprocessor/29612] [4.0/4.1/4.2/4.3 Regression] gcc --save-temps does not give multi-character character constant error
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29612
[Bug c++/29632] [4.0/4.1/4.2/4.3 Regression] ICE on invalid code: regenerate_decl_from_template, at cp/pt.c:10969
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29632
[Bug c++/29704] [4.1 Regression] ICE: default non-type template argument of pointer-to-member type
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29704
[Bug c++/29469] [DR 224] [4.1/4.2/4.3 Regression] error: non-template 'pair' used as template
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-11-13 03:40 --- Waiting for ISO Committee to decide what to do about DR 224. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29469
[Bug c++/29518] [4.0/4.1/4.2/4.3 Regression] rejects valid template argument, enums vs templates
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29518
[Bug bootstrap/29316] gcc-4.1.1 fails to bootstrap again
--- Comment #3 from jjcogliati-r1 at yahoo dot com 2006-11-13 04:35 --- (In reply to comment #2) Use --disable-multilib as ppc-darwin is configured by default to also build the 64bit libraries. Why is this not a bug? --disable-multilib is not mentioned in http://gcc.gnu.org/install/specific.html#powerpc-x-x Either fix the documentation or fix the default. -- jjcogliati-r1 at yahoo dot com changed: What|Removed |Added CC||jjcogliati-r1 at yahoo dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29316
[Bug java/29812] New: env-klass value is not updated during the native calls
Hello, While debugging the issue with the Subclipse not working under the GCJ (look at the message http://svn.haxx.se/subusers/archive-2006-07/0210.shtml for example) I found the following problem. When native method is called, the env-klass value is always NULL. It looks like that JNIEnv is reused in the _Jv_GetJNIEnvNewFrame function and the env-klass value is not updated during the call. For more details look at the message here: http://gcc.gnu.org/ml/java-patches/2006-q3/msg00231.html P.S. Steps to reproduce behavior: 1. Install gcj-4.1.1. 2. Run Eclipse with -vm /path/to/gij 3. Install Subclipse extension (http://subclipse.tigris.org). 4. Open Windows-Preferences dialog, then open Team-SVN tab. The Eclipse shows error message. -- Summary: env-klass value is not updated during the native calls Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wfragg at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29812
[Bug fortran/29806] Error if CONTAINS is present without SUBPROGRAM
--- Comment #1 from erik dot edelmann at iki dot fi 2006-11-13 07:42 --- Isn't this going to be allowed in F2008? (Perhaps it already is in F2003 -- I'm too lazy to check.) We should print an error message if strict standard conformance is requested, but since it is going to be valid code in the future, I think we can continue to support it. -- 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=29806
