search for: antipov

Hello, it it possible to get a kind of diagnostics if the variable is totally optimized away? For example, in: void foo (struct some_type *obj) { ... some code where 'obj' is not used ... bar (obj->some_member); ... some code where 'obj' is not used again ... baz (obj->some_member); } 'obj' is likely to be optimized away so only

Hello, recently I've installed 7.0 and now I'm observing strange thing with my Internet connection. Access to some sites may be VERY slow or doesn't work at all with different kinds of timeout messages or without messages at all (but other sites works fine). For example, firefox may say "Transferring data from..." message and then "The connection to the server was reset

On 04/04/2013 05:09 PM, Hal Finkel wrote: > Looking briefly at the code in comment 5 of PR15581, is that the pre-decrement case? > I can't test that case on PPC, so I can certainly believe that there is a problem somewhere. > The relevant code is a little farther down: > > APInt OV = > cast<ConstantSDNode>(Offset)->getAPIntValue(); > if (AM ==

On 04/10/2013 10:22 PM, Hal Finkel wrote: >> Okay, great! Can you please generate a test case? In case you don't >> know, an easy way is this: place an assert that will crash the code >> generation in the pre-dec case you've highlighted, then use bugpoint >> to produce a reduced test case for the crash. > > [list not cc'd] > > Were you able to make

----- Original Message ----- > From: "Dmitry Antipov" <antipov at dev.rtsoft.ru> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "Renato Golin" <renato.golin at linaro.org>, llvmdev at cs.uiuc.edu > Sent: Thursday, April 4, 2013 3:22:05 AM > Subject: Is r174746 broken on ARM? > > Hello Hal,...

Hello Hal, I have a strong suspicion that your constant folding optimization introduced at r174746 is broken on ARM. There is a bug about it: http://llvm.org/bugs/show_bug.cgi?id=15581 There is no such issue with 3.2, and reverting r174746 on top of r178740 also fixes the problem. I'm trying to fix it myself, but still have no good ideas; so it would be great to have an advice from you.

I'm trying to manually garbage data on bricks (when the volume is stopped) and then check whether healing is possible. For example: Start: # glusterd --debug Bricks (on EXT4 mounted with 'rw,realtime'): # mkdir /root/data0 # mkdir /root/data1 # mkdir /root/data2 Volume: # gluster volume create gv0 replica 3 [local-ip]:/root/data0 [local-ip]:/root/data1 [local-ip]:/root/data2

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Eremin-Solenikov <dmitry_eremin@mentor.com>...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Eremin-Solenikov <dmitry_eremin@mentor.com>...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Eremin-Solenikov <dmitry_eremin@mentor.com>...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Belimov <d.belimov@gmail.com> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Erem...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Belimov <d.belimov@gmail.com> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Erem...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Belimov <d.belimov@gmail.com> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Erem...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Belimov <d.belimov@gmail.com> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Erem...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Belimov <d.belimov@gmail.com> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Erem...

...@chelsio.com> Diwakar Tundlam <dtundlam@nvidia.com> Djalal Harouni <tixxdz@opendz.org> Djamil Elaidi <d-elaidi@ti.com> Djuri Baars <dsbaars@gmail.com> Dmitrii Cherkasov <DCherkasov@luxsoft.com> Dmitry Adamushko <dmitry.adamushko@gmail.com> Dmitry Antipov <dmitry.antipov@linaro.org> Dmitry Artamonow <mad_soft@inbox.ru> Dmitry Belimov <d.belimov@gmail.com> Dmitry Cherkasov <Dmitrii.Cherkasov@amd.com> Dmitry Cherkassov <Dmitrii.Cherkasov@amd.com> Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Dmitry Erem...

Hello all, can someone do a quick review of the one-line proposal fix attached to http://llvm.org/bugs/show_bug.cgi?id=15581? I'm not sure that I can explain why it works, but it (hopefully) is, so I really need a feedback with this. Thanks, Dmitry