search for: unusability

I gave up about year ago on this issue, but now i have removed my win partition and REALLY need to get the good 'ol sketchup running. Already tried basic debugging tips posted on the wiki page (eg. editing registry, turning FX off, unchecking "always show at startup"). Yet no luck. It seems to be loading all tools, even the screen can be seen for a fraction of a second, and then it

Hello, I have an Asterisk box with a digium TDE205p card. The problem is that I have several "Goto(s-${DIALSTATUS}" sentences and while the call is trying to find a free channel to establish the call, I get a little noise in each "Zap/... is proceeding passing it to Zap/..." line. My configuration is: Digium card: TE205P Asterisk Version: 1.4.21.2

Hi Waxiado, Chris and Tim, when i compiled with : > $ clang++ -g try.cpp `llvm-config --cppflags --ldflags --libs core jit > native`-o3 -S -emit-llvm I get the following warnings > clang: warning: -lz: 'linker' input unused > clang: warning: -lpthread: 'linker' input unused > clang: warning: -lcurses: 'linker' input unused > clang: warning: -lm:

Hi All, Users have contacted me because they can not build MCMCglmm from source. All are using R 3.3.0 on various machines with different compilers gcc (Ubuntu 5.4.0-6ubuntu1~16.04.2) 5.4.0 g++ (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 Mac OS X El Capitan (version/compiler unspecified) The issue seems to be with mixing C/C++ with the repeated error: /usr/include/c++/5/bits/cpp_type_traits.h:118:3:

This looks like the result of including a C++ system header inside an extern "C" block. There is no evidence of this happening in the current version 2.22.1. However, it did happen in the previous version 2.22 via the chain of inclusions: MCMCglmmcc.h -> cs.h -> R.h -> various C++ system headers See Writing R Extensions P 108. I would check that the people reporting this bug

Hi All, Has vmkit been updated and tested with LLVM 2.8? I am unable to build it (llvm builds fine). There were some errors with Makefile.rules: $(Verb) $(LLVMAS) -f $(<F) -o - | $(LLC) -march=cpp -cppgen=contents -o $@ (march and cppgen options not recognized). What I cannot get past is this one (the warnings concern me as well): ... make[3]: Leaving directory

Package: blktap Version: 2.0.90-4 Severity: important User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-6 gcc-6-unused-const-variable This package fails to build with GCC 6. GCC 6 has not been released yet, but it's expected that GCC 6 will become the default compiler for stretch. Note that only the first error is reported; there might be more. You can find a snapshot of GCC 6 in

Jarrod, On 19 August 2016 at 04:43, Jarrod Hadfield wrote: | Hi All, | | Users have contacted me because they can not build MCMCglmm from source. All are using R 3.3.0 on various machines with different compilers | | gcc (Ubuntu 5.4.0-6ubuntu1~16.04.2) 5.4.0 | g++ (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 | Mac OS X El Capitan (version/compiler unspecified) | | The issue seems to be with mixing

Changes: tools/blktap: remove unneeded pointer dereferencing in convert_dev_name_to_num tools/blktap: constify string arrays in convert_dev_name_to_num tools/blktap: fix params and physical-device parsing tools/blktap: remove unneeded pointer dereferencing from img2qcow.c tools/blktap: remove unneeded pointer dereferencing from qcow2raw.c tools/blktap2: fix build errors caused by Werror in

I am just getting started with llvm. Here's code I am trying to compile: #include <stdio.h>#include "llvm/IR/LLVMContext.h"#include "llvm/IR/Module.h"#include "llvm/IR/IRBuilder.h" int main(){ llvm::LLVMContext& context = llvm::getGlobalContext(); llvm::Module* module = new llvm::Module("top", context); llvm::IRBuilder<>

On Wed, May 9, 2018 at 1:22 PM, Kaleb S. KEITHLEY <kkeithle at redhat.com> wrote: > > That's certainly true. The issue hasn't been fixed in any version of > gluster yet. > > You can help moving it along by voting +1 on > https://review.gluster.org/19974 Will do -- thanks! > Based on that gdb bt you can try applying this patch too >

On Thu, Nov 5, 2020 at 11:36 AM David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > > On Thu, Nov 5, 2020 at 10:46 AM Mircea Trofin <mtrofin at google.com> wrote: >> >> >> >> On Thu, Nov 5, 2020 at 10:40 AM David Blaikie <dblaikie at gmail.com> wrote: >>> >>> >>> >>> On Thu, Nov 5, 2020 at

Hi, This is my setting: I have a Logical Volume /dev/VG/suse with Suse installed. I have added it to the grub and I can boot it and works perfectly fine. Now I am running /dev/VG/root which is running Xen0. I have created a Xen config file to boot a VM with disk: /dev/VG/suse. In other words I want to boot /dev/VG/suse as a virtual machine. Below is what I am getting at boot time :

Hi! LLVM newbie here, I was mainly working on the frontend so far. We had a small hackathon project idea to piggyback on LTO to detect dead code (unused functions). The basic idea is to compile the code for every target and dump the removed functions. Intersect the function symbol names for each target and those functions should be safe to remove from the source code (unless there were some

On Thu, Nov 5, 2020 at 10:40 AM David Blaikie <dblaikie at gmail.com> wrote: > > > On Thu, Nov 5, 2020 at 7:30 AM Mircea Trofin via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> There are currently 1350 owner-less failures in the spreadsheet >> <https://docs.google.com/spreadsheets/d/1o6q3XH1n3DDyyccnYZ_kVfhFbTDzC_S09e973_cwYuw/edit#gid=0>.

On 05/09/2018 05:44 AM, Roman Serbski wrote: > On Tue, May 8, 2018 at 11:34 AM, Roman Serbski <mefystofel at gmail.com> wrote: >> # gdb gluster >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under

Hello all, TL;DR; if you used FileCheck --check-prefixes and you missed (misspelled, for instance) one of the prefixes in your test, FileCheck silently ignores that and the test passes. 1579 tests have this property. *The details* *=========* Please refer to https://reviews.llvm.org/D90281 and the discussion there for more details (make sure you open "older changes" for full context)

Hi all, I am running asterisk 1.2.18, zaptel 1.2.18, libpri 1.2.4. on a suse 10.2, running kernel 2.6.18.2-34-default. The zaptel drivers are loaded on boot via /etc/init.d/zaptel, but Asterisk is unable to start. It ends with the following message: [chan_zap.so] => (Zapata Telephony w/PRI) Jun 13 13:05:41 VERBOSE[3356] logger.c: == Parsing '/etc/asterisk/zapata.conf': Found

There's a wrinkle in this: some tests (clang ones, for instance) have output checks depending on the line position of the input. For example, they check debug info. Adding // FIXME: comments shift that. If the goal is easy identification of auto-inserted -allow-unused-prefixes directives, how about: - we make the flag an enum: true, false, and auto_inserted - we use

Hi, I wrote a script to help removing unused trivial prefixes. It is located in llvm/utils/update_test_prefix.py. It is a rough one and based on problems I met. It also highly relies on the output of llvm-lit and update tools. So carefully verification on its changes is MUST. Here's the usage of it: 1. turn allow-unused-prefixes to false and built it: sed -i