search for: readfing

Index: ocfs2/libocfs2/Makefile =================================================================== --- ocfs2/libocfs2/Makefile (revision 127) +++ ocfs2/libocfs2/Makefile (working copy) @@ -65,6 +65,7 @@ HFILES = \ include/jfs_user.h \ + include/jfs_compat.h \ include/kernel-jbd.h \ include/kernel-list.h \ include/ocfs2_fs.h \ Index: ocfs2/debugfs.ocfs2/Makefile

This is a proposal for modifying the interface for domU bootloaders (i.e. something that provides us with a kernel and ramdisk file with which the domain can be booted). The current interface, as is, has a number of problems, including: 1) the first disk specified is assumed to be the disk containing the files 2) ''bootentry'' is highly pygrub-specific. There is no easy facility

Hi There: I was wondering if there is a way to read FORTRAN list data (similar to IDL's readf function). I often use FORTRAN for most of my number crunching, and use something like IDL to visualize and perform statistical analysis on that data. Since the each file is rather large (>100 Mb), formatting the output into columns or tables is impractical, hence the "list"

> Author: nba-guest > Date: Mon Apr 24 20:45:39 2006 > New Revision: 414 > > Modified: > trunk/CHANGES > trunk/drivers/cpsups.c > Log: > Fix C++ style declarations between statements > > Modified: trunk/CHANGES Niels, What is the reason for 'fixing' this? Constructions like these are used in many locations throughout the sources (not only in the

...ve to understand whether or not the target architecture supports masks and not generate them (e.g. no if-conversion) if the target doesn't support them. I wonder if there is some way to un-if-convert to eliminate masks if necessary. I'm thinking about code portability and JIT issues when readfing in LLVM IR that was produced at some earlier time. Perhaps this isn't an issue we need to worry about right now. > I don't want to stand in the way of progress, but this alternative > approach seems promising enough to be worth consideration. Alternatives are always welcome and wor...

domUloader potentially makes my life a lot easier, but from experiments and looking at the code, it doesn''t seem like there is any way to pass kernel command line arguments with it. Am I just missing something? Thanks, John Byrne _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

On Aug 4, 2008, at 2:02 PM, David Greene wrote: > On Saturday 02 August 2008 16:47, Dan Gohman wrote: > >> * Vector Gather/Scatter >> This would complicate analyses that look at load and store addresses, >> but if we really want to do gather/scatter without messes, this >> might be >> an acceptable tradeoff. > > By "complicate" do you mean