Displaying 20 results from an estimated 2000 matches similar to: "__attribute__((apple_abi)): targeting Apple/ARM64 ABI from Linux (and others)"
2011 Aug 15
2
[LLVMdev] llc with -march=mips failed to compile va_start()/va_end()/va_arg()
Hi,
I am using llc (llvm 2.9) to generate the MIPS assembly, but failed
when compile any codes
with va_start()/va_end()/va_arg().
Here is the minimal step to reproduce the failure:
llvm-gcc-4.2 -emit-llvm hello.c -c -o hello.bc
llc -march=mips hello.bc -o hello.s
llc show this erroe message:
LLVM ERROR: Cannot select: 0xa1873a0: ch = vaend 0xa187290:1,
0xa185ae0, 0xa187318 [ID=38]
0xa185ae0:
2013 Feb 19
2
[LLVMdev] [RFC] NoBuiltin Attribute
On Feb 19, 2013, at 7:46 AM, Krzysztof Parzyszek <kparzysz at codeaurora.org> wrote:
> On 2/19/2013 12:31 AM, Bill Wendling wrote:
>>
>> Yeah, that was in the one that I committed. I basically want something like this:
>>
>> define void @foo() "no-builtin" {
>> call void @printf()
>> }
>>
>> And then the `call' to
2013 Feb 19
0
[LLVMdev] [RFC] NoBuiltin Attribute
On 2/19/2013 12:26 PM, Chris Lattner wrote:
>
> void foo() {
> auto fp = printf;
> fp("xyz\n");
> }
>
> With -fno-builtin-printf, we can't optimize the call to printf, even though it only becomes apparent after (trivial) devirtualization.
Ha. Good example.
What would you expect to happen in this case?
--- a.cpp --- (with -fno-builtin-printf)
pointer
2011 Aug 15
0
[LLVMdev] llc with -march=mips failed to compile va_start()/va_end()/va_arg()
On Mon, Aug 15, 2011 at 2:18 AM, Leo Chen. <leo.q.chen at gmail.com> wrote:
> Hi,
>
> I am using llc (llvm 2.9) to generate the MIPS assembly
I would suggest trying trunk; there have been a lot of improvements
recently to the MIPS backend.
-Eli
> but failed
> when compile any codes
> with va_start()/va_end()/va_arg().
>
> Here is the minimal step to reproduce the
2017 Oct 10
2
[PATCH] Support for Channel Mapping 253.
Hi Drew,
On 10/10/17 02:29 PM, Drew Allen wrote:
> 2) Someone on this list might know better than I do on that one, but for
> the new _ctl_va_list() calls, I believe the convention is for va_start()
> and va_end() to appear in the caller rather than in in the va_list()
> function itself.
>
> *My understanding is that it's impossible to pass ellipsis to another
>
2011 Aug 15
1
[LLVMdev] llc with -march=mips failed to compile va_start()/va_end()/va_arg()
On Aug 15, 2011, at 9:42 AM, Eli Friedman wrote:
> On Mon, Aug 15, 2011 at 2:18 AM, Leo Chen. <leo.q.chen at gmail.com> wrote:
>> Hi,
>>
>> I am using llc (llvm 2.9) to generate the MIPS assembly
>
> I would suggest trying trunk; there have been a lot of improvements
> recently to the MIPS backend.
>
I agree. Also, make sure you're using a MIPS
2006 Apr 14
1
Getting SVM minimized function value
Hello, I have been searching a way to get the resulting optimized
function value of a trained SVM model (svm from the package e1071) but
I have not succeed.
Does anyone knows a way to get that value?
Pau
2011 Nov 29
18
[PATCH 0 of 6] Add support for a VM generation ID virtual device (v2)
The following is a revised patch series to add support for a
VM generation ID virtual device for HVM guests.
The basic requirements of this device are as follows:
- It must be exposed somewhere in ACPI namespace with a _CID of
"VM_Gen_Counter".
- It must also include a _DDN of "VM_Gen_Counter".
- It must contain a _HID object but no particular value is
required.
- It must
2017 Oct 04
3
[PATCH] Support for Channel Mapping 253.
Hi Drew,
Here's some comments on your patch (in no particular order):
1) I see that it's adding an #include of stdarg.h to opus_multistream.h
Is that left over from the previous version?
2) Someone on this list might know better than I do on that one, but for
the new _ctl_va_list() calls, I believe the convention is for va_start()
and va_end() to appear in the caller rather than in in
2006 Oct 05
3
[LLVMdev] Extracting all BasicBlocks of a Function into new Function
Hi,
Chris Lattner wrote:
> All the non-vastart calls can be anywhere. va_end in particular codegens
> to a noop on all targets llvm currently supports, fwiw.
>
Things go well, except for the following (pathological?) C program:
int va_double_sum(int count,...){
int i,sum=0;
va_list ap;
va_start(ap,count);
for(i=0;i<count;i++){
sum+=va_arg(ap,int);
}
va_end(ap);
2007 Apr 02
2
[LLVMdev] Declaration of a va_list should be an intrinsic?
Hi everyone,
Currently, when declaring a va_list in llvm, one only needs to do:
%ap = alloca i8 * (Reference : llvm/docs/LangRef.html#int_varargs)
This is OK for x86 and PPC/Darwin ABI because a va_list in these architectures is
just a pointer to the stack. The va_start intrinsic just initializes where
the pointer points at in the stack. I do not know how the other backends operate,
but I
2017 Oct 12
1
Re: [PATCH miniexpect 2/2] Add debugging capability at runtime.
On Wednesday, 11 October 2017 17:23:45 CEST Richard W.M. Jones wrote:
> +static int
> +mexp_vprintf (mexp_h *h, int password, const char *fs, va_list args)
> {
> - va_list args;
> char *msg;
> int len;
> size_t n;
> ssize_t r;
> char *p;
>
> - va_start (args, fs);
> len = vasprintf (&msg, fs, args);
> - va_end (args);
Due to the
2017 Aug 14
2
[RFC] The future of the va_arg instruction
On 9 August 2017 at 19:38, Friedman, Eli <efriedma at codeaurora.org> wrote:
> On 8/9/2017 9:11 AM, Alex Bradbury via llvm-dev wrote:
>>
>> Option 3: Teach va_arg to handle aggregates
>> * In this option, va_arg might reasonably be expected to handle a
>> struct,
>> but would not be expected to have detailed ABI-specific knowledge. e.g.
>> it
2001 Oct 18
2
Incorrect return types for snprintf() and vsnprintf()
Both of these functions are using strlen() to create return value.
Cheers,
Scott Rankin
*** /openbsd-compat/bsd-snprintf.c.orig Thu Oct 18 13:57:51 2001
--- /openbsd-compat/bsd-snprintf.c Thu Oct 18 13:58:26 2001
***************
*** 632,638 ****
#endif /* !defined(HAVE_SNPRINTF) || !defined(HAVE_VSNPRINTF) */
#ifndef HAVE_VSNPRINTF
! int
vsnprintf(char *str, size_t count, const char *fmt,
2006 Oct 03
0
[LLVMdev] Extracting all BasicBlocks of a Function into new Function
On Tue, 3 Oct 2006, Bram Adams wrote:
>> You'd have to change it to something like:
>> void foo(int X, ...) {
>> P = va_start();
>> bar(X, P);
>> }
>>
>> void bar(int X, valist P) {
>> use(P);
>> }
>
> Can the other va_...-intrinsics be used in bar as were the "P =
> va_start" in bar? The va_start probably is
2006 Oct 03
2
[LLVMdev] Extracting all BasicBlocks of a Function into new Function
Hi,
Op 3-okt-06, om 20:48 heeft Chris Lattner het volgende geschreven:
> You'd have to change it to something like:
>
> void foo(int X, ...) {
> P = va_start();
> bar(X, P);
> }
>
> void bar(int X, valist P) {
> use(P);
> }
Can the other va_...-intrinsics be used in bar as were the "P =
va_start" in bar? The va_start probably is unnecessary
2007 Apr 02
0
[LLVMdev] Declaration of a va_list should be an intrinsic?
On 4/2/07, Nicolas Geoffray <nicolas.geoffray at lip6.fr> wrote:
> Hi everyone,
>
> Currently, when declaring a va_list in llvm, one only needs to do:
>
> %ap = alloca i8 * (Reference : llvm/docs/LangRef.html#int_varargs)
This example is x86 specific. alpha allocas an {sbyte*, int} (and
does so in llvm-gcc). What the type of the alloca to use is requires
the frontend to
2007 Apr 03
2
[LLVMdev] Declaration of a va_list should be an intrinsic?
Hi Andrew,
Andrew Lenharth wrote:
> On 4/2/07, Nicolas Geoffray <nicolas.geoffray at lip6.fr> wrote:
>
>> Hi everyone,
>>
>> Currently, when declaring a va_list in llvm, one only needs to do:
>>
>> %ap = alloca i8 * (Reference : llvm/docs/LangRef.html#int_varargs)
>>
>
> This example is x86 specific. alpha allocas an {sbyte*, int}
2017 Aug 09
4
[RFC] The future of the va_arg instruction
# The future of the va_arg instruction
## Summary
LLVM IR currently defines a va_arg instruction, which can be used to access
a vararg. Few Clang targets make use of it, and it has a number of
limitations. This RFC hopes to promote discussion on its future - how 'smart'
should va_arg be? Should we be aiming to transition all targets and LLVM
frontends to using it?
## Background on va_arg
2006 May 17
1
Need a little help with the pure Ruby win32-eventlog
Hi all,
I''m working on the EventLog#read method for the pure Ruby version of
win32-eventlog, but I''m stuck on the get_description private method.
Here are the problems:
* I don''t think I''m advancing the EVENTLOGRECORD properly between
iterations. Take a look at the end of the "while dwread > 0" loop. I
get some records, but not all of them.