search for: otherwize

...on: > this is not a good test for checking performance. :) yes, i saw, that the numbers are quite discrete, it is just another feature telling the same. Well, but who really needs insecure numbers?.. maybe it would be a good idea to change the test a bit or make the same test but in a loop? otherwize it makes no sense to include them into benchmarking... > Hrm, you're not happy with the 2.25x speedup we get now? opss, sorry, my mistake. > With GCC it > takes 9.639s to run the test, with LLVM-CBE it takes 4.3s, and with > LLVM-LLC-LS it takes 4.963s. I think these are prett...

...gsaws Galore" is written in Delphi, does things that Microsofts's APIs simply cannot. Great program. Attempting to run in WINE, especially the latest and greatest, is catastrophic. Once, it simply changed the screen resolution to something hopeless and failed. I could then restart X or otherwize switch the resolution back with alt-cntrol-+ or such. Now, it switches the screen over and over again. I had to escape to a console, kill all the wine stuff and then correct the resolution. All the desktop icons (KDE is used) were moved around as well. Any ideas?

A few programs would work off Microsoft's COM object. Run with WINE, they try to download a Mozilla ActiveX version. No actual download occurs. One program, a PHP editor, uses the object for a viewer. Program runs fine otherwize. Others, Knowledge Probe education games, run very nicely in WINE. They want the object to check for upgrades and new puzzles. If one clicks yes to download, one gets and interface not supported error. As I said, these run very nicely otherwise.

...neglected to subscribe, but never saw it come up in the archives. I have improved encoder_example.c so that it can read both PCM and YUV data from MPlayer via named pipes. Previously it was necessary to write at least one of these decompressed streams to disk as the fifo buffers would fill otherwize. This also allows for encoding to run simultaneously with decoding (mplayer playback). I'm not sure how portable my code would be, but it works for me under Linux. I know from google searching however that a number of people have experienced the problem I've fixed. How should I go ab...

I have converted my parent's computer to Linux (Fedora Core 3) and have down-loaed Crossover and tried to get three applications working. TurboTax 2004 -> Works great Peachtree-> Still broken and no error output (this is lower priority) FreeCell -> Getting error below Of all the applications I need (for political reasons:>) Freecell is the most critical. I was NOT expecting this

...a good test for checking performance. :) > > yes, i saw, that the numbers are quite discrete, it is just another > feature telling the same. Well, but who really needs insecure numbers?.. > maybe it would be a good idea to change the test a bit or make the > same test but in a loop? otherwize it makes no sense to include them > into benchmarking... The nightly tester is used for two purposes: making sure that nothing breaks (the unit tests) and keeping tabs on how well performance is doing (the spec and most multisource tests). It's not a reliable way to do serious benchmarking...

Im trying to get 2.6.17-rc4-mm1 (which includes klibc) working on an nfs-root setup. Its not working, so I started adding printf()s (not printk()s !) 1st thing I notice is arg5 is empty, but arg 6 is real I could imagine this unexpected situation confusing kinit (will check..) Or is that empty arg intentional, so that it marks the beginning of pxelinux addons ? kinit:main: init-arg 0: /init

...pplication with some dispatcher (someday it will be part of kernel of LLVM-based OS). This dispatcher makes some reasonable optimizations to a LLVM-bytecode and starts the Fib code with argument provided by user. If argument is small enough, then function will give us a result soon, of course. Otherwize is however more interesting: if argument is big enough then we load CPU very quickly and we have to splash out our code to any other available CPUs. Before LLVM project I'd never discuss something like this at all, because of non-feasibility of such a realisation. I do believe that with LLVM s...

My $0.02 worth on this topic .. I'm also interested in distributed computing as XPL/XPS will support it. However, I find it unreasonable to expect LLVM to provide any features in this area. In order to do anything meaningful, LLVM would have to have some kind of awareness of networks (typically an operating system concern). That seems at odds with the "low level" principles of

...to weird types, etc. when > creating new IR. > What I'm getting at is that is doesn't make the situation any worse. In fact, it makes things actually better as you actually get something that do not need legalization is some cases, when you always get something that need legalization otherwize. Think about it. aggregate require legalization. Large scalar require legalization. Without the patch, you always need legalization. With the patch you sometime need legalization. And get optimization back into the game. If your point is that less legalization is better, then the change is a win....

