similar to: [LLVMdev] LLVMdev Digest, Vol 76, Issue 44

On Oct 25, 2010, at 5:13 PMPDT, Kenneth Boyd wrote: > On 10/25/2010 6:31 PM, Peter Lawrence wrote: >> >> Your objection is like saying that it isn't kosher to ignore the >> "register" keyword, because >> "I know what I am doing and you don't.....". > What isn't kosher, is making side effects disappear from a C program. > >

> > The above logic makes sense when you're talking about non-volatile > loads > and stores. To me, it doesn't make sense for volatile loads and > stores. > > The whole point of volatile is to tell the compiler that its > assumptions > about how memory works doesn't apply to this load or store and it > should, therefore, leave it alone and not do

On 10/25/2010 6:31 PM, Peter Lawrence wrote: >> The above logic makes sense when you're talking about non-volatile >> loads >> and stores. To me, it doesn't make sense for volatile loads and >> stores. >> >> The whole point of volatile is to tell the compiler that its >> assumptions >> about how memory works doesn't apply to this load or

On 10/25/2010 7:33 PM, Dale Johannesen wrote: > On Oct 25, 2010, at 5:13 PMPDT, Kenneth Boyd wrote: >> On 10/25/2010 6:31 PM, Peter Lawrence wrote: >>> Your objection is like saying that it isn't kosher to ignore the >>> "register" keyword, because >>> "I know what I am doing and you don't.....". >> What isn't kosher, is

Hi Kenneth, > Well...strictly as LLVM IR I find externally visible incorrect behavior > unlikely, it's just a "different definition". For C and C++, I'd be > looking at more complicated variations of > > int main() > { > volatile int i = 1; > return 0; > } > > It's clear that the LLVM IR representation of i cannot be simply >

Guys I''m looking for some advice on the following situation: We''re serving a residential complex with internet, the network has grown and with it has the problems, below is a descriptive layout of our current setup: Connection: ADSL Down/Up speed: 512kbps/256kbps (1024kbps/256kbps in the near future) 2.0GHz Celeron D with 512MB RAM Current users: 140 Maximum amount of users:

On Tue, 26 Oct 2010 10:00:32 +0200 Duncan Sands <baldrick at free.fr> wrote: > Hi Kenneth, > > > Well...strictly as LLVM IR I find externally visible incorrect > > behavior unlikely, it's just a "different definition". For C and > > C++, I'd be looking at more complicated variations of > > > > int main() > > { > >

Hello World! (In particular, that part of it ouside the USA and Canada) I have (with official sanction of the organisation concerned) a LEGAL site for the distribution of crypt and Kerberos code. The secure code (crypt) is _identical_ to the US code. It originated in South Africa and Australia, and has never been to the US, so it is totally kosher. The Kerberos (eBones actually) code stared out

Hi folks, We recently generated some data that seemed interesting enough to share here. This is a comparison between compilers that ignores the performance of the generated code and focuses only on compiler correctness. volatile checksum errors errors avr-gcc-3.4 1.879% 0.378% avr-gcc-4.1 0.037% 0.256% avr-gcc-4.2

As you might know, LFTP is a popular FTP/SFTP command-line client for most systems. One feature that is lacking from this tool is the ability to do a globbed ls via sftp. I have a patch ready for LFTP that incorporates some of the knowledge [like oddball systems glob() handling] and some of the code from sftp-glob.c for this tool to add this capability. I do, however, have some questions about

I recently transferred the / partition on my CentOS server from a small disk to a large disk, using "rsync -auvz". This works fine, except that I get dozens of selinux warnings when I re-boot. I'm running selinux in permissive mode. Is there any way to make sure that all the files in a partition are kosher as far as selinux is concerned? -- Timothy Murphy e-mail: gayleard /at/

Is it kosher to include vim mode line comments inside of LLVM source files? I would like to do this inside of the MicroBlaze backend to ensure that tabs are expanded into exactly two spaces. I see that right now the following files have these vim mode line comments: include/llvm/ADT/SetVector.h lib/Archive/ArchiveInternals.h lib/Linker/LinkModules.cpp lib/Transforms/IPO/DeadTypeElimination.cpp

On Friday 04 April 2008 13:07, Chris Lattner wrote: > > So how does the undef store to null appear in the IR when it isn't > > attached anywhere and how can I get rid of it? > > Don't do undefined behavior? :) I don't think it's undefined behavior. Right before instcombine, we have this: %r60 = load <2 x i64>* %"$LCS_1", align 16 ; <<2

Testing for __STDC_CONSTANT_MACROS has the advantage that you are forced to define __STDC_CONSTANT_MACROS on win32. If you then switch to another platform the project still compiles. -Jochen

Hi Folks, I see that people have been discussing the win.metafile device on the list since before 2000. Yet I have never seen this on a Linux distribution of R. Is this because the device works by making calls (GPL calls of course!) to a proprietary Windows library? In that case I can understand that it would be far from kosher to implement it on Linux. But I'd like confirmation. I must

On Mon, Oct 25, 2010 at 10:52 AM, John Criswell <criswell at illinois.edu> wrote: > On 10/25/10 10:43 AM, Duncan Sands wrote: >> Hi John, >> >>> As for instructions, I don't know of an instruction which does nothing, >>> won't be removed by optimization, and yet does not inhibit >>> optimization.  Perhaps a local alloca and a volatile load or

Hi Torok, >>> Well...strictly as LLVM IR I find externally visible incorrect >>> behavior unlikely, it's just a "different definition". For C and >>> C++, I'd be looking at more complicated variations of >>> >>> int main() >>> { >>> volatile int i = 1; >>> return 0; >>> } >>>

On 10/26/10 3:11 AM, Duncan Sands wrote: > Hi Torok, > >>>> Well...strictly as LLVM IR I find externally visible incorrect >>>> behavior unlikely, it's just a "different definition". For C and >>>> C++, I'd be looking at more complicated variations of >>>> >>>> int main() >>>> { >>>>

Is it kosher to add, say, horizontal lines to a lattice xyplot using abline(h=xxx)? The lines don't appear at the right value, that is, if h=150, the line might appear at h=140? Jeff This communication, including any attachments, is intended solely for the use of the addressee and may contain information which is privileged, confidential, exempt from disclosure under applicable law or

I have been using rsync 2.6.6, to do an across the network sync on a quiet system in a Solaris 8 environment. Rsync is compiled from src on the sunfreeware gcc compiler, and has worked excellently in this capacity. We are now wanting to attempt to do a similar thing more often in a 'live' environment (doing hourly snapshots), and in testing to see how locked files were being handled