[Bug c/57157] Poor optimization of portable rotate idiom
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57157 --- Comment #2 from Marc Glisse glisse at gcc dot gnu.org 2013-05-05 07:19:07 UTC --- Created attachment 30033 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30033 fold_binary patch A forwprop patch would be better, but this seems to work.
[Bug tree-optimization/57027] [4.9 Regression] ICE in gimple_assign_rhs_code, at gimple.h:2022
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57027 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #8 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2013-05-05 08:52:59 UTC --- Fixed in mainline: http://gcc.gnu.org/ml/gcc-cvs/2013-05/msg00095.html
[Bug c++/57172] [C++11][DR 1164] Template overload resolution ambiguous for T versus T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57172 vlukas at gmx dot de changed: What|Removed |Added CC||vlukas at gmx dot de --- Comment #2 from vlukas at gmx dot de 2013-05-05 09:49:54 UTC --- This looks like a duplicate of PR 53497 too me.
[Bug c++/57172] [C++11][DR 1164] Template overload resolution ambiguous for T versus T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57172 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 09:53:27 UTC --- *** Bug 53497 has been marked as a duplicate of this bug. ***
[Bug c++/53497] Partial ordering of function templates does not order lvalue/rvalue references correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53497 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 09:53:27 UTC --- Dup. *** This bug has been marked as a duplicate of bug 57172 ***
[Bug libfortran/57174] New: RTE triggered by type component allocation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57174 Bug #: 57174 Summary: RTE triggered by type component allocation Classification: Unclassified Product: gcc Version: fortran-dev Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: ba...@lrz.de The following code, when compiled with the fortran-dev from 20130430, produces the error At line 18 of file PMRgf.f90 Fortran runtime error: Attempting to allocate already allocated variable '__tmp_type_t2' at execution time. module mod_noninter_array_01 implicit none type :: t1 integer, allocatable :: i(:) end type t1 type, extends(t1) :: t2 real, pointer :: p end type end module mod_noninter_array_01 program noninter_array_01 use mod_noninter_array_01 implicit none class(t1), allocatable :: n_t1(:,:) allocate(t2 :: n_t1(2,2)) select type(n_t1) type is (t2) allocate(n_t1(1,2)%i(2), source=[2,3]) end select end program noninter_array_01
[Bug c++/54052] Segmentation Fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54052 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED CC|baxter at about dot org | Ever Confirmed|1 |0
[Bug c++/55206] GCC Reports Ambiguity; clang and comeau disagree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55206 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever Confirmed|1 |0
[Bug c++/53150] [C++0x] g++ crashes if struct member initializer references to local variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53150 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Known to work||4.9.0 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 12:05:30 UTC --- The ICE is fixed in mainline, I'm adding the testcase and closing the bug.
[Bug c++/53150] [C++0x] g++ crashes if struct member initializer references to local variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53150 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 12:09:35 UTC --- Oh well, this is an exact duplicate. *** This bug has been marked as a duplicate of bug 55240 ***
[Bug c++/55240] [c++0x] ICE on non-static data member initialization using 'auto' variable from containing function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55240 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||yuzurufag+gcc at gmail dot ||com --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 12:09:35 UTC --- *** Bug 53150 has been marked as a duplicate of this bug. ***
[Bug c++/57175] New: NRVO and alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57175 Bug #: 57175 Summary: NRVO and alignment Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: gli...@gcc.gnu.org Hello, in typeck.c (check_return_expr), before applying the NRV optimization, there is a check: DECL_ALIGN (retval) = DECL_ALIGN (result) It seems to me that this check is backwards and should be = instead (compare with tree_nrv in tree-nrv.c which seems correct). #include iostream struct A { A(){std::cerrA()\n;} ~A(){std::cerr~A()\n;} A(A){std::cerrA(A)\n;} A(A const){std::cerrA(A const)\n;} }; A f(){ alignas(32) A x; return x; } int main(){ f(); } If I understand NRVO properly, main reserves memory for the return value of f and passes f the address of that memory. f then decides to use that memory directly for x instead of allocating new memory that would have to be copied later. So the return memory needs to be at least as aligned as x, not the reverse (I think retval corresponds to x here). Current g++ does the elision on this code. If I change = to =, it inhibits the elision.
[Bug c++/57175] NRVO and alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57175 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 13:30:53 UTC --- CCing Jason.
[Bug c++/56914] internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56914 --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 13:56:41 UTC --- Please somebody confirm that the issue is actually fixed on i686 proper too.
[Bug c++/57176] New: copy elision with function arguments passed by value
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57176 Bug #: 57176 Summary: copy elision with function arguments passed by value Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: gli...@gcc.gnu.org Hello, it is a well know issue that copy elision is allowed but never implemented in cases like: A f(A x){ return x; } and the reason is that the caller and the callee have to communicate for it to happen. In C, the function would be: void f_impl(A* ret_p, A* x_p); with the caller being responsible for allocating space for ret and x and making the copy into x. It seems that to make it work, we would need to notice that f is eligible for this optimization, mark it somehow (indicating which argument can be used as return value) and clone it: void f_impl_nrvo(A* ret_x_p); Callers who would see this mark would instead call the clone with one less argument. There are clearly many parts of the front-end I don't understand enough to do this, but does it look like a correct and workable approach?
[Bug fortran/57141] Cannot change attributes of USE-associated intrinsic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57141 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2013-05-05 14:04:42 UTC --- Author: burnus Date: Sun May 5 14:01:38 2013 New Revision: 198609 URL: http://gcc.gnu.org/viewcvs?rev=198609root=gccview=rev Log: 2013-05-05 Tobias Burnus bur...@net-b.de PR fortran/57141 * decl.c (gfc_match_null): Permit use-associated NULL intrinsic. 2013-05-05 Tobias Burnus bur...@net-b.de PR fortran/57141 * gfortran.dg/null_8.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/null_8.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/57141] Cannot change attributes of USE-associated intrinsic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57141 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2013-05-05 14:05:04 UTC --- FIXED on the trunk (GCC 4.9). Thanks for the report!
[Bug c++/53308] AIX 5.3 segmentation fault with basic_ofstream, pthread and -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53308 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 14:08:57 UTC --- Let's close this.
[Bug c++/55773] C++ class object destructors are not called which a static class object in destructor function in a shared library after dlclose is called.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55773 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 14:10:43 UTC --- Closing.
[Bug target/57177] New: [SH] Improve integer division
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57177 Bug #: 57177 Summary: [SH] Improve integer division Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: olege...@gcc.gnu.org Target: sh*-*-* Currently integer division on SH is implemented with some optimized library functions for 32 bit division only. There are some data type combinations where a more efficient implementation could be used. E.g. uint8_t / uint8_t - uint8_t can be implemented as: extu.b r4,r4 extu.b r5,r5 div0u shll8 r5 div1r5,r4 div1r5,r4 div1r5,r4 div1r5,r4 div1r5,r4 div1r5,r4 div1r5,r4 div1r5,r4 rotcl r4 extu.b r4,r0 which should be faster for such cases as the current division functions. Some other interesting cases: 32 bit / 16 bit - 16 bit 64 bit / 32 bit - 32 bit 16 bit / 16 bit - 16 bit Small sequence such as above could also be expanded directly instead of using library function calls.
[Bug c++/57178] New: bogus warning with -O3 using boost::optional
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57178 Bug #: 57178 Summary: bogus warning with -O3 using boost::optional Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: eda...@disemia.com GCC appears to be producing a bogus warning about an unitialized value. This happens at optimization levels -O1 and higher. It uses a boost optional as I was unable to reduce it to something more fundamental. Command line: g++ -c uninit_warn.cpp --std=c++0x -Wuninitialized -O1 Warning: uninit_warn.cpp: In function ‘void test(boost::optionalint)’: uninit_warn.cpp:17:12: warning: ‘*((void*) q +4)’ may be used uninitialised in this function [-Wuninitialized]
[Bug c++/57178] bogus warning with -O3 using boost::optional
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57178 --- Comment #1 from eda-qa at disemia dot com 2013-05-05 14:56:35 UTC --- Created attachment 30034 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30034 example
[Bug c++/57179] New: ICE on non-valid code with emplace_back
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57179 Bug #: 57179 Summary: ICE on non-valid code with emplace_back Classification: Unclassified Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: cartonmartin+gcc_bugzi...@gmail.com Created attachment 30035 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30035 Preprocessed file g++ is asking me to give The following code produces an internal compiler error. The code is so simple that I am surprised I did not find a bug report for it. == Code == #include vector struct Sums { int pos; }; int main() { std::vectorSums sums; sums.emplace_back(1); } == g++ output == $ g++ -std=c++11 -v 345.cpp Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.7.3-1ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --enable-objc-gc --with-cloog --enable-cloog-backend=ppl --disable-cloog-version-check --disable-ppl-version-check --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.7.3 (Ubuntu/Linaro 4.7.3-1ubuntu1) COLLECT_GCC_OPTIONS='-std=c++11' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/4.7/cc1plus -quiet -v -imultilib . -imultiarch x86_64-linux-gnu -D_GNU_SOURCE 345.cpp -quiet -dumpbase 345.cpp -mtune=generic -march=x86-64 -auxbase 345 -std=c++11 -version -fstack-protector -o /tmp/ccBHCW6S.s GNU C++ (Ubuntu/Linaro 4.7.3-1ubuntu1) version 4.7.3 (x86_64-linux-gnu) compiled by GNU C version 4.7.3, GMP version 5.0.5, MPFR version 3.1.1-p2, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring duplicate directory /usr/include/x86_64-linux-gnu/c++/4.7 ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu ignoring nonexistent directory /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../x86_64-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/include/c++/4.7 /usr/include/x86_64-linux-gnu/c++/4.7/. /usr/include/c++/4.7/backward /usr/lib/gcc/x86_64-linux-gnu/4.7/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. GNU C++ (Ubuntu/Linaro 4.7.3-1ubuntu1) version 4.7.3 (x86_64-linux-gnu) compiled by GNU C version 4.7.3, GMP version 5.0.5, MPFR version 3.1.1-p2, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 7c3b96402a8920876e03e4e0d436665c ‘ Internal compiler error: Error reporting routines re-entered. Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.7/README.Bugs for instructions. Preprocessed source stored into /tmp/cca4SK6X.out file, please attach this to your bugreport.
[Bug libstdc++/53631] [C++11] regex is unimplemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||mjnxf at mailinator dot com --- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2013-05-05 15:49:54 UTC --- *** Bug 57173 has been marked as a duplicate of this bug. ***
[Bug libstdc++/57173] Regex match group contain extraneous character...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57173 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2013-05-05 15:49:54 UTC --- std::regex is unimplemented, it's not expected to work. *** This bug has been marked as a duplicate of bug 53631 ***
[Bug c++/56914] internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56914 --- Comment #5 from Vinícius dos Santos Oliveira vini.ipsmaker at gmail dot com 2013-05-05 18:32:14 UTC --- I tried to reproduce the bug today and nothing happened. I'm still using GCC 4.8.0, but my system changed a lot (ArchLinux is a rolling release distro) and I can't say what is the difference that could be the bug's reason.
[Bug c++/57175] NRVO and alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57175 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-05-05 CC||ebotcazou at gcc dot ||gnu.org Ever Confirmed|0 |1 --- Comment #2 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-05-05 18:34:47 UTC --- in typeck.c (check_return_expr), before applying the NRV optimization, there is a check: DECL_ALIGN (retval) = DECL_ALIGN (result) It seems to me that this check is backwards and should be = instead (compare with tree_nrv in tree-nrv.c which seems correct). FWIW the Ada compiler also has the NRVO and the check is as in tree-nrv.c: /* Return true if RET_VAL can be used as a Named Return Value for the anonymous return object RET_OBJ. */ static bool return_value_ok_for_nrv_p (tree ret_obj, tree ret_val) { [...] if (ret_obj DECL_ALIGN (ret_val) DECL_ALIGN (ret_obj)) return false;
[Bug libfortran/57174] [Fortran-Dev] RTE triggered by type component allocation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57174 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code CC||burnus at gcc dot gnu.org Depends on||56800 Summary|RTE triggered by type |[Fortran-Dev] RTE triggered |component allocation|by type component ||allocation --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2013-05-05 22:04:35 UTC --- Probably the same issue as PR56800. The ALLOCATE doesn't update elem_len which remains at the value of the declared type.
[Bug c++/57086] Internal compiler error: Error reporting routines re-entered.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57086 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||cartonmartin+gcc_bugzilla ||at gmail dot com --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 23:23:31 UTC --- *** Bug 57179 has been marked as a duplicate of this bug. ***
[Bug c++/57179] ICE on non-valid code with emplace_back
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57179 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 23:23:31 UTC --- Dup. *** This bug has been marked as a duplicate of bug 57086 ***
[Bug c++/57178] bogus warning with -O3 using boost::optional
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57178 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.8.0, 4.9.0 Resolution||FIXED --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 23:25:44 UTC --- This is fixed in 4.8.0.
[Bug c++/56914] internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56914 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.8.1, 4.9.0 Resolution||FIXED --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 23:31:11 UTC --- Closing as fixed.
[Bug c++/57175] NRVO and alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57175 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-05-05 23:34:52 UTC --- Thanks Eric. Without further ado, I would simply encourage Marc to send a patchlet to the mailing list (possibly with a nice testcase). Thanks!
[Bug c/57180] New: Structures with a flexible arrray member have wrong size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57180 Bug #: 57180 Summary: Structures with a flexible arrray member have wrong size Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: amo...@gmail.com CC: algr...@acm.org, amo...@gmail.com, fredrickprasha...@gmail.com, gcc-bugs@gcc.gnu.org, lauro.venan...@gmail.com, qrc...@knm.org.pl, sbsid...@gmail.com Depends on: 28865 +++ This bug was initially created as a clone of Bug #28865 +++ Cloned from 28865, because the problem is more than just getting .size wrong. The following testcase fails on all targets at all optimization levels. The testcase was taken from glibc/nss/nss_files/files-init.c, which is miscompiled on powerpc or any other target using -fsection-anchors. union { struct { long j; char c[]; } s; char pad[32]; } x[2] = { { .s = { .c = abc123 } }, { .s = { .c = xyz } } }; int main (void) { if (sizeof (x[0]) != 32) __builtin_abort (); if (x[1].s.c[0] != 'x') __builtin_abort (); return 0; }
[Bug target/55171] [4.7/4.8 Regression] incorrect virtual thunk on mingw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55171 Steve K. Chiu steve.k.chiu at gmail dot com changed: What|Removed |Added CC||steve.k.chiu at gmail dot ||com --- Comment #12 from Steve K. Chiu steve.k.chiu at gmail dot com 2013-05-06 01:10:23 UTC --- ffmpeg reports wrong duration after this patch. ffmpeg (official 1.2 release) is compiled with x32-4.7.2-release-win32-sjlj-rev11.7z from mingw-builds, and the test media file is a 5.18G recorded tv show (in mpegts format). While the same code and test media report the correct duration 1:00:xx with x32-4.7.2-release-win32-sjlj-rev10.7z (without Bug 55171 patch), with x32-4.7.2-release-win32-sjlj-rev11.7z (with Bug 55171 patch) report the wrong duration 00:13:xx. The media file is too large to upload anywhere, but I suspect any large mpeg2ts file may have the same issues.
[Bug gcov-profile/57121] undefined reference to gcov_merge_init and gcov_merge_add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57121 --- Comment #10 from Netra netravathi.muniraju at asia dot thalesgroup.com 2013-05-06 01:27:13 UTC --- Hi Andrew Pinski, Could you please delete this bug? Thanks, Netra -Original Message- From: pinskia at gcc dot gnu.org [mailto:gcc-bugzi...@gcc.gnu.org] Sent: Thursday, May 02, 2013 9:35 AM To: MUNIRAJU Netravathi - Contractor Subject: [Bug gcov-profile/57121] undefined reference to gcov_merge_init and gcov_merge_add http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57121 --- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org 2013-05-02 01:35:16 UTC --- Simple work around is to use -fprofile-generate instead of -lgcov and GCC knows what it should be linking against then. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug.
[Bug c++/57181] New: Segfault when dealing with typedef of class stub and nested array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57181 Bug #: 57181 Summary: Segfault when dealing with typedef of class stub and nested array Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: andrep...@gmail.com Created attachment 30036 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30036 The file which the segfault occurs. I can not explain better than the file I attached. I cutted it so it shows the segfault with the minimal number of lines, the file has only 14 lines of code. A few remarks, the segmentation fault does not occur: * If the `random_func` is not present. * If the `_externalVec` is not declared. * If the `internalVec` (it is not even used) is not declared. * If `_externalVec` is not attributed. * If `_externalVec` is typed with `Vector3` instead of `Vec3`. * If `internalVec` is typed with `Vector3` instead of `Vec3`.
[Bug c/57182] New: Documentation implies -fprofile-arcs required to create .text.unlikely sections
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57182 Bug #: 57182 Summary: Documentation implies -fprofile-arcs required to create .text.unlikely sections Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: ru...@rustcorp.com.au From info file (unchanged since before 4.4): `-freorder-functions' Reorder functions in the object file in order to improve code locality. This is implemented by using special subsections `.text.hot' for most frequently executed functions and `.text.unlikely' for unlikely executed functions. Reordering is done by the linker so object file format must support named sections and linker must place them in a reasonable way. Also profile feedback must be available in to make this option effective. See `-fprofile-arcs' for details. But -freorder-functions creates those sections without -fprofile-arcs for functions with attributes hot or cold. So the last paragraph is misleading/obsolete. Does it really mean: The compiler relies on function attributes or profile feedback to determine how frequently functions are executed. See `-fprofile-arcs' for details. ? Thanks, Rusty.
[Bug target/55303] [SH] Add support for clips / clipu instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55303 --- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org 2013-05-06 05:48:18 UTC --- (In reply to comment #1) I will modify the attached patch so that it will allow only the HW clip constants for now. This has been committed as rev 198617: http://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=198617 PR target/55303 * config/sh/sh.c (sh_rtx_costs): Handle SMIN and SMAX cases. * config/sh/sh.md (*clips, uminsi3, *clipu, clipu_one): New insns and related expanders. * config/sh/iterators.md (SMIN_SMAX): New code iterator. * config/sh/predicates.md (arith_reg_or_0_or_1_operand, clips_min_const_int, clips_max_const_int, clipu_max_const_int): New predicates. PR target/55303 * gcc.target/sh/pr55303-1.c: New. * gcc.target/sh/pr55303-2.c: New. * gcc.target/sh/pr55303-3.c: New.