[Bug spam/62620] New: 34 24 324
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62620 Bug ID: 62620 Summary: 34 24 324 Product: gcc Version: 2.95 Status: UNCONFIRMED Severity: normal Priority: P3 Component: spam Assignee: unassigned at gcc dot gnu.org Reporter: jakabynetifan at gmail dot com 324 234 23 42 Click Here to Watch Memphis Grizzlies vs Detroit Pistons : http://tvshowsrealm.com/watch-nba-online.html";>Click Here to Watch Memphis Grizzlies vs Detroit Pistons Watch Memphis Grizzlies vs Detroit Pistons Online Right Now: http://tvshowsrealm.com/watch-nba-online.html";>Watch Memphis Grizzlies vs Detroit Pistons Online Right Now Watch Memphis Grizzlies vs Detroit Pistons Here: http://tvshowsrealm.com/watch-nba-online.html";>Watch Memphis Grizzlies vs Detroit Pistons Here Click Here to Watch Chicago Bulls vs New Orleans Hornets : [URL=http://tvshowsrealm.com/watch-nba-online.html]Click Here to Watch Chicago Bulls vs New Orleans Hornets [/URL] Watch Chicago Bulls vs New Orleans Hornets Online Right Now: [URL=http://tvshowsrealm.com/watch-nba-online.html]Watch Chicago Bulls vs New Orleans Hornets Online Right Now[/URL] Click Here to Watch Memphis Grizzlies vs Detroit Pistons : http://tvshowsrealm.com/watch-nba-online.html Watch Memphis Grizzlies vs Detroit Pistons Online Right Now: http://tvshowsrealm.com/watch-nba-online.html
[Bug c++/62623] New: Behavior change in test case with -m32 and -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62623 Bug ID: 62623 Summary: Behavior change in test case with -m32 and -O3 Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: theJ893 at gmail dot com Created attachment 33424 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33424&action=edit Source file that I am using to reproduce the issue When compiling unit tests for my code with g++, I discovered a particular unit test was failing when I compiled it with the -m32 and -O3 options. Background: I have a class template for a Vector (the kind used in physics, not the container). Vector contains a fixed with array of data, and an invert() method that performs x = 1/x on each element of the array, modifying it in-place. The unit test consists of initializing a vector "o" with an array of predefined values, calling o.invert(), and then comparing the values in the vector to a set of predefined, expected values for equality. The test returns "true" when compiling with "-m32", "-m64", and "-m64 -O3", but returns "false" when compiling with "-m32 -O3". It should be noted, if you change the invert method to treat the Vector as "volatile", or make use of the values in some way (e.g. by doing srand( o.data[0] ); or std::cout << o.data[0] << " " o.data[1] << ... << std::endl;) this circumvents the problem. I've managed to isolate and reproduce the issue in its own file. I had a friend compile and run the test program as well and verify that he is getting the same result. I've attached the source file to this bug report. The .ii file was too large to attach. Here is the command line I am using to compile the program, using the requested switches: g++ -O3 -m32 -Wall -Wextra -fno-strict-aliasing -fwrapv -fno-aggressive-loop-optimizations -save-temps -std=c++11 G++O3Bug.cpp -o bin/G++O3Bug && ./bin/G++O3Bug As requested, here is the output from gcc -v on my system: owner@mint ~/Desktop/test $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.8.1-10ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --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 --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --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.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9)
[Bug spam/62620] 34 24 324
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62620 Lily Trish changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Lily Trish --- 3423423423
[Bug sanitizer/61897] sanitizer internal compiler error: in build2_stat, at tree.c:4160
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61897 --- Comment #2 from ygribov at gcc dot gnu.org --- Author: ygribov Date: Mon Sep 1 07:47:37 2014 New Revision: 214777 URL: https://gcc.gnu.org/viewcvs?rev=214777&root=gcc&view=rev Log: 2014-09-01 Yury Gribov PR sanitizer/61897 PR sanitizer/62140 gcc/ * asan.c (asan_mem_ref_get_end): Handle non-ptroff_t lengths. (build_check_stmt): Likewise. (instrument_strlen_call): Likewise. (asan_expand_check_ifn): Likewise and fix types. (maybe_cast_to_ptrmode): New function. gcc/testsuite/ * c-c++-common/asan/pr62140-1.c: New test. * c-c++-common/asan/pr62140-2.c: New test. Added: trunk/gcc/testsuite/c-c++-common/asan/pr62140-1.c trunk/gcc/testsuite/c-c++-common/asan/pr62140-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/asan.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/62140] [GCC-4.10.0][ASAN] ICE: : in build2_stat, at tree.c:4265
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140 --- Comment #4 from ygribov at gcc dot gnu.org --- Author: ygribov Date: Mon Sep 1 07:47:37 2014 New Revision: 214777 URL: https://gcc.gnu.org/viewcvs?rev=214777&root=gcc&view=rev Log: 2014-09-01 Yury Gribov PR sanitizer/61897 PR sanitizer/62140 gcc/ * asan.c (asan_mem_ref_get_end): Handle non-ptroff_t lengths. (build_check_stmt): Likewise. (instrument_strlen_call): Likewise. (asan_expand_check_ifn): Likewise and fix types. (maybe_cast_to_ptrmode): New function. gcc/testsuite/ * c-c++-common/asan/pr62140-1.c: New test. * c-c++-common/asan/pr62140-2.c: New test. Added: trunk/gcc/testsuite/c-c++-common/asan/pr62140-1.c trunk/gcc/testsuite/c-c++-common/asan/pr62140-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/asan.c trunk/gcc/testsuite/ChangeLog
[Bug spam/62620] 34 24 324
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62620 Uroš Bizjak changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #2 from Uroš Bizjak --- .
[Bug spam/62597] Watch Step Up: All In Online
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62597 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|swing |spam Version|unspecified |unknown Resolution|--- |INVALID Product|classpath |gcc --- Comment #1 from Uroš Bizjak --- .
[Bug spam/62628] *t@p Putlocker* Watch Guardians of the Galaxy Online HQ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62628 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Uroš Bizjak --- .
[Bug spam/62617] Gokil@!@ Watch The Fault in Our Stars Online Free Stream
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62617 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|target |spam Resolution|--- |INVALID --- Comment #1 from Uroš Bizjak --- .
[Bug spam/62622] Watch// Let’s Be Cops ONLINE FREE ((streaming!))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62622 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|target |spam Resolution|--- |INVALID --- Comment #1 from Uroš Bizjak --- .
[Bug spam/62629] @TINK@@watch let's be cops online free Download
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62629 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|bootstrap |spam Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug c++/62282] [4.8/4.9/5 Regression] Undefined reference with __inline __attribute(__gnu_inline__) with -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62282 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #6 from Jakub Jelinek --- I'd say it is a user bug, you shouldn't use gnu_inline attribute on a function that is not extern inline. Why do you want that? Either you want extern inline __attribute__((gnu_inline)), which will act as the GNU extern inline function (if inlined successfully, fine, otherwise you need to supply external definition), or you want normal C++ inline semantics. inline __attribute__((gnu_inline)) doesn't make sense.
[Bug middle-end/61903] signed integer overflow in expmed.c store_fixed_bit_filed_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61903 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Mon Sep 1 09:18:43 2014 New Revision: 214781 URL: https://gcc.gnu.org/viewcvs?rev=214781&root=gcc&view=rev Log: PR middle-end/61903 * expmed.c (store_fixed_bit_field_1): Shift UHWI 1 instead of HWI 1. Change the type of V to unsigned HOST_WIDE_INT. Modified: trunk/gcc/ChangeLog trunk/gcc/expmed.c
[Bug middle-end/61903] signed integer overflow in expmed.c store_fixed_bit_filed_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61903 Marek Polacek changed: What|Removed |Added Status|NEW |RESOLVED CC||mpolacek at gcc dot gnu.org Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org Target Milestone|--- |5.0 --- Comment #4 from Marek Polacek --- Fixed.
[Bug c++/62224] [4.9 Regression] Possible regression in gcc-4.9-20140820
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62224 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org, ||jason at gcc dot gnu.org --- Comment #4 from Jakub Jelinek --- So perhaps the r214208 change? Can you try to back that out and retry?
[Bug target/61641] [4.9/5 Regression] undefined label in jump_table_data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61641 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #12 from Jakub Jelinek --- So fixed?
[Bug sanitizer/62307] -fsanitize=undefined doesn't pay attention to __attribute__((returns_nonnull))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62307 --- Comment #4 from Jakub Jelinek --- The reason for implied -fno-delete-null-pointer-checks for -fsanitize=null, -fsanitize=nonnull or -fsanitize=returns-nonnull is that the checks themselves would be optimized away. In theory we could implement those say by hiding them from the optimizers through GIMPLE_ASM or similar, but we are there on a thin ice, I feel trying to optimize the various -fsanitize=undefined checks too hard risks that we optimize away some checks that actually should be performed. Say from VRP we find out that in valid program something shouldn't have out of bounds value, but in invalid program it very well could have, and the checks are meant to report invalid programs.
[Bug c/49706] No warning for (!x > 1) which is always false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49706 Bug 49706 depends on bug 61271, which changed state. Bug 61271 Summary: 10 * possible coding error with logical not (!) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug c/61271] 10 * possible coding error with logical not (!)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #19 from Marek Polacek --- All the issues mentioned in #c1 a #c2 are fixed. What remains is now tracked in PR62270 (Fortran FE).
[Bug target/62312] [4.9/5 Regression] [SH] Invalid operands for opcode div0s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62312 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.2
[Bug target/62308] A bug with aarch64 big-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62308 Richard Biener changed: What|Removed |Added Keywords||ABI Target||aarch64 Component|rtl-optimization|target --- Comment #1 from Richard Biener --- The backend probably doesn't handle zero-length arrays passed by value. And the ABI probably doesn't specify what to do.
[Bug libstdc++/62313] Data race in debug iterators
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62313 --- Comment #5 from Jonathan Wakely --- (In reply to François Dumont from comment #4) > For me there is no bug. Standard containers are known to not be thread safe. No, containers are known to be thread-safe, when used correctly. > I don't know what Standard points are talking about it but what I consider > as valid was iterating through the container from different threads. However > in your case you are doing some iterator operations, no matter how simple > they are, in one thread while modifying the container from another and this > require you to put some mutex in place to do so. No it doesn't. Only the main thread accesses the container. The other thread simply reads and writes global iterator objects, which are distinct memory locations from the container and so can be accessed concurrently. See 17.6.5.9 [res.on.data.races]: "-7- Implementations may share their own internal objects between threads if the objects are not visible to users and are protected against data races." > I think you will experiment the same issue with all versions of the Standard > lib, even the oldest ones. Synchronization of the list of iterators has > never been plan to cover this kind of usage which is considered as invalid. No, this is a bug.
[Bug fortran/62174] Component declarations overwrite types of Cray Pointee variables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62174 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek --- Patches should go to the gcc-patches at gcc.gnu.org mailing list (and in case of Fortran FE patches also CC fortran at gcc.gnu.org ml). That is where patch review happens. For a one-liner change like this, I think you don't need Copyright assignment, but if you plan to submit further patches, please consider following https://gcc.gnu.org/contribute.html
[Bug c/61271] 10 * possible coding error with logical not (!)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271 --- Comment #20 from Marek Polacek --- Author: mpolacek Date: Mon Sep 1 10:07:05 2014 New Revision: 214782 URL: https://gcc.gnu.org/viewcvs?rev=214782&root=gcc&view=rev Log: PR c/61271 * cgraphunit.c (handle_alias_pairs): Fix condition. Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/cgraphunit.c
[Bug c/61271] 10 * possible coding error with logical not (!)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271 --- Comment #21 from Marek Polacek --- Author: mpolacek Date: Mon Sep 1 10:12:00 2014 New Revision: 214783 URL: https://gcc.gnu.org/viewcvs?rev=214783&root=gcc&view=rev Log: PR c/61271 * cgraphunit.c (handle_alias_pairs): Fix condition. Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/cgraphunit.c
[Bug libstdc++/62313] Data race in debug iterators
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62313
--- Comment #6 from Dmitry Vyukov ---
> The tests for the debug mode don't generally involve threads, so that isn't
> likely to help.
Then you can run any heavily multithreaded program that extensively uses stl
and is currently race-free. That last condition is somewhat tricky. I could
suggest running Chromium browser as we oversee it for data races
(http://dev.chromium.org/developers/testing/threadsanitizer-tsan-v2), but it
can be somewhat tricky.
The issue introduces a data race into the following program -- 'it' parameter
is constructed concurrently with list mutation. If it is a bug in user program,
them all concurrent C++ program that use stl are buggy.
class X {
std::list li_;
std::mutex mu_;
public:
void erase(std::list::iterator it) {
mu_.lock();
li_.erase(it);
mu_unlock();
}
};
[Bug c/61271] 10 * possible coding error with logical not (!)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271 --- Comment #22 from Marek Polacek --- Author: mpolacek Date: Mon Sep 1 10:14:22 2014 New Revision: 214784 URL: https://gcc.gnu.org/viewcvs?rev=214784&root=gcc&view=rev Log: PR c/61271 * expr.c (is_aligning_offset): Remove logical not. Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/expr.c
[Bug c/61271] 10 * possible coding error with logical not (!)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61271 --- Comment #23 from Marek Polacek --- Author: mpolacek Date: Mon Sep 1 10:16:43 2014 New Revision: 214785 URL: https://gcc.gnu.org/viewcvs?rev=214785&root=gcc&view=rev Log: PR c/61271 * expr.c (is_aligning_offset): Remove logical not. Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/expr.c
[Bug c++/58102] rejects valid initialization of constexpr object with mutable member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58102 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2014-09-01 Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com Ever confirmed|0 |1 --- Comment #1 from Paolo Carlini --- Mine.
[Bug c++/62623] [C++11] Behavior change in test case with -m32 and -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62623 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-09-01 Ever confirmed|0 |1 Known to fail||4.7.3, 4.8.3, 4.9.1, 5.0
[Bug target/62025] [4.9/5 Regression] Miscompilation of openssl sha512.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62025 --- Comment #22 from Jakub Jelinek --- Author: jakub Date: Mon Sep 1 11:15:41 2014 New Revision: 214786 URL: https://gcc.gnu.org/viewcvs?rev=214786&root=gcc&view=rev Log: PR target/62025 * sched-deps.c (add_or_update_dep_1): If ask_dependency_caches returned DEP_PRESENT, make sure to set DEP_MULTIPLE on present_dep. (find_inc): Revert 2014-08-13 change. Modified: trunk/gcc/ChangeLog trunk/gcc/sched-deps.c
[Bug target/62312] [4.9/5 Regression] [SH] Invalid operands for opcode div0s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62312 --- Comment #2 from Kazumoto Kojima --- (In reply to Oleg Endo from comment #1) > The patch below fixes it. I'd apply it to trunk and 4.9 without further > testing, as it's obvious, I think. Kaz, if you'd like to run it through > your test setup, I'll wait. Looks fine. Please go ahead.
[Bug target/62025] [4.9/5 Regression] Miscompilation of openssl sha512.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62025 --- Comment #23 from Jakub Jelinek --- Author: jakub Date: Mon Sep 1 11:49:36 2014 New Revision: 214790 URL: https://gcc.gnu.org/viewcvs?rev=214790&root=gcc&view=rev Log: PR target/62025 * sched-deps.c (add_or_update_dep_1): If ask_dependency_caches returned DEP_PRESENT, make sure to set DEP_MULTIPLE on present_dep. (find_inc): Revert 2014-08-12 change. Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/sched-deps.c
[Bug c++/62282] [4.8/4.9/5 Regression] Undefined reference with __inline __attribute(__gnu_inline__) with -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62282 --- Comment #7 from Jakub Jelinek --- Why is this marked as a regression btw? From what I can see, already G++ 4.3 behaved this way, and G++ 4.3 was the first release to support gnu_inline attribute in C++.
[Bug c++/62282] [4.8/4.9/5 Regression] Undefined reference with __inline __attribute(__gnu_inline__) with -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62282 Jakub Jelinek changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |INVALID --- Comment #8 from Jakub Jelinek --- And it is even documented: In C++, this attribute does not depend on 'extern' in any way, but it still requires the 'inline' keyword to enable its special behavior. The special behavior is explained in the earlier paragraphs of gnu_inline attribute description.
[Bug ipa/61659] [4.9 Regression] Extra undefined symbol because of devirtualization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #25 from Markus Trippelsdorf ---
(In reply to Jason Merrill from comment #24)
> Created attachment 33407 [details]
> Patch for 4.9
>
> Here's a patch for the 4.9 branch. I'm nervous about applying it because I
> suspect that we haven't yet found all the effects of setting DECL_COMDAT.
I've tested your patch and it causes a qt-5.4 build failure
(also happens on trunk):
markus@x4 WebCore % cat Font.ii
namespace WTF
{
template inline void deleteOwnedPtr (T *);
}
namespace WebCore
{
class TextLayout;
}
namespace WTF
{
template <>
void
deleteOwnedPtr (WebCore::TextLayout *)
{
}
}
(Without your patch:)
markus@x4 WebCore % g++ -c -O2 Font.ii
markus@x4 WebCore % nm Font.o
T _ZN3WTF14deleteOwnedPtrIN7WebCore10TextLayoutEEEvPT_
(with patch applied)
markus@x4 WebCore % g++ -c -O2 Font.ii
markus@x4 WebCore % nm Font.o
markus@x4 WebCore %
[Bug ipa/61659] [4.9 Regression] Extra undefined symbol because of devirtualization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659 --- Comment #26 from Markus Trippelsdorf --- §14.7.3/12 says: An explicit specialization of a function template is inline only if it is declared with the inline specifier or defined as deleted, and independently of whether its function template is inline.
[Bug rtl-optimization/62265] [4.8/4.9/5 regression] FAIL: gcc.dg/20111227-2.c scan-rtl-dump ree "Elimination opportunities = 3 realized = 3"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62265 Rainer Orth changed: What|Removed |Added Target|ia64-*-*, m68k-*-*, |ia64-*-*, m68k-*-*, |s390x-*-*, powerpc64-*-*, |s390x-*-*, powerpc64-*-*, |avr-*-* |avr-*-*. sparc*-*-* CC||ro at gcc dot gnu.org --- Comment #2 from Rainer Orth --- Same on SPARC.
[Bug tree-optimization/62630] New: [5 regression] gcc.dg/graphite/vect-pr43423.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630 Bug ID: 62630 Summary: [5 regression] gcc.dg/graphite/vect-pr43423.c FAILs Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org Host: sparc*-sun-solaris2.* Target: sparc*-sun-solaris2.* Build: sparc*-sun-solaris2.* Since ca. 20140818 (r214099), gcc.dg/graphite/vect-pr43423.c on SPARC. I'm attaching the tree dump. Rainer
[Bug tree-optimization/62630] [5 regression] gcc.dg/graphite/vect-pr43423.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630 Rainer Orth changed: What|Removed |Added Target Milestone|--- |5.0
[Bug tree-optimization/62630] [5 regression] gcc.dg/graphite/vect-pr43423.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630 --- Comment #1 from Rainer Orth --- Created attachment 33425 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33425&action=edit vect dump
[Bug tree-optimization/62291] PRE uses too much memory and compile-time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62291 --- Comment #3 from Richard Biener --- So what remains is insertion computing whether a value is available on some predecessor (partial redundancy) or all (full redundancy) which needs AVAIL_OUT for the predecessors and the immediate dominator. Then the actual insertion code needs to lookup leaders for expression operands it wants to insert. I think this part can be easily delayed until eliminate if we store all necessary information in some new data structure. The first part is harder - especially as it is that what needs to be iterated (with taking into account newly inserted stuff). One could imagine iterating over sucessors of a block (and immediate dominated-bys) and compute "candidate" sets, both pruning and extending it during the iteration.
[Bug tree-optimization/62630] [5 regression] gcc.dg/graphite/vect-pr43423.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630 ktkachov at gcc dot gnu.org changed: What|Removed |Added Target|sparc*-sun-solaris2.* |sparc*-sun-solaris2.*, ||arm*, aarch64* Status|UNCONFIRMED |NEW Last reconfirmed||2014-09-01 CC||ktkachov at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from ktkachov at gcc dot gnu.org --- Also appears on arm and aarch64
[Bug fortran/62283] basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #10 from Rainer Orth --- The last patch introduced a failure on SPARC: FAIL: gcc.dg/vect/vect-33.c scan-tree-dump-times vect "Alignment of access forced using versioning" 1 FAIL: gcc.dg/vect/vect-33.c -flto -ffat-lto-objects scan-tree-dump-times vect "Alignment of access forced using versioning" 1 The vect dump still says note: Alignment of access forced using peeling. Rainer
[Bug fortran/62283] basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283 --- Comment #11 from rguenther at suse dot de --- On Mon, 1 Sep 2014, ro at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283 > > Rainer Orth changed: > >What|Removed |Added > > CC||ro at gcc dot gnu.org > > --- Comment #10 from Rainer Orth --- > The last patch introduced a failure on SPARC: > > FAIL: gcc.dg/vect/vect-33.c scan-tree-dump-times vect "Alignment of access > forced using versioning" 1 > FAIL: gcc.dg/vect/vect-33.c -flto -ffat-lto-objects scan-tree-dump-times vect > "Alignment of access forced using versioning" 1 > > The vect dump still says > > note: Alignment of access forced using peeling. Can you attach the vect dump? I suppose vectors are rather short on SPARC?
[Bug fortran/62283] basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283 --- Comment #12 from Rainer Orth --- Created attachment 33426 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33426&action=edit vect dump Sure, I meant to but forgot...
[Bug tree-optimization/62631] New: gcc.dg/tree-ssa/ivopts-lt-2.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631 Bug ID: 62631 Summary: gcc.dg/tree-ssa/ivopts-lt-2.c FAILs Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org Host: sparc*-sun-solaris2.* Target: sparc*-sun-solaris2.* Build: sparc*-sun-solaris2.* The new gcc.dg/tree-ssa/ivopts-lt-2.c test FAILs on 64-bit SPARC (only; 32-bit is ok): FAIL: gcc.dg/tree-ssa/ivopts-lt-2.c scan-tree-dump-times ivopts "PHI" 1 FAIL: gcc.dg/tree-ssa/ivopts-lt-2.c scan-tree-dump-times ivopts "p_[0-9]* <" 1 I'm attaching the ivopts dump. Rainer
[Bug tree-optimization/62631] gcc.dg/tree-ssa/ivopts-lt-2.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631 Rainer Orth changed: What|Removed |Added Target Milestone|--- |5.0
[Bug tree-optimization/62631] gcc.dg/tree-ssa/ivopts-lt-2.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631 --- Comment #1 from Rainer Orth --- Created attachment 33427 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33427&action=edit ivopts dump
[Bug fortran/62283] basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #13 from Richard Biener ---
(In reply to Rainer Orth from comment #12)
> Created attachment 33426 [details]
> vect dump
>
> Sure, I meant to but forgot...
Ok:
/vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/vect/vect-33.c:19:3: note:
vectorization factor = 8
so we have a vector of 8 chars, v8qi but vect64 is not enabled for SPARC?
(target-supports.exp). The { ! vect64 } / && vect64 cases were supposed
to catch the case where vectorization uses v8qi (instead of the more
common v16qi).
So ... can you test enabling vect64 for sparc?
[Bug tree-optimization/62631] gcc.dg/tree-ssa/ivopts-lt-2.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631 --- Comment #2 from Rainer Orth --- Created attachment 33428 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33428&action=edit slp dump
[Bug tree-optimization/62631] gcc.dg/tree-ssa/ivopts-lt-2.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631 --- Comment #3 from Rainer Orth --- Created attachment 33429 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33429&action=edit bb-slp-26.c.120t.slp1 dump
[Bug fortran/62283] basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #13 from Richard Biener ---
> (In reply to Rainer Orth from comment #12)
>> Created attachment 33426 [details]
>> vect dump
>>
>> Sure, I meant to but forgot...
>
> Ok:
>
> /vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/vect/vect-33.c:19:3: note:
> vectorization factor = 8
>
> so we have a vector of 8 chars, v8qi but vect64 is not enabled for SPARC?
> (target-supports.exp). The { ! vect64 } / && vect64 cases were supposed
> to catch the case where vectorization uses v8qi (instead of the more
> common v16qi).
>
> So ... can you test enabling vect64 for sparc?
While it works for the test at hand, the two other tests using vect64
(bb-slp-11.c and bb-slp-26.c) now FAIL:
FAIL: gcc.dg/vect/bb-slp-11.c scan-tree-dump-times slp2 "basic block
vectorized" 1
FAIL: gcc.dg/vect/bb-slp-26.c scan-tree-dump-times slp1 "basic block
vectorized" 1
Rainer
[Bug fortran/62283] basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #15 from rguenther at suse dot de ---
On Mon, 1 Sep 2014, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
>
> --- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
> > --- Comment #13 from Richard Biener ---
> > (In reply to Rainer Orth from comment #12)
> >> Created attachment 33426 [details]
> >> vect dump
> >>
> >> Sure, I meant to but forgot...
> >
> > Ok:
> >
> > /vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/vect/vect-33.c:19:3: note:
> > vectorization factor = 8
> >
> > so we have a vector of 8 chars, v8qi but vect64 is not enabled for SPARC?
> > (target-supports.exp). The { ! vect64 } / && vect64 cases were supposed
> > to catch the case where vectorization uses v8qi (instead of the more
> > common v16qi).
> >
> > So ... can you test enabling vect64 for sparc?
>
> While it works for the test at hand, the two other tests using vect64
> (bb-slp-11.c and bb-slp-26.c) now FAIL:
>
> FAIL: gcc.dg/vect/bb-slp-11.c scan-tree-dump-times slp2 "basic block
> vectorized" 1
> FAIL: gcc.dg/vect/bb-slp-26.c scan-tree-dump-times slp1 "basic block
> vectorized" 1
I wonder about the dump files for those... also if they fail on the
other vect64 target (arm-little-endian with NEON).
Richard.
[Bug c/62294] [4.9 Regression] Missing "passing argument [...] from incompatible pointer type" warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62294 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED CC||mpolacek at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org Target Milestone|--- |4.9.2 --- Comment #2 from Marek Polacek --- I broke it in r207335 (UNKNOWN_LOCATION bit). It got fixed in r210980, but that's not in 4.9. I'll prepare a 4.9 patch.
[Bug libstdc++/62318] optimization of string searches using Nigel Horspool's Boyer-Moore-Horpool algorithm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62318 --- Comment #5 from joseph at codesourcery dot com --- glibc's strstr already uses an asymptotically fast (i.e. O(m+n) instead of O(mn)) algorithm. See string/str-two-way.h.
[Bug target/61641] [4.9/5 Regression] undefined label in jump_table_data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61641 --- Comment #13 from dave.anglin at bell dot net --- On 1-Sep-14, at 5:23 AM, jakub at gcc dot gnu.org wrote: > So fixed? I left it open because of the following fail on hppa-unknown-linux-gnu: FAIL: gcc.dg/delay-slot-2.c scan-assembler printf The table jump and related insns are incorrectly removed. Haven't had time to determine why. Dave -- John David Anglindave.ang...@bell.net
[Bug target/62275] ARM should use vcvta instructions when possible for float -> int rounding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62275 ktkachov at gcc dot gnu.org changed: What|Removed |Added Target||arm Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2014-09-01 CC||ktkachov at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |ktkachov at gcc dot gnu.org Target Milestone|--- |5.0 Ever confirmed|0 |1 --- Comment #1 from ktkachov at gcc dot gnu.org --- Confirmed, and mine.
[Bug target/53854] ICE in find_constant_pool_ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854 --- Comment #9 from Ulrich Weigand --- I just noticed that this bug has disappeared on mainline. Binary search showed that this happens with rev. 211007, which checks in this patch: https://gcc.gnu.org/ml/gcc-patches/2013-03/msg01263.html which originated as part of this patch: https://gcc.gnu.org/ml/gcc-patches/2013-01/msg01234.html which implements the -fuse-caller-save feature. This is weird, since that feature isn't even active in this test case ... Looking at the IRA dumps reveals the following change in cost computation (note that r49 and r50 are the two pseudos originally holding the input to the inline asm): Before 211007, we have: Allocno a1r50 of GENERAL_REGS(15) has 1 avail. regs 13, node: 13 (confl regs = 0-5 14-36) Allocno a2r49 of GENERAL_REGS(15) has 1 avail. regs 13, node: 13 (confl regs = 0-5 14-36) At 211007, we have instead: Allocno a1r50 of GENERAL_REGS(15) has 8 avail. regs 6-13, node: 6-13 (confl regs = 0-5 14-36) Allocno a2r49 of GENERAL_REGS(15) has 8 avail. regs 6-13, node: 6-13 (confl regs = 0-5 14-36) So it seems that before this patch, IRA thought the only possible register to hold these values was r13, while after the patch, r6..r12 are allowable as well. The former seems obviously bogus. Looking closer at the changes introduced in 211007, it seems that there is actually a bug in that patch, which explains the change in behavior even though -fuse-caller-save is not actually active: Note that in ira_tune_allocno_costs, the patch changes the code to only add the extra penalty for IRA_HARD_REGNO_ADD_COST_MULTIPLIER if the register is call-clobbered. This is weird, since IRA_HARD_REGNO_ADD_COST_MULTIPLIER is not supposed to have anything to do with calls, and doesn't before the patch. And indeed, moving the IRA_HARD_REGNO_ADD_COST_MULTIPLIER logic outside the outer if (ira_hard_reg_set_intersection_p) re-introduces the bug. This made me take a closer look at the definition of IRA_HARD_REGNO_ADD_COST_MULTIPLIER, which happens to be defined solely on s390: /* In some case register allocation order is not enough for IRA to generate a good code. The following macro (if defined) increases cost of REGNO for a pseudo approximately by pseudo usage frequency multiplied by the macro value. We avoid usage of BASE_REGNUM by nonzero macro value because the reload can decide not to use the hard register because some constant was forced to be in memory. */ #define IRA_HARD_REGNO_ADD_COST_MULTIPLIER(regno) \ (regno == BASE_REGNUM ? 0.0 : 0.5) Interestingly, the comment says BASE_REGNUM should be avoided, but the actual implementation of the macro avoid *all* registers *but* BASE_REGNUM ... This simply seems to be a bug. Reverting the logic in that macro leads to this IRA cost calculation: Allocno a1r50 of GENERAL_REGS(15) has 7 avail. regs 6-12, node: 6-12 (confl regs = 0-5 14-36) Allocno a2r49 of GENERAL_REGS(15) has 7 avail. regs 6-12, node: 6-12 (confl regs = 0-5 14-36) So it avoids r13 (BASE_REGNUM), but allows r6 .. r12. This again makes the test case pass. I'd suggest to fix the ira_tune_allocno_costs bug introduced by 211007, and also fix the s390 definition of IRA_HARD_REGNO_ADD_COST_MULTIPLIER (and probably backport the latter fix to the branches). I'll start discussing this on the list. This still doesn't solve the underlying problem, but should make its appearance again as rare as it used to be ...
[Bug ipa/61659] [4.9 Regression] Extra undefined symbol because of devirtualization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659 --- Comment #27 from Markus Trippelsdorf --- Possible fix: diff --git a/gcc/cp/decl.c b/gcc/cp/decl.c index d03f8a4707e5..d8fb35e21237 100644 --- a/gcc/cp/decl.c +++ b/gcc/cp/decl.c @@ -2215,7 +2215,7 @@ duplicate_decls (tree newdecl, tree olddecl, bool newdecl_is_friend) olddecl); SET_DECL_TEMPLATE_SPECIALIZATION (olddecl); - DECL_COMDAT (newdecl) = DECL_DECLARED_INLINE_P (olddecl); + DECL_COMDAT (newdecl) = DECL_DECLARED_INLINE_P (newdecl); /* Don't propagate visibility from the template to the specialization here. We'll do that in determine_visibility if
[Bug target/62642] New: x86 rdtsc is moved through barrier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62642
Bug ID: 62642
Summary: x86 rdtsc is moved through barrier
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: M8R-ynb11d at mailinator dot com
given:
unsigned long long measure(void (*func)(void))
{
unsigned long long before = __builtin_ia32_rdtsc();
asm volatile("" ::: "memory");
func();
asm volatile("" ::: "memory");
unsigned long long after = __builtin_ia32_rdtsc();
return after - before;
}
On x86 linux with -O2, this results in the obviously useless:
measure:
pushedi
pushesi
pushebx
call[DWORD PTR [esp+16]]
rdtsc
movesi, eax
movedi, edx
rdtsc
popebx
subesi, eax
sbbedi, edx
moveax, esi
movedx, edi
popesi
popedi
ret
I can reproduce the problem on 32 bit x86 on Linux and MinGW with 4.8.2 and
4.9.1. (I guess 4.8.0 also exhibits the problem but I don't have that available
for testing, so I set the version to 4.8.2 in the report.)
4.7.x and 4.6.x work correctly, as does 64 bit on both platforms.
If this is not the proper sanctioned way to write this function, I'm all ears
to a better way. I've tried also adding calls to __builtin_ia32_mfence() which
as I understand it should not be necessary, and it gets even more comical:
...
mfence
call[DWORD PTR [esp+16]]
mfence
rdtsc
movesi, eax
movedi, edx
rdtsc
...
[Bug target/62642] x86 rdtsc is moved through barrier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62642 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |NEW Last reconfirmed||2014-09-01 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski --- The problem shows up in IRA stage. New iteration of spill/restore move +++Costs: overall -65521000, reg -65536000, mem 15000, ld 0, st 0, move 0 +++ move loops 0, new jumps 0 scanning new insn with uid = 22. moving def of 88 (insn 6 now) deleting insn with uid = 21. deleting insn with uid = 6. rescanning insn with uid = 22. 22) rather than keep unallocated replacement 93
[Bug libstdc++/62313] Data race in debug iterators
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62313 --- Comment #7 from François Dumont --- ok, looks like Jonathan it pretty sure it is a bug, I am going to take a closer look at it. When I said that you would have the same issue with all versions of Standard lib I meant with all version of libstdc++, I just think that it is not a regression, at least no a recent one.
[Bug c++/62659] New: [4.9 regression] Regression in template argument substitution in 4.9+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62659
Bug ID: 62659
Summary: [4.9 regression] Regression in template argument
substitution in 4.9+
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rbd at debian dot org
This is probably related to PR c++/61488 although slightly more complicated.
The following test case is accepted by gcc 4.8 (and clang) but fails on 4.9.1
and a recent 5.0 snapshot. If I get rid of the "template " in front of
fix() then it compiles on all compilers. AFAIK there is no C++ language reason
why it should matter whether fix() is a template or not when compiling its
body.
~$ cat b.cpp
struct D {
typedef int (D::*cont_func)();
template struct B;
template void wait(B ***);
int done();
template void fix() { wait<&D::done>(0); }
};
~$ for CC in gcc-4.8 clang gcc-4.9 /usr/lib/gcc-snapshot/bin/gcc; do echo "===
$CC ("`$CC --version`")" ===; $CC -Wall -Werror -c b.cpp && echo SUCCESS; echo;
done ; gcc-4.9 -v -c b.cpp
=== gcc-4.8 (gcc-4.8 (Ubuntu 4.8.3-9ubuntu1) 4.8.3 Copyright (C) 2013 Free
Software Foundation, Inc. This is free software; see the source for copying
conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.) ===
SUCCESS
=== clang (Ubuntu clang version 3.5.0-+rc3-1ubuntu1 (tags/RELEASE_350/rc3)
(based on LLVM 3.5.0) Target: x86_64-pc-linux-gnu Thread model: posix) ===
SUCCESS
=== gcc-4.9 (gcc-4.9 (Ubuntu 4.9.1-9ubuntu1) 4.9.1 Copyright (C) 2014 Free
Software Foundation, Inc. This is free software; see the source for copying
conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.) ===
b.cpp: In member function ‘void D::fix()’:
b.cpp:7:54: error: no matching function for call to ‘D::wait(int)’
template void fix() { wait<&D::done>(0); }
^
b.cpp:7:54: note: candidate is:
b.cpp:4:42: note: template void D::wait(D::B***)
template void wait(B ***);
^
b.cpp:4:42: note: template argument deduction/substitution failed:
b.cpp: In substitution of ‘template void
D::wait(D::B***) [with int (D::* cont_f)() = (&((D*)this)->*D::done)]’:
b.cpp:7:54: required from here
b.cpp:4:42: error: ‘&((D*)this)->*D::done’ is not a valid template argument for
type ‘int (D::*)()’
b.cpp:4:42: error: it must be a pointer-to-member of the form ‘&X::Y’
b.cpp:4:42: error: could not convert template argument ‘&((D*)this)->*D::done’
to ‘int (D::*)()’
=== /usr/lib/gcc-snapshot/bin/gcc (gcc (Ubuntu 20140821-0ubuntu1) 5.0.0
20140821 (experimental) [trunk revision 214260] Copyright (C) 2014 Free
Software Foundation, Inc. This is free software; see the source for copying
conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.) ===
b.cpp: In member function 'void D::fix()':
b.cpp:7:54: error: no matching function for call to 'D::wait(int)'
template void fix() { wait<&D::done>(0); }
^
b.cpp:4:42: note: candidate: template void
D::wait(D::B***)
template void wait(B ***);
^
b.cpp:4:42: note: template argument deduction/substitution failed:
b.cpp: In substitution of 'template void
D::wait(D::B***) [with int (D::* cont_f)() = (&((D*)this)->*D::done)]':
b.cpp:7:54: required from here
b.cpp:4:42: error: '&((D*)this)->*D::done' is not a valid template argument for
type 'int (D::*)()'
b.cpp:4:42: error: it must be a pointer-to-member of the form '&X::Y'
b.cpp:4:42: error: could not convert template argument '&((D*)this)->*D::done'
to 'int (D::*)()'
Using built-in specs.
COLLECT_GCC=gcc-4.9
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.9.1-9ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.9 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify
--enable-plugin --with-system-zlib --disable-browser-plugin
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-amd64
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --disable-werror --with-arch-32
[Bug spam/62658] MUHTOD~HD Watch Teenage Mutant Ninja Turtles Online
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62658 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|bootstrap |spam Resolution|--- |INVALID --- Comment #2 from Uroš Bizjak --- spam
[Bug fortran/62270] -Wlogical-not-parentheses warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62270 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-09-01 CC||burnus at gcc dot gnu.org, ||tkoenig at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Thomas Koenig --- Tobias, I think you added the code for interface.c. A longer version would be && (formal->attr.intent != INTENT_UNKNOWN) == INTENT_UNKNOWN or rather formal->attr.intent != INTENT_UNKNOWN Is this what is intended here? The second part is identical to (e->ref->u.ar.type != 0) != 1 Because ar_type is always unequal to zero, this reduces to 1 != 1 which again reduces to 0 which I suspect is a bug.
[Bug c++/62661] New: digit separator warning in if'ed out code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62661
Bug ID: 62661
Summary: digit separator warning in if'ed out code
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: olegendo at gcc dot gnu.org
Compiling the following snippet as C or C++ < C++14:
#if 0
unsigned int test (void)
{
return 0b0101'0101'0101'0101'0101'0101'0101'0101;
}
#endif
results in the following warning:
warning: missing terminating ' character
return 0b0101'0101'0101'0101'0101'0101'0101'0101;
^
Putting the code in a block comment makes the warning go away.
I'm not sure how to categorize this or whether this is intended. It looks
strange though.
[Bug c++/62306] [4.9/5 Regression?] Change in the comdat used for constructors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62306 --- Comment #2 from Rafael Avila de Espindola --- This is again visible on trunk now that pr62302 has been fixed (thanks!). It doesn't seem profitable to ever put D0 in the D5 comdat. It cannot be equal to D1 or D2, so putting it there just constrains the linker unnecessarily.
[Bug c++/62659] [4.9/5 regression] Regression in template argument substitution in 4.9+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62659 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org, ||jason at gcc dot gnu.org Summary|[4.9 regression] Regression |[4.9/5 regression] |in template argument|Regression in template |substitution in 4.9+|argument substitution in ||4.9+ --- Comment #1 from Jakub Jelinek --- Started to be rejected with r196737 aka PR56481.
[Bug c++/62224] [4.9 Regression] Possible regression in gcc-4.9-20140820
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62224
--- Comment #5 from Chris Clayton ---
I reverted the code change from r214208 with the following patch:
--- gcc-4.9-20140827-orig/gcc/cp/decl2.c2014-08-20 02:54:40.0
+0100
+++ gcc-4.9-20140827/gcc/cp/decl2.c 2014-09-01 21:07:29.799905722 +0100
@@ -1934,11 +1934,6 @@ decl_needed_p (tree decl)
if (flag_keep_inline_dllexport
&& lookup_attribute ("dllexport", DECL_ATTRIBUTES (decl)))
return true;
- /* Virtual functions might be needed for devirtualization. */
- if (flag_devirtualize
- && TREE_CODE (decl) == FUNCTION_DECL
- && DECL_VIRTUAL_P (decl))
-return true;
/* Otherwise, DECL does not need to be emitted -- yet. A subsequent
reference to DECL might cause it to be emitted later. */
return false;
With this patch applied to gcc-4.9-20140827, I can now build qt-creator-3.2.0
successfully.
[Bug preprocessor/62661] digit separator warning in if'ed out code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62661 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c++ |preprocessor Resolution|--- |DUPLICATE --- Comment #1 from Andrew Pinski --- This is correct tokenization has to happen in #if code. *** This bug has been marked as a duplicate of bug 11806 ***
[Bug preprocessor/11806] cpp does not ignore "'" inside #if 0 / #endif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11806 Andrew Pinski changed: What|Removed |Added CC||olegendo at gcc dot gnu.org --- Comment #2 from Andrew Pinski --- *** Bug 62661 has been marked as a duplicate of this bug. ***
[Bug target/62662] New: [4.9/5 Regression] Miscompilation of Qt on s390x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62662
Bug ID: 62662
Summary: [4.9/5 Regression] Miscompilation of Qt on s390x
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jakub at gcc dot gnu.org
CC: krebbel at gcc dot gnu.org, uweigand at gcc dot gnu.org
Target: s390x-linux
struct A
{
int a;
void b ();
};
int c;
struct B
{
struct C { A d; };
static C e;
};
struct D
{
B::C *d;
D () : d (&B::e) { d->d.b (); }
};
struct F
{
F (int *);
int *f;
D g;
};
void A::b ()
{
volatile int x;
__asm__("" : "=&d" (c), "=&d" (x), "=m" (*&a) : "a" (&a), "dm" (0));
}
F::F (int *p1) : f (p1) {}
compiled with -m64 -O2 -fvisibility=hidden -fPIC -march=z9-109 -mtune=z10
results in wrong-code:
stg %r15,120(%r15)
stg %r3,0(%r2)
.LCFI3:
lay %r15,-168(%r15)
.LCFI4:
larl%r4,c
larl%r1,_ZN1B1eE@GOTENT
lhi %r5,0
lg %r1,0(%r1)
stg %r1,8(%r2)
st %r2,0(%r4)
st %r3,164(%r15)
lg %r4,280(%r15)
lg %r15,288(%r15)
.LCFI5:
br %r4
The %r14 return register is not saved to the return register stack slot in the
prologue, but is restored from it in the epilogue and jumped to.
>From quick look at this, this seems to be because of bad interaction in between
/* Fetch return address from stack before load multiple,
this will do good for scheduling. */
code in s390_emit_epilogue and s390_optimize_prologue. If
cfun_frame_layout.save_return_addr_p is false, and first register needing save
during s390_emit_epilogue is below 13 and last above 14, then
s390_emit_epilogue attempts to optimize and loads the return register into
typically %r4 before doing the load multiple insn, but s390_optimize_prologue
doesn't take this into account, it will remove the store multiple insn in the
prologue if at that point only %r15 needs saving, and also replace the load
multiple, but keep loading from return register stack slot into %r4 and return
to %r4.
So, either s390_optimize_prologue needs to adjust also the return insn (and
remove the load of the return address from stack slot if DSE can't handle it?),
or we need to arrange in this case that s390_optimize_prologue doesn't optimize
the return address store away.
[Bug target/62662] [4.9/5 Regression] Miscompilation of Qt on s390x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62662 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.9.2 --- Comment #1 from Jakub Jelinek --- Seems to work fine in 4.8.x, apparently pro_and_epilogue doesn't decide it needs to save more registers than %r15 in that case.
[Bug target/62312] [4.9/5 Regression] [SH] Invalid operands for opcode div0s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62312 --- Comment #3 from Oleg Endo --- Author: olegendo Date: Mon Sep 1 22:25:09 2014 New Revision: 214804 URL: https://gcc.gnu.org/viewcvs?rev=214804&root=gcc&view=rev Log: gcc/ PR target/62312 * config/sh/sh.md (*cmp_div0s_0): Add missing constraints. gcc/testsuite/ PR target/62312 * gcc.c-torture/compile/pr62312.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr62312.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/sh/sh.md trunk/gcc/testsuite/ChangeLog
[Bug target/62312] [4.9/5 Regression] [SH] Invalid operands for opcode div0s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62312 --- Comment #4 from Oleg Endo --- Author: olegendo Date: Mon Sep 1 22:31:55 2014 New Revision: 214805 URL: https://gcc.gnu.org/viewcvs?rev=214805&root=gcc&view=rev Log: gcc/ Backport from mainline 2014-09-01 Oleg Endo PR target/62312 * config/sh/sh.md (*cmp_div0s_0): Add missing constraints. gcc/testsuite/ Backport from mainline 2014-09-01 Oleg Endo PR target/62312 * gcc.c-torture/compile/pr62312.c: New. Added: branches/gcc-4_9-branch/gcc/testsuite/gcc.c-torture/compile/pr62312.c Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/config/sh/sh.md branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
[Bug c/62663] New: m68k / coldfire : compiling with -msep-data breaks the code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62663 Bug ID: 62663 Summary: m68k / coldfire : compiling with -msep-data breaks the code Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: angelo70 at gmail dot com Created attachment 33430 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33430&action=edit c file Dear, i am compiling a simple test file (attached), generated output includes non coldfire mcf5307/m68k opcodes. /toolchain_path/m68k-elf-gcc -I../../../../include -I../../include -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0xffc0 -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -fno-stack-protector -g -Wno-format-nonliteral -fno-toplevel-reorder -D__M68K__ -mcpu=5307 -Os -ffunction-sections -fdata-sections -ffixed-d7 -msep-data -pipe cpu_init_t.c -c Wrong opcode is for the c call to square_tes() jpm (see after the 3 nop, 0x4e71). removing "-msep-data" i see correct opcode.
[Bug libstdc++/62313] Data race in debug iterators
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62313 --- Comment #8 from Jonathan Wakely --- It might be possible to solve using the base-from-member idiom so that _M_current is set before the iterator is added to the collection.
[Bug target/62312] [4.9/5 Regression] [SH] Invalid operands for opcode div0s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62312 Oleg Endo changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Oleg Endo --- Fixed on trunk and 4.9.
[Bug c/62663] m68k / coldfire : compiling with -msep-data breaks the code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62663 --- Comment #1 from angelo --- Created attachment 33431 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33431&action=edit wrong object
[Bug other/62664] New: MMX set intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62664
Bug ID: 62664
Summary: MMX set intrinsics
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: g.peterhoff.home at talkplus dot de
Hello,
the set/set1-mmx intrinsics do not work with optimizations on Windows. The
code:
typedef union
{
__m64m;
int32_te[2];
} ZZ;
int main()
{
srand(time(nullptr));
int32_tr=rand()%100;
doubled; // or float; integer works
ZZz;
z.m=_mm_set1_pi32(r); // or other _mm_setX_piXX with correct ZZ.e
d=z.e[0];
std::cout< working properly
[Bug target/62664] MMX set intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62664 Andrew Pinski changed: What|Removed |Added Component|other |target --- Comment #1 from Andrew Pinski --- I think you forgot to clear the MMX state. MMX and FP share the same register set and need to be cleared before going from MMX to FP.
[Bug spam/62665] PUTLOCKER FREE!! Watch Love & Hip Hop: Atlanta Season 3 Episode 19 Online
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62665 Frédéric Buclin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|bootstrap |spam Resolution|--- |INVALID --- Comment #1 from Frédéric Buclin --- .
[Bug target/62664] MMX set intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62664
--- Comment #2 from g.peterhoff.home at talkplus dot de ---
(In reply to Andrew Pinski from comment #1)
> I think you forgot to clear the MMX state. MMX and FP share the same
> register set and need to be cleared before going from MMX to FP.
I know, but that's not the problem. If you replace
z.m=_mm_set1_pi32(r);
by
z.m=_mm_setzero_si64()
z.m+=r; // gcc only
it works.
With sse-intrinsict it works so well:
typedef union
{
__m64m;
__m128i s;
int16_te[4];
} ZZ;
z.s=_mm_set1_epi32(r);
AVX unfortunately I can not test because my hardware only with float/double
counted (AVX1), but not with integers (AVX2).
[Bug target/62664] MMX set intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62664
--- Comment #3 from g.peterhoff.home at talkplus dot de ---
Sorry, I mean
typedef union
{
__m64 m;
__m128i s;
int32_t e [4];
ZZ};
[Bug spam/62667] buy valium
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62667 Frédéric Buclin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version|0.98|unknown Component|xml |spam Assignee|dog at gnu dot org |unassigned at gcc dot gnu.org Resolution|--- |INVALID Product|classpath |gcc --- Comment #1 from Frédéric Buclin --- .
[Bug bootstrap/62669] New: high quality! Watch Teen Wolf Season 4 Episode 11 Online and free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62669 Bug ID: 62669 Summary: high quality! Watch Teen Wolf Season 4 Episode 11 Online and free Product: gcc Version: trans-mem Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: lejetwerkengwa72 at yahoo dot com Watch Teen Wolf Season 4 Episode 11 Online High Quality, Watch Teen Wolf Season 4 Episode 11 Online And Free, Watch Teen Wolf Season 4 Episode 11 Stream Free, Watch Teen Wolf Season 4 Episode 11 Megavideo, Watch Teen Wolf Season 4 Episode 11 Megashare, Watch Teen Wolf Season 4 Episode 11 Putlocker, Watch Teen Wolf Season 4 Episode 11 Series CLICK HERE http://w.atch.me/kNT1VV http://w.atch.me/kNT1VV Teen Wolf: A Promise To The Dead Episode: Season 4 Episode 11 Airdate: 9/1/2014 Watch Teen Wolf Season 4 Episode 11 Online A Promise To The Dead Scott and his Pack begin a dangerous battle against an old enemy The following information is worth to you see, with regard to the Teen Wolf Season 4 Episode 11 MTV Watch Online Video Free. An explanation of our Teen Wolf Season 4 Episode 11 MTV Watch Online Video Free gives only a glimpse, for more details please refer to the link that has been provided below. Watch Teen Wolf Season 4 Episode 11 Online, Teen Wolf Season 4 Episode 11 Se4Ep11, Teen Wolf S4E11 Free, Teen Wolf 4×11, Teen Wolf S04E11 Se4Ep11, Download Teen Wolf Season 4 Episode 11 Allmyvideos Putlocker, Teen Wolf Season 4 Full Episode Video Streaming Free.
[Bug spam/62669] high quality! Watch Teen Wolf Season 4 Episode 11 Online and free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62669 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|bootstrap |spam Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug spam/62668] Download The Expendables 3 movie HD quality, real The Expendables 3 movie download
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62668 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug spam/62670] Download Let's Be Cops movie HD quality, download Let's Be Cops full movie free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62670 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug target/62664] MMX set intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62664 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #4 from Andrew Pinski --- You need to use _mm_empty (). Read http://msdn.microsoft.com/en-us/library/ays9ef83(v=vs.90).aspx on why.
[Bug spam/62671] Watch Teen Wolf Season 4 Episode 11 Online
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62671 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|cp-tools|spam Version|0.98|2.96 Resolution|--- |INVALID Product|classpath |gcc --- Comment #1 from Andrew Pinski --- .
[Bug spam/62672] Download Sin City: A Dame to Kill For movie HD quality, real Sin City: A Dame to Kill For movie download
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62672 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug spam/62675] Download I Origins movie HD quality, I Origins movie download 1080p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62675 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug bootstrap/62676] New: stream!!! Watch America's Next Top Model Season 21 Episode 3 Online Free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62676 Bug ID: 62676 Summary: stream!!! Watch America's Next Top Model Season 21 Episode 3 Online Free Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: lejetwerkengwa71 at yahoo dot com Watch America's Next Top Model Season 21 Episode 3 Online Free, Watch America's Next Top Model Season 21 Episode 3 Online And Free, Watch America's Next Top Model Season 21 Episode 3 Stream Free, Watch America's Next Top Model Season 21 Episode 3 Megavideo, Watch America's Next Top Model Season 21 Episode 3 Megashare, Watch America's Next Top Model Season 21 Episode 3 Putlocker, Watch America's Next Top Model Season 21 Episode 3 Series CLICK HERE http://w.atch.me/j6uu3H http://w.atch.me/j6uu3H America's Next Top Model: The Girl Who's a Player Episode: Season 21 Episode 3 Airdate: 9/1/2014 Watch America's Next Top Model Season 21 Episode 3 Online Free - America's Next Top Model S21E3 Video The Girl Who's a Player The final 14 contestants move into their new home, just in time for tempers to flare and relationships to ignite. Models compete in a revealing runway challenge where the wardrobe consists only of silly string. Host Tyra Banks gives a behind-the-scenes look on how this cycle's rain-themed intro was put together The following information is worth to you see, with regard to the America's Next Top Model Season 21 Episode 3 The CW Watch Online Video Free. An explanation of our America's Next Top Model Season 21 Episode 3 The CW Watch Online Video Free gives only a glimpse, for more details please refer to the link that has been provided below. Watch America's Next Top Model Season 21 Episode 3 Online, America's Next Top Model Season 21 Episode 3 Se21Ep3, America's Next Top Model S21E3 Free, America's Next Top Model 21×3, America's Next Top Model S021E3 Se21Ep3, Download America's Next Top Model Season 21 Episode 3 Allmyvideos Putlocker, America's Next Top Model Season 21 Full Episode Video Streaming Free. watch America's Next Top Model online season 21 episode 3 putlocker, watch America's Next Top Model season 21 episode 3 online free megavideo, America's Next Top Model season 21 episode 3 megashare The Girl Who's a Player, America's Next Top Model series episode 3, watch America's Next Top Model season 21 episode 3 hulu, America's Next Top Model episode 3 megashare, America's Next Top Model season 21 episode 3 online free, America's Next Top Model s21e03 download, America's Next Top Model season 21 episode 3 online megavideo, America's Next Top Model s21e03 streaming, America's Next Top Model season 21 episode 3 megashare The Girl Who's a Player. Click Here to Watch America's Next Top Model Season 21 Episode 3: http://www.pclivestream.info/2014/09/watch-americas-next-top-model-season-21.html Click Here to Watch America's Next Top Model Season 21 Episode 3 Watch America's Next Top Model Season 21 Episode 3 Online Right Now: http://www.pclivestream.info/2014/09/watch-americas-next-top-model-season-21.html Watch America's Next Top Model Season 21 Episode 3 Online Right Now The final 14 contestants move into their new home, just in time for tempers to flare and relationships to ignite. Models compete in a revealing runway challenge where the wardrobe consists only of silly string. Host Tyra Banks gives a behind-the-scenes look on how this cycle's rain-themed intro was put together watch America's Next Top Model episode season 21 episode 3, watch America's Next Top Model season 21 episode 3 live, America's Next Top Model s21 e03 pirate, watch America's Next Top Model season 21 episode 3 free, watch America's Next Top Model season 21 episode 3 The Girl Who's a Player online. America's Next Top Model season 21 episode 3 vureel, America's Next Top Model season 21 episode 3 3 channel, America's Next Top Model season 21 episode 3 full episode youtube, watch season 21 of America's Next Top Model episode 3, watch America's Next Top Model season 21 episode 3 sockshare, watch America's Next Top Model season 21 episode 3 hd, watch America's Next Top Model online free season 21 episode 3, watch America's Next Top Model season 21 episode 3 tubeplus, watch America's Next Top Model season 21 episode 3 amazon, America's Next Top Model season 21 episode 3 full episode free megashare. watch America's Next Top Model season 21 episode 3 videobb, America's Next Top Model season 21 episode 3 online free megashare, America's Next Top Model season 21 episode 3 online free megashare, America's Next Top Model season 21 episode 3 megavideo, watch America's Next Top Model season 21 episode 3 megashare. America's Next Top Model season 21 episode 3 sockshare, America's Next Top Model episode season 21 episode 3, America's Next Top Model season 21 episode 3 full epis
[Bug spam/62678] Download Earth to Echo movie HD quality, buy and download Earth to Echo movie online
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62678 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug spam/62677] Download The November Man movie HD quality, illegal The November Man movie download
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62677 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug spam/62676] stream!!! Watch America's Next Top Model Season 21 Episode 3 Online Free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62676 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|bootstrap |spam Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug spam/62679] ABC! watch Bachelor in Paradise Season 1 Episode 6 Online S1E6 Freer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62679 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |spam Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- .
[Bug libstdc++/62313] Data race in debug iterators
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62313 --- Comment #9 from Dmitry Vyukov --- Don't forget about destructor -- the iterator must be removed from list before it destruction starts.
