Displaying 20 results from an estimated 1200 matches similar to: "[LLVMdev] LLVM for numerical computations"
2007 Apr 05
2
[LLVMdev] For a small help
On 4 Apr 2007, at 20:10, Jeff Cohen wrote:
> […]
> %obj = alloca %struct.TestClass, align 1 ; <%struct.TestClass*>
> [#uses=1]
> %tmp1 = call int %_ZN9TestClass10testMethodEi( %struct.TestClass* %
> obj, int 1 ) ; <int> [#uses=0]
> ret void
> }
>
> declare int %_ZN9TestClass10testMethodEi(%struct.TestClass*, int)
The name mangling is not very pretty
2007 Apr 05
0
[LLVMdev] For a small help
Luc Bourhis wrote:
> On 4 Apr 2007, at 20:10, Jeff Cohen wrote:
>
>
>> […]
>> %obj = alloca %struct.TestClass, align 1 ; <%struct.TestClass*>
>> [#uses=1]
>> %tmp1 = call int %_ZN9TestClass10testMethodEi( %struct.TestClass* %
>> obj, int 1 ) ; <int> [#uses=0]
>> ret void
>> }
>>
>> declare int
2007 Apr 04
0
[LLVMdev] For a small help
Ferad Zyulkyarov wrote:
> Hi,
>
> I want to ask for a small help for creating an instruction that calls
> e member method of an object. I suppose that this is not a headache
> but I am impatient in learning :) I would be very thankful if you can
> show me an example snippet code that does this in LLVM. Below is
> described my case.
>
> Let's say I have a class
2007 Apr 17
1
[LLVMdev] Execution of generated code after multiple compiles fails
Hola LLVMers,
I'm having a tricky time diagnosing something that is going on in my
program and am hoping some of you might have used LLVM in a similar way
before. All of this is using LLVM 1.9 on Mac OSX. Here is our usage
pattern:
1. Read in a program in a language we are designing
2. Transform it into LLVM IR using the llvm class hierarchy
3. Link this module to a set of support
2007 Apr 04
4
[LLVMdev] For a small help
Hi,
I want to ask for a small help for creating an instruction that calls
e member method of an object. I suppose that this is not a headache
but I am impatient in learning :) I would be very thankful if you can
show me an example snippet code that does this in LLVM. Below is
described my case.
Let's say I have a class TestClass
class TestClass
{
int testMethod(int a);
}
and I want to
2018 Feb 06
2
libc++ cross-compile linux-armv7 and math function problems
Hello,
I am trying to cross-compile libc++ from my x86_64 linux system to armv7hf.
We have our own gcc compiler that we build with crosstools-ng (based on gcc
6.3.0) and I set my environment like this:
CC=armv7a-plex-linux-gnueabihf-gcc
CXX=armv7a-plex-linux-gnueabihf-g++
CFLAGS=-fPIC -DPIC -mfloat-abi=hard -march=armv7-a -Os -mfpu=vfpv3-d16
--sysroot=<path>
CXXFLAGS=-fPIC -DPIC
2016 Mar 14
2
LLVM-3.8.0 libcxx in-tree build fails with cmath error ::signbit has not been declared
cmake -E cmake_progress_report llvm-3.8.0.src_bld_x86_64-rhel6.4-linux-gnu/CMakeFiles
In file included from llvm-3.8.0.src/projects/libcxx/include/__hash_table:19:0,
from llvm-3.8.0.src/projects/libcxx/src/hash.cpp:10:
llvm-3.8.0.src/projects/libcxx/include/cmath:310:9: error: '::signbit' has not been declared
using ::signbit;
^
2018 Feb 06
0
libc++ cross-compile linux-armv7 and math function problems
At first glance, it looks like long double functions (such as fabsl and friends) are missing from your sysroot's <math.h>. Does your target support long double at all?
-Dimitry
> On 6 Feb 2018, at 09:51, Tobias Hieta via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> Hello,
>
> I am trying to cross-compile libc++ from my x86_64 linux system to armv7hf. We have
2018 Feb 05
0
Cross-compiling libc++ to linux-armv7hf gives undefined symbols in cmath / math.h
Hello,
I am trying to cross-compile libc++ from my x86_64 linux system to armv7hf.
We have our own gcc compiler that we build with crosstools-ng (based on gcc
6.3.0) and I set my environment like this:
CC=armv7a-plex-linux-gnueabihf-gcc
CXX=armv7a-plex-linux-gnueabihf-g++
CFLAGS=-fPIC -DPIC -mfloat-abi=hard -march=armv7-a -Os -mfpu=vfpv3-d16
--sysroot=<path>
CXXFLAGS=-fPIC -DPIC
2018 Feb 06
1
libc++ cross-compile linux-armv7 and math function problems
Hello Dimitry and thanks for your answer.
I am pretty sure it does indeed support long double. It's configured with
vfpv3-d16 - but I noticed that c++config.h in gcc has _GLIBCXX__HAS_FABSL
and friends are undefined. I think I need to look deeper at the
configuration of our toolchain.
long double support is required in libc++ then I gather?
-- Tobias
On Tue, Feb 6, 2018 at 11:47 AM,
2016 Mar 14
2
LLVM-3.8.0 libcxx in-tree build fails with cmath error ::signbit has not been declared
Greetings!
I have been building llvm-3.6.x, 3.7.1 and 3.7.2 with (glibc-2.12.1, binutils-2.24, gcc-4.9.2) almost same set if CMake flags.
However while building LLVM-3.8.0 using same CMake flags I am observing projects/libcxx/include/cmath errors...
...'::signbit' has not been declared
...'::fpclassify' has not been declared
...'::isfinite' has not been declared
...
2004 Jul 19
0
[LLVMdev] IsNAN.cpp:23:3: #error "Don't know how to get isnan()"
Hi Brian,
I've been playing around with your test programs and came to the result:
---------------------
#ifdef __INTERIX
# define _GLIBCPP_USE_C99 1 //Define this macro before including isnan()
function from cmath
#endif
#include <cmath>
using std::isnan;
int foo(float f) {return isnan(f);}
---------------------
/Henrik
>From: "Brian R. Gaeke" <gaeke at
2004 Jul 18
1
[LLVMdev] IsNAN.cpp:23:3: #error "Don't know how to get isnan()"
Hi Brian
Here's the config.log (I'm not posting it on the dev-list).
The automatic gcc macro for Interix is __INTERIX if this is to any help.
/Henrik
>From: "Brian R. Gaeke" <gaeke at uiuc.edu>
>Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu>
>To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu>
>Subject: Re: [LLVMdev]
2004 Jul 16
2
[LLVMdev] IsNAN.cpp:23:3: #error "Don't know how to get isnan()"
Hi
>From: Chris Lattner <sabre at nondot.org>
>Date: Thu, 15 Jul 2004 17:43:27 -0500 (CDT)
>Ah, suddenly everything makes sense. If you're interested in LLVM on the
>windows platform, *please* get CVS.
Last night I've got the latest version of LLVM from CVS and now porting LLVM
to Interix from this version on.
I got this error:
---------------------
gmake[1]:
2020 Jun 28
2
__restirct ignored when including headers like <cmath>
Hi,
I am observing a strange behaviour in which Clang ignores __restirct when I
include some standard headers.
For example, this code:
void vec_add(int* __restrict a,
int* __restrict b,
int n) {
#pragma unroll 4
for(int i=0; i<n; ++i) {
a[i] += b[i];
}
}
results in:
; Function Attrs: nofree norecurse nounwind
define dso_local void @_Z7vec_addPiS_i(i32*
2003 May 06
0
openh323gk installation
when i try to install openh323gk i get the following error please help
ldaplink.cxx:345: call of overloaded `pow(double, unsigned int&)' is
ambiguous
/usr/include/bits/mathcalls.h:143: candidates are: double pow(double,
double)
/usr/include/g++/cmath:427: long double std::pow(long
double,
int)
/usr/include/g++/cmath:423: float std::pow(float, int)
2015 Jan 29
0
[Q] Get formal arguments of my implemented S4 method
At this point I would just due:
formals(body(method)[[2L]])
At some point we need to figure out what to do with this .local() confusion.
On Wed, Jan 28, 2015 at 10:07 AM, Roebuck,Paul L <PLRoebuck at mdanderson.org>
wrote:
> I'm attempting to reflect the information for use with corresponding
> fields in GUI (in a different package), to provide default values,
> argname
2018 Nov 01
0
Possible bug in Opus 1.3 (opus-tools-0.2-opus-1.3)?
(Please wrap your lines.)
On Oct 26 01:38:34, Ulrich.Windl at rz.uni-regensburg.de wrote:
> Playing with Opus 1.3 I converted a tone sweep with a sample rate of 96kHz (just for fun). Before I had converted that from WAV to FLAC, and to Vorbis without problems.
Can you please post the original wav?
I am not sure what Audacity means by a logarithmisch sweep.
Is that a fixed number of Hertz per
2015 Jan 28
0
[Q] Get formal arguments of my implemented S4 method
Would you please clarify your exact use case?
Thanks,
Michael
On Wed, Jan 28, 2015 at 9:02 AM, Roebuck,Paul L <PLRoebuck at mdanderson.org>
wrote:
> Interrogating some (of my own) code in another package.
>
> >norm.meth <- getMethod("normalize", "MatrixLike")
> >message("str(norm.meth)")
> >str(norm.meth)
>
>
2018 Nov 05
0
Antw: Re: Antw: Re: Possible bug in Opus 1.3
>>> Jan Stary <hans at stare.cz> schrieb am 05.11.2018 um 11:05 in Nachricht
<20181105100534.GB44329 at www.stare.cz>:
> (Are we off‑list now by intention?)
No, just fooled by the list defaults (some need just reply, others need reply
to all)
>
>> Did you also try to listen at the beginning, shortly before the real tone
> appears in the audible spectrum?