similar to: Passing in Condtions into Object

I guess I mispoke, I checked out the source from http://llvm.org/svn/llvm-project/vmkit/trunk. I thought this was vmkit2. I guess I was just referring to vmkit then. On Thu, Nov 21, 2013 at 12:10 PM, Gaël Thomas <gael.thomas00 at gmail.com> wrote: > Hi Adam, > > I don't know which repo you have used? Because only the llvm repo is > maintained (not the gforge one), and

Hello, I am trying to build vmkit2 from the repo using OpenJDK 6 (stock install) on Ubuntu 13.04 amd64. When I try to compile vmkit2 I get the core dump below. I am not sure what the issue is, but I was getting the same error when I was also using classpath. My build environment is set up in the following way:

Ok, I have exactly the same problem when I compile, I will try to understand where is the problem. Gaël 2013/11/21 Gaël Thomas <gael.thomas00 at gmail.com>: > Arg, you have to use a version strictly before the 7u25 (probably the > 7u21), sorry! > > I hope that it will work, because I also have problem to compile the > trunk version of vmkit (I haven't tested the trunk

Is there a particular revision in the repository that I can checkout and work from? Thanks, -- Adam On Thu, Nov 21, 2013 at 3:46 PM, Gaël Thomas <gael.thomas00 at gmail.com> wrote: > Ok, I have exactly the same problem when I compile, I will try to > understand where is the problem. > > Gaël > > 2013/11/21 Gaël Thomas <gael.thomas00 at gmail.com>: >> Arg, you

Hi Adam, I don't know which repo you have used? Because only the llvm repo is maintained (not the gforge one), and vmkit2 comes from gforge... By the way, how did you found the gforge repo, it should not be referenced anymore from the web? See you, Gaël Le 21 nov. 2013 17:08, "Adam Pridgen" <Adam.pridgen at rice.edu> a écrit : > Hello, > > I am trying to build

Thanks for your help so far Gaël, but I ran into more trouble. I installed the JDK on my system and the messages indicated the JVM version needs to be 1.6. Did you intend to link me to Java 7? LD_LIBRARY_PATH=/usr/lib/jvm/jdk1.7.0_25/jre/lib/amd64/server/:/usr/lib/jvm/jdk1.7.0_25/jre/:/usr/lib/jvm/jdk1.7.0_25/jre/lib/amd64/ Buildfile: /path/to/code/vmkit/mmtk/java/build.xml main: [javac]

I also misunderstood :) So, in this case, the problem is that your version of openjdk is probably not supported. In fact, we only support the version 7u23 of openjdk :) You can find this version here: http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html#jdk-7u25-oth-JPR Currently, I'm modifying the internal design of vmkit and I'm not working

Arg, you have to use a version strictly before the 7u25 (probably the 7u21), sorry! I hope that it will work, because I also have problem to compile the trunk version of vmkit (I haven't tested the trunk since two months). I'm investigating. Tell me if it works for you with an older version :) See you, Gaël PS: the warning messages are not important 2013/11/21 Adam Pridgen

'default n' is the default value for any bool or tristate Kconfig setting so there is no need to write it explicitly. Also since commit f467c5640c29 ("kconfig: only write '# CONFIG_FOO is not set' for visible symbols") the Kconfig behavior is the same regardless of 'default n' being present or not: ... One side effect of (and the main motivation for)

A new intel-gpu-tools quarterly release is available with the following changes: Library changes: - Added an iterator that generate primes for creating input data that should not fall into any patterns that may be optimised by the drivers. (Chris Wilson) - Crashes in fixture blocks now print a stacktrace. (Marius Vlad) - Added support for various system suspend/resume options. (Imre Deak)

On Tue, Feb 13, 2024 at 06:39:20PM +0100, Danilo Krummrich wrote: > On 2/9/24 19:52, Daniel Vetter wrote: > > On Fri, Feb 09, 2024 at 06:41:32PM +0100, Danilo Krummrich wrote: > > > On 2/6/24 15:03, Daniel Vetter wrote: > > > > On Mon, Feb 05, 2024 at 11:00:04PM +0100, Danilo Krummrich wrote: > > > > > On 2/5/24 22:08, Dave Airlie wrote: > > >

A new intel-gpu-tools quarterly release is available with the following changes: Library changes: - Changed debugfs handlers to open files for the DRM device in use, for setups with more than one DRM device. (Tomeu Vizoso) - Added support for 4K and audio HDMI EDID injection. (Abdiel Janulgue, Marius Vlad) - Added support for AMDGPU devices. (Chris Wilson) Tools changes: -

Hi again, I am looking for some way to alternately use 2 related functions, based on some ifelse() condition. For example, I have 2 functions mclapply() and lapply() However, mclapply() function has one extra parameter 'mc.cores' which lapply doesnt not have. I know when mc.cores = 1, these 2 functions are essentially same, however I am looking for more general way to control them

On 04/03/2018 10:39 AM, Christofer Bogaso wrote: > Hi again, > > I am looking for some way to alternately use 2 related functions, > based on some ifelse() condition. > > For example, I have 2 functions mclapply() and lapply() > > However, mclapply() function has one extra parameter 'mc.cores' which > lapply doesnt not have. > > I know when mc.cores =

Hi, In a normal PBX environment a user usually calls in and IVR's are played according to a predefined dialplan. Iam trying to develop an application where asterisk dials out to a user and initiates an IVR instead (please note that the IVR is not static and may vary according to different condtions). Can someone guide me how this is possible using Asterisk. Do I need to write some sort of

Hi Christofer, You cannot assign to list(...). You can do the following myList <- list(...)[!names(list(...)) %in% 'mc.cores'] HTH, Eric On Sun, Mar 4, 2018 at 6:38 PM, Christofer Bogaso < bogaso.christofer at gmail.com> wrote: > Hi, > > As an example, I want to create below kind of custom Function which > either be mclapply pr lapply > > Lapply_me =

Hi, As an example, I want to create below kind of custom Function which either be mclapply pr lapply Lapply_me = function(X = X, FUN = FUN, ..., Apply_MC = FALSE) { if (Apply_MC) { return(mclapply(X, FUN, ...)) } else { if (any(names(list(...)) == 'mc.cores')) { list(...) = list(...)[!names(list(...)) %in% 'mc.cores'] } return(lapply(X, FUN, ...)) } } However when Apply_MC =

Hi Christofer, Before you made the change that I suggested, your program was stopping at the statement: list(...) = list(..) .etc This means that it never tried to execute the statement: return(lapply(X,FUN,...)) Now that you have made the change, it gets past the first statement and tries to execute the statement: return(lapply(X,FUN,...)). That attempt is generating the error message because

That's fine. The issue is how you called Lapply_me(). What did you pass as the argument to FUN? And if you did not pass anything that how is FUN declared? You have not shown that in your email. On Sun, Mar 4, 2018 at 7:11 PM, Christofer Bogaso < bogaso.christofer at gmail.com> wrote: > My modified function looks below : > > Lapply_me = function(X = X, FUN = FUN, Apply_MC =

@Eric - with this approach I am getting below error : Error in FUN(X[[i]], ...) : unused argument (list()) On Sun, Mar 4, 2018 at 10:18 PM, Eric Berger <ericjberger at gmail.com> wrote: > Hi Christofer, > You cannot assign to list(...). You can do the following > > myList <- list(...)[!names(list(...)) %in% 'mc.cores'] > > HTH, > Eric > > On Sun, Mar