[Bug fortran/31546] add --enable-intermodule
--- Comment #3 from aldot at gcc dot gnu dot org 2007-04-15 12:38 --- Created an attachment (id=13367) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13367&action=view) updated patch Updated patch. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #13356|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31546
[Bug fortran/31546] add --enable-intermodule
--- Comment #4 from aldot at gcc dot gnu dot org 2007-04-15 12:39 --- (In reply to comment #2) > (In reply to comment #0) > > This creates a smaller binary and may also create a faster binary. The > > former > > is the main motivation from my POV. > > Do you have figures to justify these two claims? > textdata bss dec hex filename 6019122636 284 604832 93aa0 ../gcc-4.3.orig/./i686-linux-gnu/libgfortran/.libs/libgfortran.so.3.0.0 5627682348 288 565404 8a09c ./i686-linux-gnu/libgfortran/.libs/libgfortran.so.3.0.0 I do not claim that it is faster since i didn't measure this aspect. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31546
[Bug fortran/29507] [4.2 only] INDEX in an array initialization causes ICE
--- Comment #10 from pault at gcc dot gnu dot org 2007-04-15 13:08 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|INDEX in an array |[4.2 only] INDEX in an array |initialization causes ICE |initialization causes ICE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29507
[Bug fortran/31404] [4.2 only] ICE len_trim(array) in initialization
--- Comment #3 from pault at gcc dot gnu dot org 2007-04-15 13:10 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|ICE len_trim(array) in |[4.2 only] ICE |initialization |len_trim(array) in ||initialization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31404
[Bug bootstrap/31577] New: mipsel-elf fails to build on Solaris 10
Build failure as follows: /opt/local/src/gcc-mipsel/./gcc/xgcc -B/opt/local/src/gcc-mipsel/./gcc/ -B/opt/local/mipsel-elf/bin/ -B/opt/local/mipsel-elf/lib / -isystem /opt/local/mipsel-elf/include -isystem /opt/local/mipsel-elf/sys-include -O2 -O2 -O -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -G 0 -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc-4.1.2/gcc -I../../gcc-4.1.2/gcc/. -I../../gcc-4.1.2/gcc/../include -I./../intl -I../../gcc-4.1.2/gcc/../libcpp/include -DL_floatdisf -DLIBGCC2_UNITS_PER_WORD=4 -c ../../gcc-4.1.2/gcc/libgcc2.c - o libgcc/./_floatdisf.o : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: »T_MA« redefiniert : Warnung: dies ist die Stelle der vorherigen Definition : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: »T_MA« redefiniert : Warnung: dies ist die Stelle der vorherigen Definition : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: »L_MA« redefiniert : Warnung: dies ist die Stelle der vorherigen Definition : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: »BL_M« redefiniert : Warnung: dies ist die Stelle der vorherigen Definition : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert : Warnung: Null-Zeichen ignoriert ../../gcc-4.1.2/gcc/libgcc2.c: In Funktion »__floatdisf«: ../../gcc-4.1.2/gcc/libgcc2.c:1400: Fehler: »__DBL_MANT_DIG__« nicht deklariert (erste Benutzung in dieser Funktion) ../../gcc-4.1.2/gcc/libgcc2.c:1400: Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt ../../gcc-4.1.2/gcc/libgcc2.c:1400: Fehler: für jede Funktion in der er auftritt.) ../../gcc-4.1.2/gcc/libgcc2.c:1401: Fehler: »__FLT_MANT_DIG__« nicht deklariert (erste Benutzung in dieser Funktion) gmake[3]: *** [libgcc/./_floatdisf.o] Error 1 gmake[3]: Leaving directory `/opt/local/src/gcc-mipsel/gcc' gmake[2]: *** [stmp-multilib] Error 2 gmake[2]: Leaving directory `/opt/local/src/gcc-mipsel/gcc' gmake[1]: *** [all-gcc] Error 2 gmake[1]: Leaving directory `/opt/local/src/gcc-mipsel' gmake: *** [all] Error 2 configured like this: [EMAIL PROTECTED]:/opt/local/src/gcc-mipsel$ env CC=cc CFLAGS=-O bash ../gcc-4.1.2/configure --target=mipsel-elf --prefix=/opt/local --enable-languages=c -- Summary: mipsel-elf fails to build on Solaris 10 Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thomas at maier-komor dot de GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: mipsel-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31577
[Bug rtl-optimization/30121] ICE on frtl-abstract-sequences
--- Comment #4 from aldot at gcc dot gnu dot org 2007-04-15 15:55 ---
With current 4_2-branch, targeting i686, while bootstrapping i get:
i686-linux-uclibc-gcc -O2 -O2 -fno-tree-loop-optimize -Os
-fno-tree-dominator-opts -fno-strength-reduce -fno-branch-count-reg
-falign-functions=1 -falign-jumps=1 -falign-loops=1
-mpreferred-stack-boundary=2 -fno-inline -fomit-frame-pointer -g -pipe
-Wno-error -g3 -ggdb3 -frtl-abstract-sequences -isysroot
/home/cow/src/buildroot.mine/build_i686/staging_dir -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include -I. -I.
-I/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc
-I/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/.
-I/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/../include
-I/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/../libcpp/include
-I/home/cow/src/buildroot.mine/build_i686/gmp-4.2.1/include
-I/home/cow/src/buildroot.mine/build_i686/mpfr-2.2.1/include
-I/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/../libdecnumber
-I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions
-fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder
-fno-omit-frame-pointer -fPIC \
-c
/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/crtstuff.c
-DCRT_BEGIN -DCRTSTUFFS_O \
-o crtbeginS.o
/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/crtstuff.c: In
function '__do_global_dtors_aux':
/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/crtstuff.c:304:
error: unrecognizable insn:
(insn 78 0 0 (set (reg:SI 0 ax)
(symbol_ref:SI ("*.L10") [flags 0x2])) -1 (nil)
(nil))
/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/gcc/crtstuff.c:304:
internal compiler error: in insn_default_length, at insn-attrtab.c:1083
$ ./build_i686/staging_dir/usr/bin/i686-linux-gcc -v
Using built-in specs.
Target: i686-linux-uclibc
Configured with:
/home/cow/src/buildroot.mine/toolchain_build_i686/gcc-4.2/configure
--prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu
--target=i686-linux-uclibc --enable-languages=c,c++,fortran
--with-sysroot=/home/cow/src/buildroot.mine/build_i686/staging_dir
--with-build-time-tools=/home/cow/src/buildroot.mine/build_i686/staging_dir/usr/i686-linux-uclibc/bin
--disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --disable-shared
--with-gmp=/home/cow/src/buildroot.mine/toolchain_build_i686/gmp
--with-mpfr=/home/cow/src/buildroot.mine/toolchain_build_i686/mpfr
--disable-nls --enable-threads --disable-multilib --disable-largefile
Thread model: posix
gcc version 4.2.0 20070415 (prerelease)
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2007-01-09 11:01:44 |2007-04-15 15:55:28
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30121
[Bug other/28145] C++ (throw() and catch(...) {/* fall through */ } ) and pthread cancellation are incompatible (at least with NPTL)
--- Comment #16 from hhinnant at apple dot com 2007-04-15 16:13 --- (In reply to comment #15) This makes clean up / rethrow during cancellation awkward. Code would have to check for two (or more) different kinds of cancellation: Am I executing in an OS thread, or in a thread pool? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28145
[Bug fortran/31204] wrong host association of implied loop variable
--- Comment #4 from pault at gcc dot gnu dot org 2007-04-15 16:28 --- Subject: Bug 31204 Author: pault Date: Sun Apr 15 16:28:06 2007 New Revision: 123849 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123849 Log: 2007-04-15 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31204 * primary.c (check_for_implicit_index): New function to check that a host associated variable is not an undeclared implied do loop index. (gfc_match_rvalue, match_variable): Use it and reset the implied_index attribute. * gfortran.h : Add the implied_index field to symbol_attribute. * match.c (gfc_match_iterator): Mark the iterator variable with the new attribute. * decl.c (build_sym): Reset the new attribute. 2007-04-15 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31204 * gfortran.dg/array_constructor_16.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/array_constructor_16.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/match.c trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31204
[Bug testsuite/31578] New: FAIL: gcc.dg/gnu89-init-4.c (test for excess errors)
Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4 .2/objdir/gcc/ /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/gnu89-init-4.c -std=gnu89 -W -Wall -O2 -fno-show-column -lm -o ./gnu89-init-4.exe (timeou t = 300) /usr/lib/crt1.o: In function `_start': /build/buildd/glibc-2.3.6.ds1/build-tree/glibc-2.3.6/csu/../sysdeps/hppa/elf/sta rt.S:56: undefined reference to `main' /build/buildd/glibc-2.3.6.ds1/build-tree/glibc-2.3.6/csu/../sysdeps/hppa/elf/sta rt.S:57: undefined reference to `main' collect2: ld returned 1 exit status compiler exited with status 1 output is: /usr/lib/crt1.o: In function `_start': /build/buildd/glibc-2.3.6.ds1/build-tree/glibc-2.3.6/csu/../sysdeps/hppa/elf/sta rt.S:56: undefined reference to `main' /build/buildd/glibc-2.3.6.ds1/build-tree/glibc-2.3.6/csu/../sysdeps/hppa/elf/sta rt.S:57: undefined reference to `main' collect2: ld returned 1 exit status FAIL: gcc.dg/gnu89-init-4.c (test for excess errors) Excess errors: /build/buildd/glibc-2.3.6.ds1/build-tree/glibc-2.3.6/csu/../sysdeps/hppa/elf/sta rt.S:56: undefined reference to `main' /build/buildd/glibc-2.3.6.ds1/build-tree/glibc-2.3.6/csu/../sysdeps/hppa/elf/sta rt.S:57: undefined reference to `main' UNRESOLVED: gcc.dg/gnu89-init-4.c compilation failed to produce executable -- Summary: FAIL: gcc.dg/gnu89-init-4.c (test for excess errors) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31578
[Bug c++/31579] New: ICE when compiling attached code
g++ crashes when compiling the attached code: /tmp/build/src/oldloader.cpp:1638: 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. Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-svn/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++ --disable-checking --with-gnu-ld --verbose Thread model: posix gcc version 4.3.0 20070411 (experimental) -- Summary: ICE when compiling attached code Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: us15 at os dot inf dot tu-dresden dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31579
[Bug c++/31579] ICE when compiling attached code
--- Comment #1 from us15 at os dot inf dot tu-dresden dot de 2007-04-15 17:23 --- Created an attachment (id=13368) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13368&action=view) preprocessed code that triggers ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31579
[Bug testsuite/31578] FAIL: gcc.dg/gnu89-init-4.c (test for excess errors)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-15 17:48 --- This is my fault, this is what I get for copy manually the testcase, I forgot the dg-do compile part. -- 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 |2007-04-15 17:48:23 date|| Version|4.2.0 |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31578
[Bug fortran/31205] aliased operator assignment produces wrong result
--- Comment #3 from burnus at gcc dot gnu dot org 2007-04-15 18:39 ---
Minimal example:
program test
implicit none
type data_type
integer :: i=2
end type data_type
type(data_type) :: d
d%i = 4
call set(d,d)
contains
subroutine set(x1,x2)
type(data_type),intent(out):: x1
type(data_type),intent(in) :: x2
x1%i = x2%i
end subroutine set
end program test
Hereby,
d%i = 4
call set(d,d)
is translated into:
d.i = 4;
{
struct data_type data_type.0;
data_type.0.i = 2;
d = data_type.0;
}
set (&d, &d);
If one removes the "intent(out)" for x1, data_type.0 is not created and
everything is fine. If one creates a temporary structure, shouldn't one have
something like the following? (Handcrafted)
d.i = 4;
{
struct data_type data_type.0;
data_type.0.i = 2;
set (&data_type.0, &d);
d = data_type.0;
}
There is actually a difference how gfortran and how g95 and NAG f95 do the
default initialization. For the following Fortran code
program test
implicit none
type data_type
integer :: i=2
end type data_type
type(data_type) :: d
d%i = 4
call set(d)
print *, d%i
contains
subroutine set(x1)
type(data_type),intent(out):: x1
end subroutine set
end program test
"2" is printed (by all compilers). gfortran does:
d.i = 4;
{
struct data_type data_type.0;
data_type.0.i = 2;
d = data_type.0;
}
set (&d);
set (x1)
{
(void) 0;
whereas g95 does:
d.i = 4;
set_ (&d);;
set_ (x1)
{
int4 D.470;
D.470 = 0;
if (x1 != 0B)
*x1 = {.i=2};
return D.470;;
analogously does NAG f95:
d_.i_ = 2;
d_.i_ = 4;
test_IP_set(&d_);
static void test_IP_set(x1_)
struct test_DT_data_type *x1_;
{
x1_->i_ = 2;
Though, I don't know which method is better.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31205
[Bug other/28145] C++ (throw() and catch(...) {/* fall through */ } ) and pthread cancellation are incompatible (at least with NPTL)
--- Comment #17 from jason at redhat dot com 2007-04-15 19:01 ---
Subject: Re: C++ (throw() and catch(...) {/* fall through
*/ } ) and pthread cancellation are incompatible (at least with NPTL)
hhinnant at apple dot com wrote:
> This makes clean up / rethrow during cancellation awkward. Code would have to
> check for two (or more) different kinds of cancellation: Am I executing in an
> OS thread, or in a thread pool?
Well, yes. The mechanism for pthread_cancel won't necessarily work with
other forms of cancellation.
Doing clean up in a catch(...) block has always been inelegant, a
destructor will be more reliable. I don't understand why we aren't
adding finally in this round of standardization...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28145
[Bug fortran/31580] New: Better error message for not-found operator
Example:
implicit none
real :: a,b
if(a .nonex. b) stop
end
Expected:
Error: Unknown user operator 'nonex' at (1)
Current gfortran result:
Error: Operands of user operator 'nonex' at (1) are REAL(4)/REAL(4)
NAG f95:
Error: x.f90, line 3: Unknown operator .NONEX.
ifort:
fortcom: Error: x.f90, line 3: Dotted string neither a defined operator nor a
structure component [NONEX]
sunf95:
"x.f90", Line = 3, Column = 8: ERROR: The operator "nonex" has not been
declared as a user defined operator.
I though one could simply change resolve.c's resolve_operator such as e.g.
Index: resolve.c
===
--- resolve.c (revision 123843)
+++ resolve.c (working copy)
@@ -2242,6 +2242,14 @@
goto bad_op;
case INTRINSIC_USER:
+ if (NULL == gfc_find_symtree (gfc_current_ns->uop_root,
+ e->value.op.uop->name))
+ {
+ sprintf (msg, _("Unknown operator '%s' at %%L"),
+ e->value.op.uop->name);
+ }
+ else
+ {
if (op2 == NULL)
sprintf (msg, _("Operand of user operator '%s' at %%L is %s"),
e->value.op.uop->name, gfc_typename (&op1->ts));
@@ -2249,6 +2257,7 @@
sprintf (msg, _("Operands of user operator '%s' at %%L are %s/%s"),
e->value.op.uop->name, gfc_typename (&op1->ts),
gfc_typename (&op2->ts));
+ }
goto bad_op;
However, this fails as "gfc_get_uop" automatically creates the symbol if it
cannot find it. And putting it into matchexp.c's gfc_match_defined_op_name is
of cause way too early.
--
Summary: Better error message for not-found operator
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31580
[Bug fortran/31519] spurious ICE messages when module does not compile
--- Comment #5 from tobi at gcc dot gnu dot org 2007-04-15 20:08 --- (In reply to comment #4) > (In reply to comment #3) > > It appears that spurious ICE messages are a general problem with GCC. > > Well, it's true that an ICE on invalid code *and* after a sensible error > message has been emitted does not have too large an impact for users. > > I can reproduce the ICE on minw32, but when I run f951 directly (instead of > letting the driver calling it) it doesn't ICE (even with the same options as > the driver passes to it). So, I can post a backtrace nor investigate :( I'm guessing that f951 exits with a non-zero exit status, and the driver catches that. > -- tobi at gcc dot gnu dot org changed: What|Removed |Added CC||tobi at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31519
[Bug fortran/31298] Uninitialized variable in f951 (in read_module)
--- Comment #4 from burnus at gcc dot gnu dot org 2007-04-15 20:20 --- Created an attachment (id=13369) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13369&action=view) Updated patch This patch handles almost everything except of operator() => operator(.user.) where could be e.g. ".gt." or "-" or ... One probably needs also a check whether the user operator is an unary or binary operator, which should match the intrinsic operator. Difference to previous patch: allow:"use mod, only: assignment(=)" disallow: "use mod, only: assignment(=) => operator(.user.) (Before the former one was rejected and the latter accepted.) As collateral damage it seems to fix PR 29876. (At least I get a proper error message with this patch and no error message for .none. without this patch [which is different to the reported behaviour.]) -- burnus at gcc dot gnu dot org changed: What|Removed |Added Attachment #13312|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31298
[Bug bootstrap/31581] New: targert arm-elf fails to build on Solaris
cc -c -O -DIN_GCC -DCROSS_COMPILE-DHAVE_CONFIG_H -I. -I. -I../../gcc-4.1.2/gcc -I../../gcc-4.1.2/gcc/. -I../../gcc-4.1.2/gcc/../include -I./../intl -I../../gcc-4.1.2/gcc/../libcpp/include ../../gcc-4.1.2/gcc/combine.c -o combine.o "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "./insn-attr.h", line 78: identifier redeclared: TUNE_ "../../gcc-4.1.2/gcc/combine.c", line 3043: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 3047: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 3059: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 3062: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 3073: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 3076: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 9585: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 11830: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 11868: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 12502: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 12528: warning: enum type mismatch: arg #2 "../../gcc-4.1.2/gcc/combine.c", line 12568: warning: enum type mismatch: arg #2 cc: acomp failed for ../../gcc-4.1.2/gcc/combine.c gmake[2]: *** [combine.o] Error 2 gmake[2]: Leaving directory `/opt/local/src/gcc-arm/gcc' gmake[1]: *** [all-gcc] Error 2 gmake[1]: Leaving directory `/opt/local/src/gcc-arm' gmake: *** [all] Error 2 configured with: $ env CONFIG_SHELL=/bin/bash CC=cc CFLAGS=-O bash ../gcc-4.1.2/configure --target=arm-elf --prefix=/opt/local --enable-languages=c,c++ -- Summary: targert arm-elf fails to build on Solaris Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: u
[Bug target/31582] New: ix86_expand_vec_set_builtin modifies source
ix86_expand_vec_set_builtin is used to expand builtin funtions like v4hi __builtin_ia32_vec_set_v4hi (v4hi, short, const int); for pattens like [(set (match_operand:V8HI 0 "register_operand" "=x") (vec_merge:V8HI (vec_duplicate:V8HI (match_operand:HI 2 "nonimmediate_operand" "rm")) (match_operand:V8HI 1 "register_operand" "0") (match_operand:SI 3 "const_pow2_1_to_128_operand" "n")))] These builtins take 3 args. Operand 0 is used as both source and target. However, ix86_expand_vec_set_builtin only uses 2 args and returns the first arg as target. As the result, those builtins functions may modify the source while they shouldn't. -- Summary: ix86_expand_vec_set_builtin modifies source Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31582
[Bug target/31582] ix86_expand_vec_set_builtin modifies source
--- Comment #1 from hjl at lucon dot org 2007-04-15 20:48 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00938.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31582
[Bug bootstrap/31583] New: gcc 4.1.2 fails to build on Solaris for target powerpc-elf
configured with: env CONFIG_SHELL=/bin/bash CC=cc CFLAGS=-O bash ../gcc-4.1.2/configure --target=powerpc-elf --prefix=/opt/local --enable-languages=c,c++ /opt/local/src/gcc-powerpc/./gcc/xgcc -B/opt/local/src/gcc-powerpc/./gcc/ -B/opt/local/powerpc-elf/bin/ -B/opt/local/powerpc-elf/lib/ -isystem /opt/local/powerpc-elf/include -isystem /opt/local/powerpc-elf/sys-include -O2 -O2 -O -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc-4.1.2/gcc -I../../gcc-4.1.2/gcc/. -I../../gcc-4.1.2/gcc/../include -I./../intl -I../../gcc-4.1.2/gcc/../libcpp/include -mrelocatable-lib -mno-eabi -mstrict-align -DL_floatdisf -c ../../gcc-4.1.2/gcc/libgcc2.c -o libgcc/./_floatdisf.o : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: "T_MA" redefined : warning: this is the location of the previous definition : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: "T_MA" redefined : warning: this is the location of the previous definition : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: "L_MA" redefined : warning: this is the location of the previous definition : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored : warning: "BL_M" redefined : warning: this is the location of the previous definition : warning: null character(s) ignored : warning: null character(s) ignored : warning: null character(s) ignored ../../gcc-4.1.2/gcc/libgcc2.c: In function '__floatdisf': ../../gcc-4.1.2/gcc/libgcc2.c:1400: error: '__DBL_MANT_DIG__' undeclared (first use in this function) ../../gcc-4.1.2/gcc/libgcc2.c:1400: error: (Each undeclared identifier is reported only once ../../gcc-4.1.2/gcc/libgcc2.c:1400: error: for each function it appears in.) ../../gcc-4.1.2/gcc/libgcc2.c:1401: error: '__FLT_MANT_DIG__' undeclared (first use in this function) gmake[3]: *** [libgcc/./_floatdisf.o] Error 1 gmake[3]: Leaving directory `/opt/local/src/gcc-powerpc/gcc' gmake[2]: *** [stmp-multilib] Error 2 gmake[2]: Leaving directory `/opt/local/src/gcc-powerpc/gcc' gmake[1]: *** [all-gcc] Error 2 gmake[1]: Leaving directory `/opt/local/src/gcc-powerpc' gmake: *** [all] Error 2 -- Summary: gcc 4.1.2 fails to build on Solaris for target powerpc- elf Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thomas at maier-komor dot de GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: powerpc-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31583
[Bug c++/31584] New: ICE on probably invalid code
Hi!
The following code snippet leads to an ICE, but I am not sure
whether the stuff I am trying to do is valid.
Any pointer to info about that also appreciated.
Target: i586-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
--enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.1.2
--enable-ssp --disable-libssp --disable-libgcj --with-slibdir=/lib
--with-system-zlib --enable-shared --enable-__cxa_atexit
--enable-libstdcxx-allocator=new --program-suffix=-4.1
--enable-version-specific-runtime-libs --without-system-libunwind
--with-cpu=generic --host=i586-suse-linux
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (SUSE Linux)
enum Outer { a, b };
template
class C
{
public:
enum Inner { c, d };
template struct Dispatcher;
template struct Dispatcher
{
static const Outer Show = a;
};
template struct Dispatcher
{
static const Outer Show = b;
};
public:
template void DoSomething(int j)
{
typedef Dispatcher dispatcher_t;
static const Outer o = dispatcher_t::Show;
}
};
int main()
{
C Test;
Test.DoSomething::c>(1);
}
--
Summary: ICE on probably invalid code
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: numerical dot simulation at web dot de
GCC host triplet: i586-suse-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31584
[Bug fortran/31519] spurious ICE messages when module does not compile
--- Comment #6 from zackw at panix dot com 2007-04-15 21:22 --- Bugs where the compiler proper crashes when run under the driver, but not when run directly, can often be reproduced by varying the amount of space taken up by environment variables, e.g. x= while :; do x="x$x" X=$x ./f951 arguments... || break done -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31519
[Bug bootstrap/31583] gcc 4.1.2 fails to build on Solaris for target powerpc-elf
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-15 21:47 --- First, the target powerpc-elf is really not useful. Second ": warning: null character(s) ignored" seems like the compiler is being miscompiled, what compiler are using to build the cross compiler with? Third, you forgot to use --without-headers unless you have a combined tree which you don't say you do. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31583
[Bug bootstrap/31581] targert arm-elf fails to build on Solaris
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-15 21:50 --- Can you attach the preprocessed source? Compiling a cross compiler not with GCC is semi unsupported. I bet this is really a bug in Sun's CC. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31581
[Bug target/30222] [4.2 Regression] gcc.target/i386/vectorize1.c ICEs
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30222
[Bug libfortran/30694] minval/maxval with +/-Inf
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-04-15 22:12 --- (In reply to comment #12) > Now all that's left is to translate that into C and tree representations :-) The tree stuff is hard, btw. Still trying :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30694
[Bug testsuite/31578] FAIL: gcc.dg/gnu89-init-4.c (test for excess errors)
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-15 22:38 --- Subject: Bug 31578 Author: pinskia Date: Sun Apr 15 22:38:47 2007 New Revision: 123854 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123854 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR testsuite/31578 * gcc.dg/gnu89-init-4.c: Change to a compile only test. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/gnu89-init-4.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31578
[Bug testsuite/31578] FAIL: gcc.dg/gnu89-init-4.c (test for excess errors)
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-15 22:40 --- Subject: Bug 31578 Author: pinskia Date: Sun Apr 15 22:40:30 2007 New Revision: 123855 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123855 Log: 2007-04-14 Andrew Pinski <[EMAIL PROTECTED]> PR testsuite/31578 * gcc.dg/gnu89-init-4.c: Change to a compile only test. Modified: branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/gnu89-init-4.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31578
[Bug testsuite/31578] FAIL: gcc.dg/gnu89-init-4.c (test for excess errors)
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-15 22:42 --- I am having issues with my hard drive right now so I cannot apply this to the 4.1 branch yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31578
[Bug testsuite/31578] FAIL: gcc.dg/gnu89-init-4.c (test for excess errors)
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-15 22:45 --- Subject: Bug 31578 Author: pinskia Date: Sun Apr 15 22:45:43 2007 New Revision: 123856 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123856 Log: 2007-04-15 Andrew Pinski <[EMAIL PROTECTED]> PR testsuite/31578 * gcc.dg/gnu89-init-4.c: Change to a compile only test. Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/gnu89-init-4.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31578
[Bug testsuite/31578] FAIL: gcc.dg/gnu89-init-4.c (test for excess errors)
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-15 22:46 --- Fixed sorry about the failure. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31578
[Bug c++/31337] [4.2/4.3 regression] ICE with statement expression
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-04-15 23:06 --- P2, rather than P1, because of the use of statement-expressions. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31337
[Bug c++/31338] [4.1/4.2/4.3 regression] Cannot apply "!" to complex constants
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31338
[Bug rtl-optimization/31360] [4.2/4.3 Regression] rtl loop invariant is broken
--- Comment #14 from mmitchel at gcc dot gnu dot org 2007-04-15 23:10 --- I think we can all agree that this is an important bug, even if we're not all agreed about exactly how to fix it. This seems likely be to a frequent problem. Therefore, despite the fact this is "just" a missed optimization, I'm marking it P1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31360
[Bug c++/31411] [4.1/4.2/4.3 Regression] ICE in gimplify_expr with throw/special copy constructor with initializer with a deconstructor
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31411
[Bug c++/31419] [4.1/4.2/4.3 regression] template user defined conversion operator instantiated for conversion to self
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31419
[Bug c++/31446] [4.2/4.3 regression] ICE with invalid 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=31446
[Bug middle-end/31448] [4.1/4.2/4.3 Regression] ICE in expand_shift with bit fields and expand inlining constants
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31448
[Bug c++/31498] [4.1/4.2/4.3 Regression] ICE with vector initializer in template
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31498
[Bug c++/31513] [4.2/4.3 Regression] Miscompilation of Function Passing Bit Field Value to Function
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31513
[Bug c++/31517] [4.1/4.2/4.3 Regression] ICE on invalid initialization of static member of a template class
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31517
[Bug bootstrap/21561] bootstrap build fails on biarch targets while not on the native mode
--- Comment #7 from lucier at math dot purdue dot edu 2007-04-15 23:45 --- I can't find "other bugs like this" and I think this PR should be re-opened until it's fixed. (I'm on my third attempt today trying to build gcc-4.1.2 on powerpc-darwin on a G4, and failing late in the bootstrap is nasty.) -- lucier at math dot purdue dot edu changed: What|Removed |Added CC||lucier at math dot purdue ||dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21561
[Bug bootstrap/21561] bootstrap build fails on biarch targets while not on the native mode
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-16 00:30 --- > re-opened suspended does not mean this bug is closed, in fact this bug is still opened and I think it was fixed on the trunk already. It turns out this was really an automake/libtool bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21561
[Bug middle-end/31150] [4.1/4.2/4.3 Regression] Not promoting an whole array to be static const
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-16 00:56 --- This was introduced by the fix for PR 21478. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||21478 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31150
[Bug c++/31513] [4.2/4.3 Regression] Miscompilation of Function Passing Bit Field Value to Function
-- 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=31513
[Bug tree-optimization/16157] gcc fails to optimize redundant expression (reassocation)
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-04-16 02:55 --- Don't remember if this is fixed, but not working anymore on it -- dberlin at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dberlin at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16157
[Bug middle-end/16187] ARRAY_REF should be used for pointers also
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-04-16 02:56 --- The version I produced was turned down, and I have not had time to rewrite it to be what others wanted -- dberlin at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dberlin at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16187
[Bug tree-optimization/25809] missed PRE optimization - move "invariant casts" out of loops
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-04-16 03:12 --- PRE actually would perform the optimization on these two cases, but it sees the cast as an induction variable. Found partial redundancy for expression (short unsigned int) VH.29 (VH.37) Skipping insertion of phi for partial redundancy: Looks like an induction variable I will change it to decide that only binary expressions are induction variables, for the moment. -- dberlin at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-01-17 11:47:14 |2007-04-16 03:12:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25809
[Bug middle-end/31068] ICE at -O1 -fipa-pta
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-04-16 03:15 --- PS, I will fix this sometime after we have LTO. Until then, -fipa-pta is not worth it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31068
[Bug c++/25362] Error message for unmatched overload is gobbledygook
--- Comment #3 from kevina at gnu dot org 2007-04-16 04:53 --- There has not been any movement on this bug in over a year. Could someone explain to me the reason for the cryptic error message. Why can't gcc just report something like: no match for operator!=(, ) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25362
[Bug other/31536] sparc64 build fails with `unknown endianness' error.
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-04-16 06:52 --- And make sure to follow the build instructions. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
[Bug bootstrap/31523] bootstrap xgcc internal compiler error (using -O3)
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-04-16 07:00 --- Do really have a SuperSPARC? If no, remove the -mcpu=supersparc option, it is totally untested these days. If so, I'd suggest to stick with a 3.x compiler on this presumably old machine. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31523
[Bug middle-end/31068] ICE at -O1 -fipa-pta
--- Comment #3 from fxcoudert at gmail dot com 2007-04-16 07:03 --- Subject: Re: ICE at -O1 -fipa-pta > PS, I will fix this sometime after we have LTO. > Until then, -fipa-pta is not worth it. Can it be made an undocumented option, then, for the time being? Because it's still an ICE on valid code using a documented option :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31068
[Bug c++/31584] ICE on probably invalid code
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-16 07:43 --- The trunk gives: t.cc: In member function 'void C::DoSomething(int) [with C::Inner I = c, T = double]': t.cc:32: instantiated from here t.cc:24: error: incomplete type 'C::Dispatcher' used in nested name specifier Which seems likes the correct error message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31584
[Bug target/31585] New: gcc.target/i386/sse-vect-types.c FAILs (also sse-13.c and sse-14.c)
These tests all start to fail after the fix for PR 31361 was committed to SVN.
FAILing tests test SSE intrinsics by:
--quote--
/* Test that the intrinsics compile with optimization. All of them are
defined as inline functions in mmintrin.h that reference the proper
builtin functions. Defining away "static" and "__inline" results in
all of them being compiled as proper functions. */
#define static
#define __inline
#include
--/quote--
Following testcase illustrates the failure:
--cut here--
typedef short __v8hi __attribute__ ((__vector_size__ (16)));
typedef long long __m128i __attribute__ ((__vector_size__ (16),
__may_alias__));
__m128i test (__m128i __A, const int __B)
{
return (__m128i)__builtin_ia32_psrlwi128 ((__v8hi)__A, __B);
}
--cut here--
gcc -O2 -msse2 test.c
test.c: In function âtestâ:
test.c:6: error: shift must be an immediate
(sse-13.c and sse-14.c fail on x86_64 only as it defaults to -msse2. On i386,
these tests are compiled using -msse, so xmmintrin.h is not included).
--
Summary: gcc.target/i386/sse-vect-types.c FAILs (also sse-13.c
and sse-14.c)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ssemmx
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ubizjak at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31585
[Bug c++/31579] ICE when compiling attached code
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-16 07:56 ---
Reduced testcase:
struct Industry {
unsigned char produced_cargo[2];
};
unsigned int a = (((unsigned long)&reinterpret_castIndustry*)(char*)8)->produced_cargo[0]))) - 8);
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31579
