[Bug tree-optimization/33572] [4.3 Regression] wrong code with -O
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-09-28 12:59 --- Honza, as only foo$ptr is marked for renaming and that from update_ssa_across_eh_edges (), maybe this is a latent problem with inlining and EH info? Can you have a look? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||amacleod at redhat dot com, ||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33572
[Bug rtl-optimization/33552] [4.3 Regression] wrong code for multiple output asm, wrong df?
--- Comment #23 from matz at gcc dot gnu dot org 2007-09-28 13:32 --- Subject: Bug 33552 Author: matz Date: Fri Sep 28 13:31:50 2007 New Revision: 128864 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128864 Log: PR rtl-optimization/33552 * function.c (match_asm_constraints_1): Check for overlap in inputs and replace all occurences. Modified: trunk/gcc/ChangeLog trunk/gcc/function.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
[Bug fortran/33526] FAIL: gfortran.dg/openmp_stack.f90 -O0 (test for excess errors)
--- Comment #3 from jakub at gcc dot gnu dot org 2007-09-28 13:25 --- Moved to libgomp testsuite where it belongs. http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128863 -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33526
[Bug bootstrap/32272] make exit because build/genmodes.exe doesn't exist
--- Comment #6 from haubi at gentoo dot org 2007-09-28 12:52 ---
More analysis (solution (?) at the end):
Compared gmake's debug-output from powerpc-aix5.3 to x86-gentoo-linux:
x86-gentoo-linux:
<<<
Considering target file `build/genmodes'.
File `build/genmodes' does not exist.
Looking for an implicit rule for `build/genmodes'.
Trying pattern rule with stem `modes'.
Trying implicit prerequisite `build/genmodes.o'.
Trying rule prerequisite `../build-i686-pc-linux-gnu/libiberty/libiberty.a'.
Found an implicit rule for `build/genmodes'.
<<<
powerpc-aix5.3:
<<<
Considering target file `build/genmodes'.
File `build/genmodes' does not exist.
Looking for an implicit rule for `build/genmodes'.
Trying pattern rule with stem `modes'.
Trying implicit prerequisite `build/genmodes.o'.
Trying rule prerequisite
`../../build-powerpc-ibm-aix5.3.0.0/libiberty/libiberty.a'.
Trying pattern rule with stem `modes'.
Trying implicit prerequisite `build/genmodes.o'.
Trying rule prerequisite
`../../build-powerpc-ibm-aix5.3.0.0/libiberty/libiberty.a'.
Looking for a rule with intermediate file
`../../build-powerpc-ibm-aix5.3.0.0/libiberty/libiberty.a'.
Avoiding implicit rule recursion.
No implicit rule found for `build/genmodes'.
<<<
gmake avoids matching 'build/gen%' because of not finding libiberty.a in
'../../build-powerpc-ibm-aix5.3.0.0/libiberty/'.
But on linux, libiberty.a is searched in
'../build-i686-pc-linux-gnu/libiberty/'
Now, 'libiberty.a' is searched using $(build_libobjdir).
build_libobjdir is set from this gcc/Makefile snippet:
<<<
ifeq ($(host_subdir),.)
build_objdir := ../$(build_subdir)
build_libobjdir := ../$(build_libsubdir)
else
build_objdir := ../../$(build_subdir)
build_libobjdir := ../../$(build_libsubdir)
endif
<<<
There's a difference in gcc/Makefile for $(host_subdir):
x86-gentoo-linux:
<<<
host_subdir=.
build_subdir=build-i686-pc-linux-gnu
build_libsubdir=build-i686-pc-linux-gnu
<<<
powerpc-aix5.3:
<<<
host_subdir=host_subdir=host-powerpc-ibm-aix5.3.0.0
build_subdir=build-powerpc-ibm-aix5.3.0.0
build_libsubdir=build-powerpc-ibm-aix5.3.0.0
<<<
Now found in gcc/configure some lines to determine 'host_subdir':
<<<
if ( test $srcdir = . && test -d gcc ) \
|| test -d $srcdir/../host-${host_noncanonical}; then
host_subdir="host-${host_noncanonical}"
else
host_subdir=.
fi
<<<
And indeed, there is a gcc-4.2.0/host-powerpc-ibm-aix5.3.0.0 (in sourcedir).
Although I'm pretty sure to not configure+make inside gcc's source dir, I've
started from fresh extracted sourcedir. Currently the build is running, but
'build/genmodes' is already built and successfully executed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32272
Chinese woven polypropylene bags & FIBC
Dear Sir, Good Morning! We are Chinese manufacturer of woven polypropylene bags, bulk bags, sandbags, box bags which are widely used in the packing of rice, pulse, bean, grain, seed, feed, fish or shrimp meals, flour, fertilizer, sugar, salt, chemicals, cement, charcoal, industrial, etc. We could print up to 4 colors 1 side on the woven bags. We also produce laminated bags, U.V. coated bags, and liner bags. If you have enquiry or want to know more about our product, kindly let me know. We are pleased to give you best offer and more information. Awaiting your early reply. Best regards Henry Deng CHANGZHOU JINWEI PLASTIC WOVEN BAG FACTORY ADD: No.16 GUIHUA ROAD, CHANGZHOU, JIANGSU, CHINA 213023 TEL: 86 519 83906230 FAX: 86 519 83290077 EMAIL: [EMAIL PROTECTED] [EMAIL PROTECTED] WEBSITE: www.jinweipack.com MSN:[EMAIL PROTECTED] Chinese woven polypropylene bags & FIBC
[Bug rtl-optimization/33552] [4.3 Regression] wrong code for multiple output asm, wrong df?
--- Comment #24 from matz at gcc dot gnu dot org 2007-09-28 13:33 --- Subject: Bug 33552 Author: matz Date: Fri Sep 28 13:33:09 2007 New Revision: 128865 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128865 Log: PR rtl-optimization/33552 * gcc.target/i386/pr33552.c: New runtime test. * gcc.target/i386/strinline.c: New compile time test. Added: trunk/gcc/testsuite/gcc.target/i386/pr33552.c trunk/gcc/testsuite/gcc.target/i386/strinline.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
[Bug c++/31747] [4.2/4.3 regression] ICE combining static and extern
--- Comment #2 from pcarlini at suse dot de 2007-09-28 15:46 --- Patch at: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01551.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31747
[Bug c++/31988] new operator should not permit default first parameter
--- Comment #2 from pcarlini at suse dot de 2007-09-28 15:43 --- Patch at: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01711.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31988
[Bug c++/33461] [4.3 regression] ICE with invalid specialization involving parameter packs
--- Comment #1 from pcarlini at suse dot de 2007-09-28 15:39 --- Patch at: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01999.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33461
[Bug tree-optimization/33572] [4.3 Regression] wrong code with -O
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-09-28 12:28 ---
After inlining deallocate into main we end up with:
int main(int, char**) (argc, D.2111)
{
static struct __pool pool;
static struct __pool pool;
int * p;
struct Foo * foo$ptr;
struct Foo * D.2185;
struct Foo * D.2182;
int save_filt.2;
void * save_eptr.1;
struct vector v;
int (*__vtbl_ptr_type) (void) D.2148;
int (*__vtbl_ptr_type) (void) * D.2147;
void * D.2145;
struct Foo * D.2124;
:
foo$ptr_18(ab) = 0B;
if (argc_1(D) != 0)
goto ;
else
goto ;
:
D.2145_2 = operator new (8);
:
D.2124_3 = (struct Foo *) D.2145_2;
D.2124_3->_vptr.Foo ={v} &_ZTV3Foo[2];
goto ;
:
:
if (0)
goto ;
else
goto ;
:
_M_reclaim_block (&pool, 0B, 0);
:
:
:
# foo$ptr_16 = PHI
foo$ptr_19(ab) = 0B;
D.2147_6 = foo$ptr_16->_vptr.Foo;
D.2148_7 = *D.2147_6;
OBJ_TYPE_REF(D.2148_7;foo$ptr_16->0) (foo$ptr_16);
goto ;
# foo$ptr_17(ab) = PHI
:;
save_filt.2_10 = <<>>;
save_eptr.1_11 = <<>>;
D.2182_13 = foo$ptr_17(ab);
operator delete (D.2182_13);
<<>> = save_eptr.1_11;
<<>> = save_filt.2_10;
resx 1;
:
D.2185_14 = foo$ptr_19(ab);
operator delete (D.2185_14);
return 0;
}
after cleanup_cfg it still looks sane:
int main(int, char**) (argc, D.2111)
{
static struct __pool pool;
static struct __pool pool;
int * p;
struct Foo * foo$ptr;
struct Foo * D.2185;
struct Foo * D.2182;
int save_filt.2;
void * save_eptr.1;
struct vector v;
int (*__vtbl_ptr_type) (void) D.2148;
int (*__vtbl_ptr_type) (void) * D.2147;
void * D.2145;
struct Foo * D.2124;
:
foo$ptr_18(ab) = 0B;
if (argc_1(D) != 0)
goto ;
else
goto ;
:
D.2145_2 = operator new (8);
:
D.2124_3 = (struct Foo *) D.2145_2;
D.2124_3->_vptr.Foo ={v} &_ZTV3Foo[2];
:
# foo$ptr_16 = PHI
foo$ptr_19(ab) = 0B;
D.2147_6 = foo$ptr_16->_vptr.Foo;
D.2148_7 = *D.2147_6;
OBJ_TYPE_REF(D.2148_7;foo$ptr_16->0) (foo$ptr_16);
goto ;
# foo$ptr_17(ab) = PHI
:;
save_filt.2_10 = <<>>;
save_eptr.1_11 = <<>>;
D.2182_13 = foo$ptr_17(ab);
operator delete (D.2182_13);
<<>> = save_eptr.1_11;
<<>> = save_filt.2_10;
resx 1;
:
D.2185_14 = foo$ptr_19(ab);
operator delete (D.2185_14);
return 0;
}
the update_ssa (2048) call makes a mess out of it:
int main(int, char**) (argc, D.2111)
{
static struct __pool pool;
static struct __pool pool;
int * p;
struct Foo * foo$ptr;
struct Foo * D.2185;
struct Foo * D.2182;
int save_filt.2;
void * save_eptr.1;
struct vector v;
int (*__vtbl_ptr_type) (void) D.2148;
int (*__vtbl_ptr_type) (void) * D.2147;
void * D.2145;
struct Foo * D.2124;
:
foo$ptr_18(ab) = 0B;
if (argc_1(D) != 0)
goto ;
else
goto ;
:
D.2145_2 = operator new (8);
:
D.2124_3 = (struct Foo *) D.2145_2;
D.2124_3->_vptr.Foo ={v} &_ZTV3Foo[2];
:
# foo$ptr_16 = PHI
foo$ptr_19(ab) = 0B;
D.2147_6 = foo$ptr_19(ab)->_vptr.Foo;
D.2148_7 = *D.2147_6;
OBJ_TYPE_REF(D.2148_7;foo$ptr_19(ab)->0) (foo$ptr_19(ab));
goto ;
# foo$ptr_17(ab) = PHI
:;
save_filt.2_10 = <<>>;
save_eptr.1_11 = <<>>;
D.2182_13 = foo$ptr_17(ab);
operator delete (D.2182_13);
<<>> = save_eptr.1_11;
<<>> = save_filt.2_10;
resx 1;
:
D.2185_14 = foo$ptr_19(ab);
operator delete (D.2185_14);
return 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33572
[Bug c++/31988] new operator should not permit default first parameter
--- Comment #3 from andrew dot stubbs at st dot com 2007-09-28 16:00 --- I'm not a GCC expert, but that patch looks like it will silently change the behaviour of the compiler when -pedantic is not given. I would suggest that the first parameter should either be a regular, non-pedantic warning, or else should honour the default as requested by the user (as a language extension). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31988
[Bug fortran/33566] fortran : wrong rank of derived type parameters array components
--- Comment #1 from pault at gcc dot gnu dot org 2007-09-28 15:48 ---
It transpires that the fix that I used for use associated, derived type
parameters works here too:
Index: gcc/fortran/primary.c
===
*** gcc/fortran/primary.c (révision 128833)
--- gcc/fortran/primary.c (copie de travail)
*** gfc_match_rvalue (gfc_expr **result)
*** 2148,2159
if (sym->ts.is_c_interop || sym->ts.is_iso_c)
break;
! /* Variable array references to use associated derived type
!parameters cause all sorts of headaches in simplification.
!For this reason, we write the parameter to the module and
!treat them as variable references. */
! if (sym->value && sym->ts.type == BT_DERIVED
! && sym->attr.use_assoc && e->ref)
{
for (ref = e->ref; ref; ref = ref->next)
if (ref->type == REF_ARRAY)
--- 2148,2157
if (sym->ts.is_c_interop || sym->ts.is_iso_c)
break;
! /* Variable array references to derived type parameters cause
!all sorts of headaches in simplification. For this reason,
!we treat them as variable references. */
! if (sym->value && sym->ts.type == BT_DERIVED && e->ref)
{
for (ref = e->ref; ref; ref = ref->next)
if (ref->type == REF_ARRAY)
I'll regtest and submit it.
Cheers
Paul.
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org |
Status|NEW |ASSIGNED
Last reconfirmed|2007-09-26 19:12:48 |2007-09-28 15:48:17
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33566
[Bug c++/31446] [4.2/4.3 regression] ICE with invalid template parameter
--- Comment #6 from pcarlini at suse dot de 2007-09-28 15:40 --- Patch at: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01933.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31446
[Bug c++/31441] [4.3 regression] ICE with variadic template and specialization
--- Comment #1 from pcarlini at suse dot de 2007-09-28 16:01 --- My patch for PR33461 fixes this one too ;) -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |pcarlini at suse dot de |org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31441
[Bug c++/32260] [4.3 Regression] too many warning: dereferencing type-punned pointer will break strict-aliasing rules
--- Comment #2 from pcarlini at suse dot de 2007-09-28 17:04 --- Short term at least, could be considered a duplicate of PR32256 (and PR32368). -- pcarlini at suse dot de changed: What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32260
[Bug c++/33118] [4.3 Regression] #'argument_pack_select' not supported by dump_expr#
--- Comment #5 from pcarlini at suse dot de 2007-09-28 15:10 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33118
[Bug c++/33118] [4.3 Regression] #'argument_pack_select' not supported by dump_expr#
--- Comment #4 from paolo at gcc dot gnu dot org 2007-09-28 15:10 --- Subject: Bug 33118 Author: paolo Date: Fri Sep 28 15:10:13 2007 New Revision: 128866 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128866 Log: 2007-09-28 Paolo Carlini <[EMAIL PROTECTED]> PR c++/33118 * error.c (dump_expr): Deal with ARGUMENT_PACK_SELECT. (dump_type): Use dump_template_argument for TYPE_ARGUMENT_PACK. (dump_parameters): Just call dump_type for argument packs too. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33118
Fwd: Re: Cross toolchain problem.
See http://sourceware.org/ml/binutils/2007-09/msg00401.html --- Nick Clifton <[EMAIL PROTECTED]> wrote: > Date: Fri, 28 Sep 2007 08:55:13 +0100 > From: Nick Clifton <[EMAIL PROTECTED]> > To: Sjei Ryhstrup <[EMAIL PROTECTED]> > CC: [EMAIL PROTECTED] > Subject: Re: Cross toolchain problem. > > Hi Sjei, > > > I peeked around in the gcc build scripts and found > > this rule in $(topdir)/gcc/Makefile.in which I > > believe is used to generate the correct limits.h > and > > it's not being executed (for whatever reason): > > Ok, so it looks like you have encountered a gcc > build/installation problem. It > would be best to contact the gcc-bugs@gcc.gnu.org > mailing list about this. > > >> Check for symbol references in the startup files > >> that are being resolved by the libgcc_s.so.1. > > > I don't think there are any. Using the results of > > $(target)-gcc -v > > I can manually link the app by directly invoking > > $(target)-ld without the -lgcc_s flag and not > > receive any errors about unresolved symbols. > > So what symbols are pulled in from libgcc_s_so.1 > when it is included on the > linker command line ? > > Maybe you can put together a small test case that > demonstrates the problem ? > > Cheers >Nick > > Check out the hottest 2008 models today at Yahoo! Autos. http://autos.yahoo.com/new_cars.html
[Bug c++/31988] new operator should not permit default first parameter
--- Comment #6 from andrew dot stubbs at st dot com 2007-09-28 16:28 --- (In reply to comment #4) > When -pedantic is not given (the default) a pedwarn is an hard error. A > pedwarn > becomes a warning when -permissive is passes (and the code is thus accepted as > an extension, which I would find useful for legacy code). But I have no strong > opinion, in general. Ah, my mistake. I have the sense of pedwarn backwards. For some reason, I thought it meant give a warning in pedantic mode only. Well, it is Friday. :) Of course, with the true meaning of pedwarn, this patch still provides no way to get back to the current state, even with -fpermissive. However, since the current behaviour is wrong, and I for one have no interest in such an extension, I'll not complain. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31988
[Bug c++/31434] [4.3 regression] ICE with invalid use of parameter pack in function arg
--- Comment #8 from jakub at gcc dot gnu dot org 2007-09-28 16:18 --- Subject: Bug 31434 Author: jakub Date: Fri Sep 28 16:17:58 2007 New Revision: 128867 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128867 Log: PR c++/31434 * tree.c (cp_build_qualified_type_real): Handle TYPE_PACK_EXPANSION qualification by creating qualified PACK_EXPANSION_PATTERN and then calling make_pack_expansion on it. Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31434
[Bug c++/33213] [4.3 regression] Broken diagnostic: 'type_pack_expansion' not supported by dump_decl
--- Comment #2 from pcarlini at suse dot de 2007-09-28 17:45 --- On it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33213
[Bug rtl-optimization/33552] [4.3 Regression] wrong code for multiple output asm, wrong df?
--- Comment #22 from bonzini at gnu dot org 2007-09-28 10:04 --- I don't think so, as you don't know which input will match the output (i.e. whether the two inputs will be swapped) if you have a % constraint in the asm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
[Bug driver/33577] Compile failing for xpdf 3.02
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-28 09:40 --- as is crashing. (also, 3.3.x is no longer maintained) -- 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=33577
[Bug tree-optimization/33576] segfault in extract_muldiv for cpu2006 benchmark
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-28 09:39 --- Confirmed. Also happens on x86_64, -O -ftree-loop-linear. We have a freed SSA_NAME in use: Program received signal SIGSEGV, Segmentation fault. 0x0067da2a in extract_muldiv_1 (t=0x2b5d06c1af60, c=0x2b5d062ab180, code=MULT_EXPR, wide_type=0x2b5d06282000, strict_overflow_p=0x7fffa488a0f7 "") at /space/rguenther/src/svn/pointer_plus/gcc/fold-const.c:6008 6008 > GET_MODE_SIZE (TYPE_MODE (type))) (gdb) print type $2 = (tree) 0x0 (gdb) call debug_tree (t) def_stmt version 36 in-free-list> but linear loop transforms are known to be somewhat broken. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org, spop at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc64-linux | GCC host triplet|powerpc64-linux | GCC target triplet|powerpc64-linux |powerpc64-linux, x86_64-*-* Last reconfirmed|-00-00 00:00:00 |2007-09-28 09:39:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33576
[Bug c++/31434] [4.3 regression] ICE with invalid use of parameter pack in function arg
--- Comment #7 from jakub at gcc dot gnu dot org 2007-09-28 09:29 --- Subject: Bug 31434 Author: jakub Date: Fri Sep 28 09:29:08 2007 New Revision: 128861 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128861 Log: PR c++/31434 * tree.c (cp_build_qualified_type_real): Handle TYPE_PACK_EXPANSION qualification by creating qualified PACK_EXPANSION_PATTERN and then calling make_pack_expansion on it. * g++.dg/cpp0x/variadic80.C: New test. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic80.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31434
[Bug c++/33580] ICE with -g on legal code: Boost lambda library test control_structures.cpp
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-28 09:34 --- Can you attach the preprocessed source? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33580
[Bug middle-end/33575] segfault while building libgcc
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-28 09:34 --- Fixed according to the reporter. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33575
[Bug c++/33213] [4.3 regression] Broken diagnostic: 'type_pack_expansion' not supported by dump_decl
--- Comment #3 from paolo at gcc dot gnu dot org 2007-09-28 17:52 --- Subject: Bug 33213 Author: paolo Date: Fri Sep 28 17:52:22 2007 New Revision: 128870 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128870 Log: cp/ 2007-09-28 Paolo Carlini <[EMAIL PROTECTED]> PR c++/33213 * error.c (dump_decl): Deal with TYPE_PACK_EXPANSION. testsuite/ 2007-09-28 Paolo Carlini <[EMAIL PROTECTED]> PR c++/33213 * g++.dg/cpp0x/variadic79.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic79.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33213
[Bug c++/33213] [4.3 regression] Broken diagnostic: 'type_pack_expansion' not supported by dump_decl
--- Comment #4 from pcarlini at suse dot de 2007-09-28 17:53 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33213
[Bug rtl-optimization/33552] [4.3 Regression] wrong code for multiple output asm, wrong df?
--- Comment #25 from matz at gcc dot gnu dot org 2007-09-28 14:45 --- Fixed now. -- matz at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
[Bug c++/33581] New: OpenMP segmentation fault
The following code (a general case) generates a segmentation fault when
compiled with the -m32 and -fopenmp switch in gcc 4.2.1. With the -m32 switch
removed, the program executes correctly.
#include
int main()
{
int x;
#pragma omp parallel for
for (x = 0; x < 100; x++)
{
std::cout << x << std::endl;
}
return 0;
}
compile command line: /usr/local/gcc-4.2.1/bin/g++ --static -fopenmp -m32 -o
openMPTestProgram openMPTest.cpp
System: SUSE 10 x64 linux distribution,
(Dual-core Intel(R) Pentium(R) D CPU 2.80GHz system), 4GB ram
GCC configuration option: ../gcc-4.2.1/configure --prefix=/usr/local/gcc-4.2.1
--
Summary: OpenMP segmentation fault
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: spollmann at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33581
[Bug c++/33581] OpenMP segmentation fault
--- Comment #1 from spollmann at gmail dot com 2007-09-28 08:22 --- to clarify; the resultant executable of the test case above generates the segmentation fault, not the compiler during compilation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33581
[Bug c++/33580] ICE with -g on legal code: Boost lambda library test control_structures.cpp
--- Comment #2 from boris dot gubenko at hp dot com 2007-09-28 15:34 --- Created an attachment (id=14263) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14263&action=view) bzip2'ed preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33580
[Bug fortran/33198] Derived type in common: Default initializer not rejected
--- Comment #1 from tobi at gcc dot gnu dot org 2007-09-28 08:57 --- I have a patch, but I can't test it right now. -- tobi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tobi at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-28 08:57:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33198
[Bug fortran/33400] Formatted read fails if line ends without line break
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-09-28 16:56 --- Fixed on trunk -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33400
[Bug fortran/33400] Formatted read fails if line ends without line break
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-09-28 16:55 --- Subject: Bug 33400 Author: jvdelisle Date: Fri Sep 28 16:55:07 2007 New Revision: 128868 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128868 Log: 2007-09-28 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/33400 * io/list_read.c (next_char): Interpret encountering the end of file the first time as an end of line. Subsequent reads give EOF error. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/list_read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33400
[Bug middle-end/33581] OpenMP segmentation fault
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-28 09:36 --- -static is not really supported for glibc and pthreads/openmp. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |middle-end Keywords||openmp http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33581
[Bug middle-end/33581] OpenMP segmentation fault
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-28 09:36 --- What happens if you don't use -static? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33581
[Bug tree-optimization/33562] [4.3 Regression] aggregate DSE disabled
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-09-28 09:41 --- Last patch before I stopped working on enhancing DCE: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01978.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33562
[Bug c++/31863] [4.1/4.2/4.3 Regression] g++-4.1: out of memory with -O1/-O2
--- Comment #18 from alexander at kogan dot nnov dot ru 2007-09-28 10:14 --- Thank you very much for this workaround. Really we do not need virtual inheritance there, we need only virtual inheritance from Factory. In this case it works! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31863
[Bug c++/31988] new operator should not permit default first parameter
--- Comment #4 from pcarlini at suse dot de 2007-09-28 16:11 --- (In reply to comment #3) > I'm not a GCC expert, but that patch looks like it will silently change the > behaviour of the compiler when -pedantic is not given. When -pedantic is not given (the default) a pedwarn is an hard error. A pedwarn becomes a warning when -permissive is passes (and the code is thus accepted as an extension, which I would find useful for legacy code). But I have no strong opinion, in general. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31988
[Bug c++/31988] new operator should not permit default first parameter
--- Comment #5 from pcarlini at suse dot de 2007-09-28 16:20 --- About the behavior when -fpermissive is passed - essentially, removing the default and going ahead, I followed the other pedwarn in the same function - but the alternate behavior, not doing anything special and just going ahead after the warning and accepting the code would be also ok with me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31988
[Bug c++/31434] [4.3 regression] ICE with invalid use of parameter pack in function arg
--- Comment #9 from jakub at gcc dot gnu dot org 2007-09-28 16:31 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31434
[Bug c++/30659] [4.0/4.1/4.2/4.3 Regression] ICE in undefined template
--- Comment #4 from pcarlini at suse dot de 2007-09-28 15:42 --- Patch at: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01674.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30659
[Bug c++/31863] [4.1/4.2/4.3 Regression] g++-4.1: out of memory with -O1/-O2
--- Comment #19 from rguenth at gcc dot gnu dot org 2007-09-28 18:21 --- I believe that empty base optimization doesn't work for virtual inheritance. Whether this is a GCC specific problem or a general fact I don't know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31863
[Bug c++/10179] alignment attributes are not inherited correctly with empty classes
--- Comment #6 from jason at gcc dot gnu dot org 2007-09-28 18:11 --- Fixed for 4.3.0. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||4.3.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10179
[Bug c++/10179] alignment attributes are not inherited correctly with empty classes
--- Comment #5 from jason at gcc dot gnu dot org 2007-09-28 18:08 --- Subject: Bug 10179 Author: jason Date: Fri Sep 28 18:07:57 2007 New Revision: 128871 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128871 Log: PR c++/10179 * class.c (layout_empty_base): Take rli parameter, update rli->record_align if empty base has user-specified alignment. (build_base_field): Pass rli to it. Added: trunk/gcc/testsuite/g++.dg/ext/align2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10179
[Bug c++/33582] help with .cc file....
--- Comment #1 from atamotua at comcast dot net 2007-09-28 19:44 --- Created an attachment (id=14264) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14264&action=view) this is the checkers.cc file... here's the .cc file... one other detail i need to mention is that it includes and uses theSRGP functions... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33582
[Bug c++/33582] help with .cc file....
--- Comment #2 from atamotua at comcast dot net 2007-09-28 19:44 --- Created an attachment (id=14265) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14265&action=view) point.h file... text -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33582
[Bug c++/33582] help with .cc file....
--- Comment #3 from pcarlini at suse dot de 2007-09-28 19:45 --- Bugzilla is for *bugs* and this is not a bug. I would suggest sending a message to the gcc-help mailing list. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33582
[Bug c++/33582] New: help with .cc file....
i have a "checkers.cc" and a "point.h" files from a long time ago when i was in Cal State Univ in cs420 class... for some reason i dont have the compiled checkers.exe program so i would like to be able to recompile it and make it work... now i'm mostly on Windows XP platfoms... what would i need, where would i get it... i'm looking for the simplest way to get this program compiled... please help... thank you... [EMAIL PROTECTED] ... if possible i can even email you the two files and if someone could at least try and let me know if it can at least be compiled and run... thanks mike -- Summary: help with .cc file Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: atamotua at comcast dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33582
[Bug fortran/33174] Testsuite: unexpected failures
--- Comment #10 from dir at lanl dot gov 2007-09-28 20:34 --- I have tried twice, but I cannot get the testsuite to work. After I added "--enable-checking", The "make -k check-fortran" does a little and fails with - ERROR:runtest.exe does not exit. I not sure what is happening - it was working. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
[Bug fortran/33198] Derived type in common: Default initializer not rejected
--- Comment #2 from patchapp at dberlin dot org 2007-09-28 22:06 --- Subject: Bug number PR 33198 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg02041.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33198
[Bug target/33347] [4.3 Regression] gcc.c-torture/compile/20000804-1.c ICEs at -O3 -funroll-loops
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-09-28 22:42 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33347
[Bug target/33347] [4.3 Regression] gcc.c-torture/compile/20000804-1.c ICEs at -O3 -funroll-loops
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-28 22:41 --- Subject: Bug 33347 Author: pinskia Date: Fri Sep 28 22:41:20 2007 New Revision: 128874 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128874 Log: 2007-09-28 Andrew Pinski <[EMAIL PROTECTED]> PR target/33347 * config/spu/spu.c (spu_expand_insv): Call copy_rtx on the second argument to gen_selb. Modified: trunk/gcc/ChangeLog trunk/gcc/config/spu/spu.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33347
[Bug libfortran/33583] New: FAIL: gfortran.dg/gamma_1.f90
Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran -B/ xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../ /xxx/gnu/gcc/gcc/gcc/testsuite/ gfortran.dg/gamma_1.f90 -O0 -pedantic-errors -L/xxx/gnu/gcc/objdir/hppa1.1- hp-hpux10.20/./libgfortran/.libs -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/./li bgfortran/.libs -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/./libiberty -lm -o ./gamma_1.exe(timeout = 600) /usr/ccs/bin/ld: Unsatisfied symbols: lgammaf (code) collect2: ld returned 1 exit status compiler exited with status 1 output is: /usr/ccs/bin/ld: Unsatisfied symbols: lgammaf (code) collect2: ld returned 1 exit status FAIL: gfortran.dg/gamma_1.f90 -O0 (test for excess errors) MAIN__: .PROC .CALLINFO FRAME=64,CALLS,SAVE_RP,SAVE_SP,ENTRY_GR=3 .ENTRY stw %r2,-20(%r30) copy %r3,%r1 copy %r30,%r3 stwm %r1,64(%r30) stw %r3,-4(%r30) ldi 7,%r26 ldil LR'options___0___517,%r28 ldo RR'options___0___517(%r28),%r25 .CALL ARGW0=GR,ARGW1=GR bl _gfortran_set_options,%r2 nop ldil LR'L$C,%r28 ldo RR'L$C(%r28),%r28 fldws 0(%r28),%fr22L fcpy,sgl %fr22L,%fr4L .CALL ARGW0=FR bl lgammaf,%r2 nop Don't see any checks for lgamma or lgammaf in build log. -- Summary: FAIL: gfortran.dg/gamma_1.f90 Product: gcc Version: 4.3.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: hppa1.1-hp-hpux10.20 GCC host triplet: hppa1.1-hp-hpux10.20 GCC target triplet: hppa1.1-hp-hpux10.20 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33583
[Bug fortran/33584] New: FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (internal compiler error)
Executing on host: /xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B/
xxx/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/xxx/gnu/gcc/gcc/gcc/testsuite/
gfortran.dg/integer_exponentiation_4.f90 -O -S -o
integer_exponentiation_4.
s(timeout = 600)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:9.12:
print *, 0**(-1) ! { dg-error "Division by zero" }
1
Error: Division by zero at (1)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:11.12:
print *, 0**(-huge(0)-1) ! { dg-error "Division by zero" }
1
Error: Division by zero at (1)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:13.12:
print *, 0**(-(2_8**32)) ! { dg-error "Division by zero" }
1
Error: Division by zero at (1)
GNU MP: Cannot reallocate memory (old_size=4 new_size=268435472)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:0:
inter
nal compiler error: Aborted
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
compiler exited with status 1
output is:
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:9.12:
print *, 0**(-1) ! { dg-error "Division by zero" }
1
Error: Division by zero at (1)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:11.12:
print *, 0**(-huge(0)-1) ! { dg-error "Division by zero" }
1
Error: Division by zero at (1)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:13.12:
print *, 0**(-(2_8**32)) ! { dg-error "Division by zero" }
1
Error: Division by zero at (1)
GNU MP: Cannot reallocate memory (old_size=4 new_size=268435472)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:0:
inter
nal compiler error: Aborted
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (internal compiler error)
PASS: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 9)
PASS: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 11)
PASS: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 13)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 24)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 25)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 26)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 27)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 35)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 36)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 37)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 38)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 41)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for errors, line 42)
FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (test for excess errors)
Excess errors:
GNU MP: Cannot reallocate memory (old_size=4 new_size=268435472)
/xxx/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_4.f90:0:
inter
nal compiler error: Aborted
--
Summary: FAIL: gfortran.dg/integer_exponentiation_4.f90 -O
(internal compiler error)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
GCC build triplet: hppa1.1-hp-hpux10.20
GCC host triplet: hppa1.1-hp-hpux10.20
GCC target triplet: hppa1.1-hp-hpux10.20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33584
[Bug other/33585] New: make html does not work for install files
For explanation and patch see: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01735.html -- Summary: make html does not work for install files Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33585
[Bug other/33585] make html does not work for install files
--- Comment #1 from manu at gcc dot gnu dot org 2007-09-29 01:23 --- This doesn't work in 4.2.0 but it did in 4.1.0 -- manu at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.2.0 4.2.1 4.2.2 Known to work||4.0.0 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33585
[Bug other/33585] make html does not work for install files
--- Comment #2 from manu at gcc dot gnu dot org 2007-09-29 01:24 --- (In reply to comment #1) > This doesn't work in 4.2.0 but it did in 4.1.0 > Forget this. Wrong tab. -- manu at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.2.0 4.2.1 4.2.2 | Known to work|4.0.0 4.1.0 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33585
[Bug other/33586] New: gcc_release does not generate HTML files from install manual
gcc_release is supposed to generate html files in HTML/ from gcc/doc/install.texi for release candidates and final releases. This doesn't happen since GCC 4.2.0 -- Summary: gcc_release does not generate HTML files from install manual Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33586
[Bug other/33586] [4.2/4.3 regression] gcc_release does not generate HTML files from install manual
--- Comment #1 from manu at gcc dot gnu dot org 2007-09-29 01:28 --- This used to work in GCC 4.0.0 and 4.1.0. -- manu at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.2.0 4.2.2 Known to work||4.0.0 4.1.0 Summary|gcc_release does not|[4.2/4.3 regression] |generate HTML files from|gcc_release does not |install manual |generate HTML files from ||install manual http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33586
[Bug other/33586] [4.2/4.3 regression] gcc_release does not generate HTML files from install manual
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-29 01:32 --- *** This bug has been marked as a duplicate of 31955 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33586
[Bug other/31955] gcc-4.2.0.tar.bz2 is missing INSTALL html files
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-29 01:32 --- *** Bug 33586 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31955
[Bug tree-optimization/30186] accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non-zero index)
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-29 02:08 --- I have a fix. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-07-01 00:52:52 |2007-09-29 02:08:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30186
