search for: distraught

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mostly for print server admins: I am considering marking testprns as deprecated (or just remove it). It doesn't seem to be that useful anymore. Does anyone use it on a regular basis and would therefore be distraught if it were gone in a future 3.0.x release ? cheers, jerry - --------------------------------------------------------------------- Alleviating the pain of Windows(tm) ------- http://www.samba.org GnuPG Key ----- http://www.plainjoe.org/gpg_public.asc "If we're adding...

...no stranger to the issues with the current system: my original proposal was written without knowledge of the limitations. This is why this list hasn't heard much from me yet. I would like to continue working on profiling support but I'm not attached to ProfileInfo and wouldn't be distraught if it gets removed. I'd rather work on a useful solution than a dead one and nothing I've done so far couldn't be ported to a different interface. I know some people are definitely interested in profiling support. My reason for doing this GSoC project was to gain experience with LL...

I could barely afford groceries anymore I told myself to stay positive without this id still be completely distraught... http://www.helpmyse.wxv.pl/redir.php?cylubeg=google.com&dypyri=msn.com&url=http://abc365news.net/esubmit/bizopp_main.php now theres no turning back for me I could never steer you wrong _______________________________________________ Xen-users mailing list Xen-users@lists....

Hello folks, I'd like to remove all of the old and defunct profile info passes from LLVM. These have been almost entirely supplanted by the BranchProbability and BlockFrequency systems, which are actually on by default, and in use in optimization passes. The old system is not on, and hasn't been touched in years except to do minor build fixes and updates. As far as I'm aware, the

...predicated on is independent from whether we remove the existing code... The important thing is that you can use them, and that the existing code won't help much (if at all). I would like to continue working on profiling support but I'm not > attached to ProfileInfo and wouldn't be distraught if it gets removed. > I'd rather work on a useful solution than a dead one and nothing I've > done so far couldn't be ported to a different interface. I know some > people are definitely interested in profiling support. > I am one of them. ;] I've been working on the B...

...y are predicated on is independent from whether we remove the existing code... The important thing is that you can use them, and that the existing code won't help much (if at all). I would like to continue working on profiling support but I'm not attached to ProfileInfo and wouldn't be distraught if it gets removed. I'd rather work on a useful solution than a dead one and nothing I've done so far couldn't be ported to a different interface. I know some people are definitely interested in profiling support. I am one of them. ;] I've been working on the BPI- and BFI-based op...