search for: slib

Hi, all, I just recently upgraded my computer though I'm using the same OS (XP). But now I'm having difficulty building packages and I cannot seem to solve the problem. I'm using R-2.1.1pat on Windows XP. Here is what I tried: D:\Users\sundard\slib\sundar\R>R CMD CHECK sundar * checking for working latex ... OK * using log directory 'D:/Users/sundard/slib/sundar/R/sundar.Rcheck' * using R version 2.1.1, 2005-06-21 * checking for file 'sundar/DESCRIPTION' ... OK * this is package 'sundar' version '1.1' * chec...

...just the results for the IDs found in each vector in the list. My current approach is to create new columns in the original data frame with the names of the list items, and any results that don't match replaced with NA. Here is what I've done so far: createSubsets <- function(res, slib) { for(i in 1:length(slib)) { res[ ,names(slib)[i]] <- replace(res$result, which(!is.element(res$sid, slib[[i]])), NA) return (res) } } I have 2 problems: 1) My function only works for the first item in the list: > my.df <- createSubsets(my.df, my.idlist) &gt...

...7079 39 libc.so.6 0x00002aaaab8b7c4d __libc_start_main + 253 40 clang 0x0000000000639ad9 Stack dump: 0. Program arguments: /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-llvm -disable-free -main-file-name slib.c -mrelocation-model static -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -momit-leaf-frame-pointer -coverage-file Output/slib.ll -resource-dir /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1 -D __USE_MISC -D __USE_GNU -D __...

...uot; is valid for C++ but not for C/ObjC cc1: warning: "-Wno-deprecated" is valid for C++ but not for C/ObjC el_sys_unix.c cc1: warning: "-Wno-non-template-friend" is valid for C++ but not for C/ObjC cc1: warning: "-Wno-deprecated" is valid for C++ but not for C/ObjC slib.cc slib_core.cc slib_doc.cc slib_file.cc slib_format.cc slib_list.cc slib_math.cc slib_sys.cc slib_server.cc slib_str.cc slib_xtr.cc slib_repl.cc siod_fringe.cc siod_server.cc io.cc trace.cc EST_SiodServer.cc siod.cc siod_est.cc g++ -c -fno-implicit-templates -O3 -Wall -Wno-non-template-friend...

...4d __libc_start_main + 253 > 40 clang 0x0000000000639ad9 > Stack dump: > 0. Program arguments: > > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/clang > -cc1 -triple x86_64-pc-linux-gnu -emit-llvm -disable-free > -main-file-name slib.c -mrelocation-model static -masm-verbose > -mconstructor-aliases -munwind-tables -target-cpu x86-64 > -momit-leaf-frame-pointer -coverage-file Output/slib.ll -resource-dir > > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1 > -D __US...

...ies, so are_shared looks like this: > are_shared $`/Users/Kara/projects/forks/x13binary/inst//lib/libgcc_s.1.dylib` [1] TRUE TRUE TRUE $`/Users/Kara/projects/forks/x13binary/inst//lib/libgfortran.3.dylib` [1] TRUE $`/Users/Kara/projects/forks/x13binary/inst//lib/libquadmath.0.dylib` [1] TRUE slibs[are_shared] then fails with invalid subscript type 'list'. I believe this may be a bug and I have included a patch that uses any() and vapply() to ensure that only one value is returned for each library and the result is an atomic vector. This is my first time submitting a bug report or p...

...d shared library i386] /usr/lib/libgcc_s.1.dylib (for architecture x86_64):??? Mach-O 64-bit dynamically linked shared library x86_64 /usr/lib/libgcc_s.1.dylib (for architecture i386):??? Mach-O dynamically linked shared library i386 Thanks for the report, I will fix. Tomas > > > slibs[are_shared] then fails with invalid subscript type 'list'. > > yes, "of course". > > > I believe this may be a bug and I have included a patch that uses any() and > > vapply() to ensure that only one value is returned for each library and the >...

.../inst//lib/libgfortran.3.dylib` > [1] TRUE > $`/Users/Kara/projects/forks/x13binary/inst//lib/libquadmath.0.dylib` > [1] TRUE Thank you, Kara. Just for curiosity, what does file /Users/Kara/projects/forks/x13binary/inst//lib/libgcc_s.1.dylib produce on your Mac? > slibs[are_shared] then fails with invalid subscript type 'list'. yes, "of course". > I believe this may be a bug and I have included a patch that uses any() and > vapply() to ensure that only one value is returned for each library and the > result is an atomic ve...

...use-acct? so we don't recurse ad flictum. This recursive call isn't necessary, just have use-acct? recurse unto itself. o look in ${srcdir} for build-config.scm.in o Work around problems with libltdl3. o don't automatically try to (require 'format), so gnucash will build on an slib-3 system. o Added quote sources for Indian Mutual Funds. o Skip the case when a token is the empty string. This caused many warnings about a NULL kvp_frame lookup. o Luigi Ballabio's automake patch to gnucash.m4 o guile-1.6 complains about string->symbol when passed a symbol. o applied...

...lib (for architecture x86_64): Mach-O 64-bit > dynamically linked shared library x86_64 > /usr/lib/libgcc_s.1.dylib (for architecture i386): Mach-O dynamically > linked shared library i386 > > Thanks for the report, I will fix. > > Tomas > > > > > > slibs[are_shared] then fails with invalid subscript type 'list'. > > > > yes, "of course". > > > > > I believe this may be a bug and I have included a patch that uses > any() and > > > vapply() to ensure that only one value is returned f...

...rceforge.net/projects/gnucash/files/gnucash%20(stable)/2.4.7/>. * You can also checkout the sources directly from the subversion repository as described here. <http://wiki.gnucash.org/wiki/Subversion> To compile GnuCash from the source code by yourself, you will need Gnome 2, guile, slib. In addition you will need swig if compiling from subversion. Changes Between 2.4.6 and 2.4.7, the following bugfixes were included: * [20804]Bug #653056: Fix menu accelerators not working, crash on save-while-quitting. * [20800] Bug #646541: new invoice line items default to invo...

...he 2.4.0 release in a few weeks. Then post any bugs you find to bugzilla Getting GnuCash Source code for GnuCash 2.3.4 can be downloaded from www.gnucash.org or https://sourceforge.net/projects/gnucash/files under "gnucash (unstable)". To install GnuCash, users will need Gnome 2, guile, slib and swig. http://www.gnucash.org Win32 binary The Gnucash 2.3.4 Win32 setup executable can be downloaded from https://sourceforge.net/projects/gnucash/files. Look under "gnucash (unstable)". About the Program GnuCash is a free, open source accounting program released under the GNU Gen...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...8 0 0.01 62348 LockedStream.ll 7 16832 0 0.01 16800 0 0.01 16800 long_term.ll 4 66031 0 0.01 66001 0 0.01 66001 lookup.ll 2 68844 0 0.01 68813 0 0.01 68813 loopFilter.ll 8 157592 0 0.02 157571 0 0.02 157571 loop_unroll.ll 602 1276589 8 0.29 1276255 * * * lopcodes.ll 0 5630 0 0.01 5615 0 0.01 5615 loslib.ll 17 46260 0 0.01 46245 0 0.02 46245 lowercase.ll 4 10513 0 0.01 10498 0 0.01 10498 lparser.ll 69 259824 0 0.03 259809 0 0.03 259809 lpbench.ll 8 51184 0 0.02 51162 0 0.02 51162 lpc.ll 5 97839 0 0.02 97809 0 0.02 97809 LR0.ll 13 75095 0 0.01 75069 0 0.02 75069 lr.ll 28 171193 0 0.02 171180 0 0.02...