similar to: Extracting Data from SQL Server

In the following sequence: $llc -march=c -o diag01_c.c diag01.ll $vpolcc.ss -S -k diag01_c.c <<== **FAILS** $vpolcc.ss -o diag01 diag01_c.s I am using llc (from llvm) to convert an .ll file into a .c file. I am then running the .c file through vpolcc.ss (from zephyr) to further process it for mips architecture. The vpolcc.ss script fails at lcc (not to be confused with llc), with

On 06/03/2019 19:30, Pete Geenhuizen wrote: > > > On 03/06/2019 09:59 AM, Fred Smith wrote: >> >>> I tried to install this and ran into a conflict >>> >>> --> Processing Conflict: >>> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >>> --> Finished Dependency Resolution >>> Error: nvidia-x11-drv-340xx

Following up on a thread that I started about Agents/Queue and acknowledging calls before bridging them... Greg Boehnlein said that he was putting his efforts into ICD. I downloaded and installed ICD, and I can get simple queue and agent stuff working fine, and see that this new design is much cleaner and more powerful. That said, in the sample conf files, the "acknowledge_call"

On Wed, Mar 06, 2019 at 07:26:42AM -0500, Pete Geenhuizen wrote: > > On 03/02/2019 05:41 AM, Phil Perry wrote: > > > >Hi Gerry, > > > >I've updated the nvidia 340xx legacy package set for el7.6, and > >released the packages to the elrepo testing repository. > > > >Please could you test them and let me know if they work as > >expected. To

On 06/03/2019 21:53, Pete Geenhuizen wrote: > > > On 03/06/2019 04:21 PM, Phil Perry wrote: >> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>> >>> That is all good and well, but my problem is that I now can't install >>> >>> vlc smplayer mplayer, or? ffmpeg-libs because they need >>> ocl-icd-2.2.12-1.el7.x86_64from epel.

I'm using wine 1.2-rc5 on Xubuntu 10.04. I've been trying to get Alpha Centauri/Alien Crossfire working for a few days now and running into nothing but annoyance so far. Latest problem; AC keeps crashing. All the time. If I save at a certain point and, say make a specific series of moves next turn and it crashes, re-loading and repeating will cause it to crash again. Below is the

On 27/02/2019 20:34, Phil Perry wrote: > On 27/02/2019 20:29, Jerry Geis wrote: >>> I'll see if I can find some time this weekend to fix the elrepo package >>> and get it reinstated into the repository. >> >>> Phil >> >> >> Hi Phil, Thanks for the reply. Your correct this is OLD hardware. >> Everything was working with 7.5 thought I

On 03/06/2019 09:59 AM, Fred Smith wrote: > >> I tried to install this and ran into a conflict >> >> --> Processing Conflict: >> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >> --> Finished Dependency Resolution >> Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64 >> >> I removed ocl-icd and

On 03/06/2019 04:21 PM, Phil Perry wrote: > On 06/03/2019 19:30, Pete Geenhuizen wrote: >> >> That is all good and well, but my problem is that I now can't install >> >> vlc smplayer mplayer, or? ffmpeg-libs because they need >> ocl-icd-2.2.12-1.el7.x86_64from epel. >> I tried to roll back to the previous version via yum history undo but >>

On Wed, 6 Mar 2019 at 17:50, Phil Perry <pperry at elrepo.org> wrote: > > On 06/03/2019 21:53, Pete Geenhuizen wrote: > > > > > > On 03/06/2019 04:21 PM, Phil Perry wrote: > >> On 06/03/2019 19:30, Pete Geenhuizen wrote: > >>> > >>> That is all good and well, but my problem is that I now can't install > >>> >

Hello everyone, A while back I hit an issue where the presence of multiple OpenCL runtimes on a single system triggered errors in libLLVM caused by redeclaring command line arguments [0]. There's been some discussion on the bug report and a pointer to a slightly older report, unrelated to OpenCL, but most likely about the same issue [1]. OpenCL uses an ICD loader library to abstract away

Hello! I'm trying to replace "default" Direct3D7 implementation with gorgeous Wine software (ddraw.dll/wined3d.dll). However initialization brings surprises. wined3d.dll tries to load opengl32.dll (it's correct I suppose). opengl32.dll calls GetSystemMetrics from user32.dll (it's probably correct) user32.dll tries to use ddraw.dll to calculate some parameters. Maybe

I have heard about the ICD project to make a better Call center solution for asterisk, and I just noticed it on cvs. Is it a viable alternative or does it need work? Either way I am definitely interested as we are not quite happy with the current setup. Thanks, Robert Jackson

On 06/03/2019 23:03, Stephen John Smoogen wrote: > On Wed, 6 Mar 2019 at 17:50, Phil Perry <pperry at elrepo.org> wrote: >> >> On 06/03/2019 21:53, Pete Geenhuizen wrote: >>> >>> >>> On 03/06/2019 04:21 PM, Phil Perry wrote: >>>> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>>>> >>>>> That is all good and

On 05/07/2018 12:28 AM, Nicolai Hähnle via llvm-dev wrote: > We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. > > There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is basically guaranteed to lead to crashes because of symbol

We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is basically guaranteed to lead to crashes because of symbol clashes. I wonder if C++11 inline namespaces could be used for proper

On 07.05.2018 17:49, Tom Stellard wrote: > On 05/07/2018 12:28 AM, Nicolai Hähnle via llvm-dev wrote: >> We have a similar problem in Mesa's radeonsi driver. It would be great if command-line options could somehow be tied to an llvm::Context, for example. >> >> There is an even worse problem when *different versions* of LLVM are loaded into the same process. This is

On 03/02/2019 05:41 AM, Phil Perry wrote: > > Hi Gerry, > > I've updated the nvidia 340xx legacy package set for el7.6, and > released the packages to the elrepo testing repository. > > Please could you test them and let me know if they work as expected. > To install: > > yum --enablerepo=elrepo-testing install kmod-nvidia-340xx > nvidia-x11-drv-340xx

I've noticed that LLVM does a bad job of optimizing array indexing code for FORTRAN arrays declared using the ALLOCATABLE keyword. For example if you have something like the following: DOUBLE PRECISION,ALLOCATABLE,DIMENSION(:,:,:,:) :: QAV ... ALLOCATE( QAV( -2:IMAX+2,-2:JMAX+2,-2:KMAX+2,ND) ) ... DO L = 1, 5 DO K = K1, K2 DO J = J1, J2 DO I = I1, I2 II = I +

Hi, For those interrested, here's a FAQs about my SafeDisc support implementation. Feel free to comment. Laurent Pinchart -------------- next part -------------- SafeDisc FAQs What is SafeDisc ? ================== SafeDisc is a CD copy protection system designed for Microsoft Windows. It is widely used, especially to protect games. There are currently 2 main versions of SafeDisc