Blutige Selbstjustiz

2005-05-15 Thread tony
Polizeiexperten warnen: Ethnisch abgeschottete Mafia-Clans sind kaum noch zu durchdringen. Die Gerichte tragen Mitschuld. Weiter auf: http://www.libasoli.de/2004/ethnoclans%20spiegel50_04.html

RFC: vectorizer cost model

2007-02-16 Thread Linthicum, Tony
Hello all, Dorit Nuzman and I have been collaborating on a plan for a cost model for the vectorizer. Included below is an overview of the design for the initial implementation. We would welcome any input those of you on the list might have. Thanks in advance for your help. Dorit and Tony

Recall:

2005-05-27 Thread Tony Mueller
Tony Mueller would like to recall the message, "".

RE: rfa (x86): 387<=>sse moves

2005-08-02 Thread Linthicum, Tony
Hello All, I applied the recent patches to the 7/23 snapshot, and am still seeing some 387 to sse moves. In particular, in SpecFP's 177.mesa (matrix.c), I'm seeing fld1's feeding moves to sse registers. Compiled via: gcc -O3 -march=k8 -mfpmath=sse matrix.c Thanks. Tony

Re: Bugzilla permissions

2011-02-01 Thread Tony Poppleton
>> Could someone with the powers please modify my permissions to the above? > > I will do that if a gcc maintainer vouches for you. For the record, this situation has now been resolved and I can edit the bugs as requested. Many thanks, Tony

GCC 4.6 performance regressions

2011-02-08 Thread Tony Poppleton
added to? Thanks, Tony

Re: GCC 4.6 performance regressions

2011-02-08 Thread Tony Poppleton
e as to their setup and usage, to make the results easily repeatable Out of interest, has their been much communication in the past between GCC and Phoronix to address any of these issues in their previous benchmarks? Tony

Strange conversion to int64

2010-01-27 Thread Tony Bernardin
har**)’: main.cpp:19: warning: conversion to ‘int32_t’ from ‘uint64_t’ may alter its value still that operation will generate the output I expect. Is there some strange casting rule that I'm not following properly? cheers, Tony

problems with -fdump-tree options (gcc 4.1.2)

2009-03-25 Thread Tony Zhang
uot; stand for? Thanks a lot! Tony.

Bug triage

2011-01-06 Thread Tony Poppleton
ule it to be fixed in 4.6.0? 4. In general, who is responsible for setting the target release field? 5. Similarly, if I mark a bug as known to work in 4.5.2, will this lead to it eventually being closed? Thanks, Tony

Re: Bug triage

2011-01-07 Thread Tony Poppleton
t, then should it be marked as NEW, with a "Target Milestone" of 4.6.0, and the priority potentially lowered to P4 or P5 (given it is rare and old)? Regards, Tony

Bugzilla permissions

2011-01-26 Thread Tony Poppleton
necessary privileges. Could I please obtain a gcc email account? Many thanks, Tony

Re: Bugzilla permissions

2011-01-26 Thread Tony Poppleton
Thanks. Whilst I can see the change you made in my preferences permissions screen, I don't seem to be able to edit any more of the fields than I could before (I have logged out and back in again). Tony On Wed, Jan 26, 2011 at 2:36 PM, Richard Guenther wrote: > On Wed, Jan 26, 2011 at

Re: Bugzilla permissions

2011-01-27 Thread Tony Poppleton
fields - transition a bug status from UNCONFIRMED to NEW - change "Target Milestone" - potentially change priority/severity Could someone with the powers please modify my permissions to the above? (as an aside, shouldn't modifying the "known to fail/work" fields be enabled by default for all?) Many thanks, Tony

Re: [isocpp-parallel] Proposal for new memory_order_consume definition

2016-02-19 Thread Tony V E
There's at least one easy answer in there: > ‎If implementations must support annotation, what form should that annotation take?  P0190R0 recommends the [[carries_dependency]] attribute, but I am not picky as long as it can be (1) applied to all relevant pointer-like object

[gnu.org #252800]

2005-09-28 Thread Tony Wieczorek via RT
de an answer to your question, please contact the GCC users' help list; you can learn more about it at <http://gcc.gnu.org/lists.html>. I am sorry that I couldn't be of more help. -- Tony Wieczorek Program Assistant (617) 542-5942 Free Software Foundation 51 Franklin St. Fifth Floor Boston, MA 02110 USA