search for: fcsi

HI, I'm trying to transfer a list of files within a filesystem to another filesystem. I've used the option: # rsync -avzol --progress /wp05/global/FCSI/WP_RLS05/rundir/ /nfs_proj/global/WP/ However, it had produced the error below: building file list ... global/FCSI/WP_RLS05/rundir/wp_celtic_max_fullwarn.tcl.log: Value too large to be stored in data type # du -sk wp_celtic_max.tcl.log 4 wp_celtic_max.tcl.log # file wp_celtic_max.tcl.log...

...rently using rsync version 2.4.4 protocol version 24 on a HP11.0, Solaris 8 and Redhat 7.1 platforms. In my earlier posting, I asked about the problem on "Value too large to be stored in data type" when transferring files which are >= 2GB in size., i.e. building file list ... global/FCSI/WP_RLS05/rundir/wp_celtic_max_fullwarn.tcl.log: Value too large to be stored in data type Could anyone kindly show me how I could rebuild the rsync version above, which I already have it running on my platforms, to be using stat64? which options do I need to specify when rebuilding rsync? Any he...

We've just released the project code for public review. You can find the diffs at the following links: CSI LLVM pass: http://reviews.llvm.org/D21445 CSI Clang support: http://reviews.llvm.org/D21446 CSI Runtime and tests: http://reviews.llvm.org/D21447 The RST for the CSI project can be found with the Clang diff. We know that this code requires changes, additions, more tests, cleanup, etc.

I am very glad this project reached the state where we can start the public code review. Please shoot the patches for review when ready. --kcc On Thu, Jun 16, 2016 at 12:14 PM, TB Schardl via llvm-dev < llvm-dev at lists.llvm.org> wrote: > CC'ing the mailing list for the CSI project. > > On Thu, Jun 16, 2016 at 12:01 PM, TB Schardl <neboat at mit.edu> wrote: >

Hey David, Thank you for your feedback. I'm trying to understand the model you sketched in order to compare it to CSI's current approach, but the details of your proposal are still fuzzy to me. In particular, although the model you described would avoid using LTO to elide unused hooks, it seems more complicated for both tool writers and tool users to use. Please clarify your model and