[Bug fortran/31258] segfault with transpose(reshape(char))
--- Comment #2 from pault at gcc dot gnu dot org 2007-04-08 09:40 ---
This fixes this PR and PR31197. It needs some work because it still fails with
variable expressions in the string length and I need to figure out which other
intrinsics, if any, need the same treatment.
Paul
Index: /svn/trunk/gcc/fortran/iresolve.c
===
*** /svn/trunk/gcc/fortran/iresolve.c (revision 123646)
--- /svn/trunk/gcc/fortran/iresolve.c (working copy)
*** gfc_resolve_reshape (gfc_expr *f, gfc_ex
*** 1722,1727
--- 1722,1755
break;
}
+ if (source-ts.type == BT_CHARACTER
+source-ref != NULL)
+ {
+ gfc_ref *ref;
+ for (ref = source-ref; ref; ref = ref-next)
+ if (ref-next == NULL ref-type == REF_SUBSTRING)
+ break;
+ if (ref != NULL)
+ {
+ f-ts.type = BT_CHARACTER;
+ f-ts.kind = gfc_default_character_kind;
+ f-ts.cl = gfc_get_charlen ();
+ f-ts.cl-next = gfc_current_ns-cl_list;
+ gfc_current_ns-cl_list = f-ts.cl;
+ f-ts.cl-length = gfc_get_expr ();
+ f-ts.cl-length-expr_type = EXPR_OP;
+ f-ts.cl-length-value.op.operator = INTRINSIC_PLUS;
+ f-ts.cl-length-value.op.op1 = gfc_get_expr ();
+ f-ts.cl-length-value.op.op1-expr_type = EXPR_OP;
+ f-ts.cl-length-value.op.op1-value.op.operator = INTRINSIC_MINUS;
+ f-ts.cl-length-value.op.op1-value.op.op1 = gfc_copy_expr
(ref-u.ss.end);
+ f-ts.cl-length-value.op.op1-value.op.op2 = gfc_copy_expr
(ref-u.ss.start);
+
+ f-ts.cl-length-value.op.op2 = gfc_int_expr (1);
+ gfc_simplify_expr (f-ts.cl-length, 0);
+ }
+ }
+
/* TODO: Make this work with a constant ORDER parameter. */
if (shape-expr_type == EXPR_ARRAY
gfc_is_constant_expr (shape)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31258
[Bug target/29932] avr-gcc wrongly optimizes bit sets/resets for IO register 0x20
--- Comment #4 from aesok at gcc dot gnu dot org 2007-04-08 11:38 --- Subject: Bug 29932 Author: aesok Date: Sun Apr 8 11:38:38 2007 New Revision: 123657 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123657 Log: PR target/29932 * config/avr/predicates.md (io_address_operand): Delete predicate. (low_io_address_operand): Don't use 'mode' argument. (higth_io_address_operand): Rename ... (high_io_address_operand): ... to this. Don't use 'mode' argument. * config/avr/avr.md (*sbix_branch_tmp, *sbix_branch_tmp_bit7): Adjust for above change. Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/avr.md trunk/gcc/config/avr/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29932
[Bug fortran/31487] Character array initialization in derived type: bad zero padding
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|i686-pc-linux-gnu | Known to fail||4.3.0 Last reconfirmed|-00-00 00:00:00 |2007-04-08 11:41:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31487
[Bug c++/30158] [4.0/4.1/4.2 regression] ICE with invalid statement-expressions
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-04-08 13:33 --- Fixed on 4.1 and 4.2 branch by Jakub's patch for PR 30847. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||30847 Status|ASSIGNED|RESOLVED Resolution||FIXED Bug 30158 depends on bug 30847, which changed state. Bug 30847 Summary: [4.1/4.2/4.3 regression] ICE with invalid statement expression http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30847 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30158
[Bug c/31508] New: Error during compilation with flag -fschedule-insns
the system type: uname -a
Linux shmyaka 2.6.20-gentoo-r4 #1 SMP Mon Apr 2 15:08:53 MSD 2007 x86_64 AMD
Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux
Error:
gcc -fschedule-insns -o huff_err huffbench_err.c -v -save-temps
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/configure --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/include/g++-v4
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --enable-secureplt --disable-libunwind-exceptions
--enable-multilib --disable-libmudflap --disable-libssp --disable-libgcj
--enable-languages=c,c++ --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 4.1.1 (Gentoo 4.1.1-r3)
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.1.1/cc1 -E -quiet -v huffbench_err.c
-mtune=k8 -fschedule-insns -fpch-preprocess -o huffbench_err.i
ignoring nonexistent directory /usr/local/include
ignoring nonexistent directory
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/include
#include ... search starts here:
#include ... search starts here:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/include
/usr/include
End of search list.
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.1.1/cc1 -fpreprocessed huffbench_err.i
-quiet -dumpbase huffbench_err.c -mtune=k8 -auxbase huffbench_err -version
-fschedule-insns -o huffbench_err.s
GNU C version 4.1.1 (Gentoo 4.1.1-r3) (x86_64-pc-linux-gnu)
compiled by GNU C version 4.1.1 (Gentoo 4.1.1-r3).
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128465
Compiler executable checksum: 6b9d876dbecf3b1ac6ace4d6264144da
huffbench_err.c: In function compdecomp:
huffbench_err.c:1568: error: unable to find a register to spill in class
DIREG
huffbench_err.c:1568: error: this is the insn:
(insn 26 33 34 0 (parallel [
(set (reg:DI 2 cx [orig:178 D.3839 ] [178])
(const_int 0 [0x0]))
(set (reg/f:DI 0 ax [orig:177 comp ] [177])
(plus:DI (reg/f:DI 0 ax [orig:177 comp ] [177])
(reg:DI 2 cx [orig:178 D.3839 ] [178])))
(set (mem:BLK (reg/f:DI 0 ax [orig:177 comp ] [177]) [0 A8])
(const_int 0 [0x0]))
(use (reg:QI 37 r8 [179]))
(use (reg:DI 2 cx [orig:178 D.3839 ] [178]))
(use (reg:SI 19 dirflag))
]) 699 {*rep_stosqi_rex64} (insn_list:REG_DEP_TRUE 25
(insn_list:REG_DEP_TRUE 24 (insn_list:REG_DEP_TRUE 22 (insn_list:REG_DEP_TRUE
23 (insn_list:REG_DEP_ANTI 15 (insn_list:REG_DEP_OUTPUT 18
(insn_list:REG_DEP_ANTI 20 (insn_list:REG_DEP_ANTI 21 (nil)
(expr_list:REG_DEAD (reg:SI 19 dirflag)
(expr_list:REG_DEAD (reg:QI 37 r8 [179])
(expr_list:REG_UNUSED (reg/f:DI 0 ax [orig:177 comp ] [177])
(expr_list:REG_UNUSED (reg:DI 2 cx [orig:178 D.3839 ] [178])
(nil))
huffbench_err.c:1568: confused by earlier errors, bailing out
--
Summary: Error during compilation with flag -fschedule-insns
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marat dot buharov at gmail dot com
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31508
[Bug c/31508] Error during compilation with flag -fschedule-insns
--- Comment #1 from marat dot buharov at gmail dot com 2007-04-08 15:20 --- Created an attachment (id=13340) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13340action=view) huffbench_err.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31508
[Bug target/29932] avr-gcc wrongly optimizes bit sets/resets for IO register 0x20
--- Comment #5 from aesok at gcc dot gnu dot org 2007-04-08 15:40 --- Subject: Bug 29932 Author: aesok Date: Sun Apr 8 15:39:59 2007 New Revision: 123659 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123659 Log: PR target/29932 * config/avr/predicates.md (io_address_operand): Delete predicate. (low_io_address_operand): Don't use 'mode' argument. (higth_io_address_operand): Rename ... (high_io_address_operand): ... to this. Don't use 'mode' argument. * config/avr/avr.md (*sbix_branch_tmp, *sbix_branch_tmp_bit7): Adjust for above change. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/avr/avr.md branches/gcc-4_2-branch/gcc/config/avr/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29932
[Bug target/29932] avr-gcc wrongly optimizes bit sets/resets for IO register 0x20
--- Comment #6 from aesok at gcc dot gnu dot org 2007-04-08 15:42 --- Fixed in 4.2 branch and HEAD. -- aesok at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29932
[Bug middle-end/31492] FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and above
--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-08 15:53 --- This failure was introduced between revisions 123512 and 123536. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31492
[Bug target/31508] Error during compilation with flag -fschedule-insns
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-08 17:36 --- This is the normal x86/x86_64 rgister allocator problem with the scheduler before the register allocation. The register allocator should be able to fix this up but GCC has one of the stupidest Register allocators out there. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |target Keywords||ice-on-valid-code, ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31508
[Bug libgomp/31509] New: FAIL: libgomp.fortran/omp_parse3.f90 -O3 -g
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/libgomp/testsuite/libgomp.fortran/omp_parse3.f90 -B/test/gnu/gcc /objdir/hppa2.0w-hp-hpux11.11/./libgomp/ -I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux 11.11/./libgomp -I/test/gnu/gcc/gcc/libgomp/testsuite/.. -fmessage-length=0 -fop enmp -O3 -g -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/.libs -l gomp -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libgfortran/.libs -lgfortranbegin -lgfortran -lm -o ./omp_parse3.exe(timeout = 300) /usr/ccs/bin/ld: Unsatisfied symbols: tlsblock_ (first referenced in /var/tmp//ccReSaHL.o) (data) collect2: ld returned 1 exit status compiler exited with status 1 -- Summary: FAIL: libgomp.fortran/omp_parse3.f90 -O3 -g Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31509
[Bug libgomp/31510] New: FAIL: libgomp.fortran/threadprivate[23].f90 -O3 -g
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/libgomp/testsuite/libgomp.fortran/threadprivate3.f90 -B/test/gnu /gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/ -I/test/gnu/gcc/objdir/hppa2.0w-hp- hpux11.11/./libgomp -I/test/gnu/gcc/gcc/libgomp/testsuite/.. -fmessage-length=0 -fopenmp -O3 -g -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/.lib s -lgomp -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgomp/../libgfortran/. libs -lgfortranbegin -lgfortran -lm -o ./threadprivate3.exe(timeout = 300) /usr/ccs/bin/ld: Unsatisfied symbols: baz___1007 (first referenced in /var/tmp//ccDhhKF1.o) (data) thrc_ (first referenced in /var/tmp//ccDhhKF1.o) (data) bar3___1003 (first referenced in /var/tmp//ccDhhKF1.o) (data) collect2: ld returned 1 exit status compiler exited with status 1 -- Summary: FAIL: libgomp.fortran/threadprivate[23].f90 -O3 -g Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31510
[Bug fortran/31494] spurious error: PROCEDURE attribute conflicts with DIMENSION attribute
--- Comment #1 from pault at gcc dot gnu dot org 2007-04-08 19:49 --- Confirmed It resembles Bug 24633. However, g95 and Lahey regard 24633 as an error but do not regard this as an error. In actual fact, it is the same as pr30746. Both make wrong host associations, when doubly contained procedures are at play. gfortran and, to some degree, g95 deny the possibility of such a thing:) I have been thinking about how best to fix pr30746 and will add this one to my reflections. Thanks for the report. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||30746 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Last reconfirmed|-00-00 00:00:00 |2007-04-08 19:49:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31494
[Bug c++/31511] New: /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
It is known problem with GNU ISO C++ Library math implementation by Gabriel Dos Reis. g++ compiler says something like this: /usr/include/c++/bits/cmath.tcc:41: error: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1' It could be fixed by replacing the certain line at the cmath.tcc file _Tp __y = __n % 2 ? __x : 1; with more correct _Tp __y = __n % 2 ? __x : _Tp(1); (see cmath.tcc for details) To reproduce error, try to pass to std::pow() std::complexT object where T isn't primitive type but some class with arithmetic operators overloaded. I found it in g++ 3.3.5, g++ 4.0.0, etc. -- Summary: /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1' Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bav dot 272304 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug libstdc++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #1 from pcarlini at suse dot de 2007-04-08 21:12 --- Gaby, not a big deal (complext is unspecified for T != floating, ...), but what do you think, shall we do the 1 - _Tp(1) change? -- pcarlini at suse dot de changed: What|Removed |Added CC||pcarlini at suse dot de, gdr ||at integrable-solutions dot ||net Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug c++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #2 from bav dot 272304 at gmail dot com 2007-04-08 21:16
---
Code example:
#include complex
templatetypename T class Wrapper {
T x_;
public:
Wrapper () throw () : x_(0) {}
Wrapper (const T x) throw () : x_(x) {}
Wrapper operator* (const Wrapper x) const throw () {
return Wrapper (x_*x.x_);
}
Wrapper operator/ (const Wrapper x) const throw () {
return Wrapper (x_/x.x_);
}
Wrapper operator+ (const Wrapper x) const throw () {
return Wrapper (x_+x.x_);
}
Wrapper operator- (const Wrapper x) const throw () {
return Wrapper (x_-x.x_);
}
Wrapper operator- () const throw () {
return Wrapper (-x_);
}
~Wrapper () throw () {}
};
int main () {
std::complex Wrapperdouble x (Wrapperdouble(2.0));
std::pow (x, 23);
}
OUTPUT:
debian:/# g++ bug.cpp --pedantic --std=c++98 -Wall
/usr/include/c++/3.3/bits/cmath.tcc: In function `_Tp std::__cmath_power(_Tp,
unsigned int) [with _Tp = std::complexWrapperdouble ]':
/usr/include/c++/3.3/cmath:477: instantiated from `_Tp std::__pow_helper(_Tp,
int) [with _Tp = std::complexWrapperdouble ]'
/usr/include/c++/3.3/complex:564: instantiated from `std::complex_Tp
std::pow(const std::complex_Tp, int) [with _Tp = Wrapperdouble]'
bug.cpp:29: instantiated from here
/usr/include/c++/3.3/bits/cmath.tcc:42: error: no match for ternary
'operator?:' in '((__n % 2) != 0) ? __x : 1'
--
bav dot 272304 at gmail dot com changed:
What|Removed |Added
CC||bav dot 272304 at gmail dot
||com
Component|libstdc++ |c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug c++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #3 from bav dot 272304 at gmail dot com 2007-04-08 21:17 --- (In reply to comment #1) Gaby, not a big deal (complext is unspecified for T != floating, ...), but what do you think, shall we do the 1 - _Tp(1) change? No, everything works if we fix this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug libstdc++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #4 from pcarlini at suse dot de 2007-04-08 21:20 --- (In reply to comment #3) (In reply to comment #1) Gaby, not a big deal (complext is unspecified for T != floating, ...), but what do you think, shall we do the 1 - _Tp(1) change? No, everything works if we fix this bug. The issue is clear, thanks. I repeat that strictly speaking std::complex could do anything it wants for T != floating type, but I agree that it would make sense to do the change. -- pcarlini at suse dot de changed: What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug c++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #5 from bav dot 272304 at gmail dot com 2007-04-08 21:21 --- (In reply to comment #1) but what do you think, shall we do the 1 - _Tp(1) change? Change, please. -- bav dot 272304 at gmail dot com changed: What|Removed |Added Component|libstdc++ |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug libstdc++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #6 from pcarlini at suse dot de 2007-04-08 21:22 --- Please, stop categorizing wrong. -- pcarlini at suse dot de changed: What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug libstdc++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #7 from gdr at cs dot tamu dot edu 2007-04-08 21:53 --- Subject: Re: /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1' pcarlini at suse dot de [EMAIL PROTECTED] writes: | Gaby, not a big deal (complext is unspecified for T != floating, ...), but | what do you think, shall we do the 1 - _Tp(1) change? Sounds good. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug tree-optimization/31037] [4.3 Regression] ICE: verify_ssa failed - definition in block 23 does not dominate use in block 32
--- Comment #8 from reichelt at gcc dot gnu dot org 2007-04-08 23:09
---
Here's a reduced version of comment #5 (crashes with -O):
==
struct A
{
char *c;
virtual ~A() { delete[] c; }
};
void foo();
void bar(bool* p, bool b)
{
if (b p[0] p[1])
;
else if (b)
{
L:
foo();
if (b)
foo();
foo();
}
else
{
A a;
goto L;
}
}
==
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Keywords||monitored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31037
[Bug c++/31260] [4.1/4.2/4.3 Regression] ICE: segmentation fault with template code
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-04-08 23:15 --- Btw, the bug appeared in GCC 4.0.2. The code compiles with GCC 4.0.1 or earlier. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Keywords||monitored Known to fail||4.0.2 4.0.4 4.1.0 4.1.2 ||4.2.0 4.3.0 Known to work||3.3.6 3.4.0 3.4.6 4.0.0 ||4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31260
[Bug libstdc++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
-- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-08 23:36:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug libstdc++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #8 from paolo at gcc dot gnu dot org 2007-04-08 23:38 --- Subject: Bug 31511 Author: paolo Date: Sun Apr 8 23:37:56 2007 New Revision: 123665 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123665 Log: 2007-04-08 Alexey Beshenov [EMAIL PROTECTED] PR libstdc++/31511 * include/c_global/cmath.tcc (__cmath_power): Use _Tp(1). * include/c_std/cmath.tcc (__cmath_power): Likewise. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/c_global/cmath.tcc trunk/libstdc++-v3/include/c_std/cmath.tcc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug libstdc++/31511] /usr/include/c++/bits/cmath.tcc: no match for ternary 'operator?:' in '((__n % 2u) != 0u) ? __x : 1'
--- Comment #9 from pcarlini at suse dot de 2007-04-08 23:38 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31511
[Bug libstdc++/30264] libstdc++-v3 compile error - conflicts with previous using declaration
-- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30264
[Bug middle-end/29782] Incorrect inlining failure
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-08 23:46 --- No real testcase in over 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29782
[Bug libgomp/28898] OpenMP-parallelized program crashes after a parallel for loop
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-08 23:47 --- No testcase in over 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28898
[Bug c++/29954] Not able to compile for SPARC/Solaris 10.0
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-08 23:48 --- No feedback in 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29954
[Bug c++/30269] parser.tab.c:2071: internal compiler error: Segmentation fault
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-08 23:49 --- No testcase in 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30269
[Bug target/30280] SIGSEGV on operator==(valarraybool, bool)
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-04-08 23:52 --- I really don't think this is a bug as explained in comment #11. It just happens assert is defined weird on solaris. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30280
[Bug preprocessor/23738] error with documentation or error with -M used in conjunction with -w
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-08 23:53 --- No feedback in 3 months + so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23738
[Bug c++/31260] [4.1/4.2/4.3 Regression] ICE: segmentation fault with template code
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-04-09 00:38 --- Mark, this appeared with your patch for PR 23789: 2005-09-12 Mark Mitchell [EMAIL PROTECTED] PR c++/23789 * cvt.c (perform_qualification_conversions): Don't create unnecessary NOP_EXPRs. * pt.c (tsubst_template_arg): Use fold_non_dependent_expr. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31260
[Bug target/30289] avr-gcc: builtin memset(): wrong code
--- Comment #6 from eweddington at cso dot atmel dot com 2007-04-09 04:01 --- Correcting target milestone to 4.1.3. -- eweddington at cso dot atmel dot com changed: What|Removed |Added Target Milestone|4.1.2 |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30289