On Wed, 7 Jan 2004, Valery A.Khamenya wrote: > Wednesday, January 7, 2004, 9:37:19 PM, you wrote: > > Well, Chris, let's forget about traditions (finally LLVM is > tradition-breaking thing!). At which level the optimization like i've > meant *should* be implemented?.. Ok, I thought you were concerned about LLVM breaking the _correctness_ of distributed programs, sorry. :)

...va_start(ap, fmt); #ifdef HAVE_VSNPRINTF vsnprintf(buff, 1024, fmt, ap); #else vsprintf(buff, fmt, ap); #endif va_end(ap); return (sock_write_bytes(sockfd, buff, strlen(buff)) > 0); } /* * Read one line of at max len bytes from sockfd into buff. * If ok, return 1 and nullterminate buff. Otherwize return 0. * Terminating \n is not put into the buffer. * Assert Class: 2 */ int sock_read_line(SOCKET sockfd, char *buff, const int len) { char c = '\0'; int read_bytes, pos; if (!sock_valid_socket(sockfd)) { return 0; } else if (!buff) { return 0; } else if (len <= 0) { r...

...9;more random' :) What the patch does: it creates a sysctl variable net.inet.ip.random_lport, which is "off" by default. When it is nonzero, the OpenBSD method is used in sys/netinet/in_pcb.c (in in_pcbbind() in FreeBSD 4 and in_pcbbind_setup() in FreeBSD 5) to pick up a source port. Otherwize - the 'old' FreeBSD method is used. The exact OpenBSD method for finding a free random port is used (but that wasn't just copy-paste =)) ). I don't have opportunity to test the FreeBSD 5 patch, but I tried to analyze the patching results attentively (what I worry about - is using...

On Tue, 27 Apr 2004, [koi8-r] "Valery A.Khamenya[koi8-r] " wrote: > i was thinking that this question was not good > right after relese 1.0, but now perhaps it is OK... > if not, then I am sorry. You could always ask, it's just that the answer changes over time. :) > So, what about current status of benchmarks? > I mean comparison to gcc. It's slowly getting

...atcher (someday it will be part of kernel > of LLVM-based OS). This dispatcher makes some reasonable > optimizations to a LLVM-bytecode and starts the > Fib code with argument provided by user. > If argument is small enough, then function will give us a > result soon, of course. Otherwize is however more interesting: > if argument is big enough then we load CPU very quickly and > we have to splash out our code to any other available CPUs. okay .. again, this isn't "distributed", just "parallel", and I agree its needed. > > Before LLVM project I...

Hi all, i was thinking that this question was not good right after relese 1.0, but now perhaps it is OK... if not, then I am sorry. So, what about current status of benchmarks? I mean comparison to gcc. I have looked at http://llvm.cs.uiuc.edu/testresults/X86/ Unfortunatelly graphs lines are hardly for human eye, but tables are OK. I give my own interpretation for April 26, 2004

2015-08-16 22:10 GMT-07:00 David Majnemer <david.majnemer at gmail.com>: > > > I would argue that a fix in the wrong direction is worse than the status > quo. > How is proposed change worse than status quo ? > > >> >> The argument that target are relying on InstCombine to mitigate IR >> requiring legalization seems dubious to me. First, because both

...use this file, copy it to etc/icecast.conf in the icecast base directory ################################################################################ # I suggest you read this file carefully, and don't do anything silly # cause the configuration file parser is pretty lame. # If not stated otherwize, you can change these while the server is # running (through the admin console). Or by changing this file # and using the rehash command (or (if supported) sending SIGHUP) # Please use the admin console though, cause that's what its there for :) #################################################...

...use this file, copy it to etc/icecast.conf in the icecast base directory ################################################################################ # I suggest you read this file carefully, and don't do anything silly # cause the configuration file parser is pretty lame. # If not stated otherwize, you can change these while the server is # running (through the admin console). Or by changing this file # and using the rehash command (or (if supported) sending SIGHUP) # Please use the admin console though, cause that's what its there for :) ################################################...

David Dennis wrote: > welcome to the list. > > Check the archives. > > There you will find about one newbie a month minimum discovering that the > widely distributed and still available shout package version 0.8.0 > is actually deprecated and highly broken in exactly the manner you > describe. > > Thanks but one point I can make is I get the same results when not