search for: __stdcall

I've developed a dll (win32) of a bunch of functions prototypes as: /* for building on *nix */ #ifndef WIN32 #define __stdcall /*nothing*/ #endif void __stdcall dbh_2_height( const unsigned long *func_idx, const unsigned long *metric, const unsigned long *species, const double *dbh, double *pred_height ); and have created a R interface function as, ## wrapper functi...

...c .\..\..\LLVM\bin\llvm-g++ -I../LLVM/include -Wno-deprecated -I../unrar -emit-llvm -c err.cpp -o err.bc rm err.cbe.c .\..\..\LLVM\src\llvm-1.9\Release\bin\llc -march=c err.bc sed "s/!defined(_MSC_VER)/!defined(_MSC_VER) \&\& !defined(__BORLANDC__)/" err.cbe.c >t1 sed "s,__stdcall ,/*__stdcall*/ ,g" t1 >t2 sed "s/_$_/_S_/g" t2 >t3 sed "s/_2$_/_2S_/g" t3 >terr.c rm t1 t2 t3 "C:\Program Files\Borland\BDS\4.0\bin\bcc32" -I"C:/Program Files/Borland/BDS/4.0/include" -I../unrar -p- -c terr.c ====================================...

It seems that the DLL export directives for __cdecl and __stdcall functions are not correctly written in asm output. For example, when declaring a function like this: __declspec(dllexport) int __cdecl exportFunc1(int c); ASM output is: .def _exportFunc1; .scl 2; .type 32; .endef .text .globl _exportFunc1 .align 16, 0x90 _exportFunc1: movl 4(%esp),...

...lu32.spec glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -lkernel32 -lntdll -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port glu32.dll-WLkPpT.spec.c:21:1: warning: "__stdcall" redefined <command line>:22:1: warning: this is the location of the previous definition /tmp/ccMKHpZa.s: Assembler messages: /tmp/ccMKHpZa.s:689: Error: syntax error; found `@' but expected `,' /tmp/ccMKHpZa.s:689: Error: junk at end of line: `@hi' /tmp/ccMKHpZa.s:711: Error...

To make it complete, here is the code that I am using to encode a large file: int __stdcall SpxEncode(unsigned char* inBuf, unsigned char* outBuf, unsigned int inlen) { //char *testFile; //FILE *ftest; //testFile = "test"; //ftest = fopen(testFile, "wb"); //fwrite(inBuf,1,inlen,ftest); //take every 320 bytes //copy every short to fl...

...ANCE hDLL, DWORD dwReason, LPVOID lpReserved) { extern HWND hWndMain; extern HINSTANCE hInst; hInst = hDLL; return TRUE; } extern "C" int FAR PASCAL WEP (int nArgument) { return 1; } extern "C" __declspec(dllexport) SEXP __stdcall out(SEXP x, SEXP y) { int i, j, nx, ny; double tmp; SEXP ans; nx = length(x); ny = length(y); PROTECT(ans = allocMatrix(REALSXP, nx, ny)); for(i = 0; i < nx; i++) { tmp = REAL(x)[i]; for(j = 0; j < ny; j++) REAL...

Alen, > It seems that the DLL export directives for __cdecl and __stdcall > functions are not correctly written in asm output. So, this is for all functions then, right? :) -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hi, We're using LLVM MCJIT on X86 platform. When calling Function::setCallingConv(CallingConv::X86_StdCall) the jitted code indeed conforms __stdcall convention (instead of default __cdecl). However applying Function::setCallingConv(CallingConv::X86_FastCall) seem does not have proper effect; jitted code is still __stdcall. Is it a bug, or am I missing something? Regards, Mikhail

...espond to several desired vectorized versions. Clang FE generates all function attributes for expected vector variants to be generated by the back-end. E.g., #pragma omp delcare simd uniform(a) linear(k) float dowork(float *a, int k) { a[k] = sinf(a[k]) + 9.8f; } define __stdcall f32 @_dowork(f32* %a, i32 %k) #0 ... ... attributes #0 = { nounwind uwtable "_ZGVbM4ul_" "_ZGVbN4ul_" ...} 2. A new vector function generation pass is introduced to generate vector variants of the original scalar function based on VectorABI (see [2, 3]). For example...

Is it possible to call a basic function/subroutine in a DLL/shared lib from within R without having to build an R package? I have a function like: void __stdcall testfunc2( unsigned long a, double b, unsigned long c ) { return a * b * c; } or=20 subroutine fortran_2002_bh_age (sp,site,total_age,bh_age) integer*2 sp real*4 site=20 real*4 total_age integer*2 bh_age real*4 x bh_age =3D some_value end subroutine I have bee...

2013/2/21 Anton Korobeynikov <anton at korobeynikov.info>: > The patch looks incorrect. The code just needs to handle \1 properly > and clang extended to add explicit \1 to the names which does not > require mangling. I think clang already adds \01 to __stdcall names, so only the LLVM change is remaining. > I do not think that moving whole mangling to clang is a good idea, > because then everyone who uses LLVM to call WinApi functions will need > to mangle by hands. I agree. > On Wed, Feb 20, 2013 at 11:25 PM, Timur Iskhodzhanov > <tim...

...en_state, SPEEX_PREPROCESS_SET_AGC_LEVEL, &ftmp); tmp=1; speex_preprocess_ctl(_den_state, SPEEX_PREPROCESS_SET_VAD, &tmp); and following is how I cancel echo: I have a player class and a recorder class using windows wavein and waveout with waveInProc and waveOutProc event handlers void __stdcall WFAudioPlayer::WaveOutProc(HWAVEOUT hWaveOut,UINT uMsg,DWORD dwInstance,DWORD dwParam1,DWORD dwParam2) { if(uMsg != WOM_DONE) return; WFAudioPlayer* player = reinterpret_cast<WFAudioPlayer*>(dwInstance); if (player) { // get the frame to be played back next. tByte* nextframe = player->...

...versions. Clang FE generates all function attributes for expected vector > variants to be generated by the back-end. E.g., > > #pragma omp delcare simd uniform(a) linear(k) > float dowork(float *a, int k) > { > a[k] = sinf(a[k]) + 9.8f; > } > > define __stdcall f32 @_dowork(f32* %a, i32 %k) #0 > ... ... > attributes #0 = { nounwind uwtable "_ZGVbM4ul_" "_ZGVbN4ul_" ...} > > 2. A new vector function generation pass is introduced to generate vector > variants of the original scalar function based on VectorABI (see [...

...expected to get the encoded values -9323 -732 189 2329 I hope I could explain it well. Am I missing something here? Thank you very much. Hermann Hi Lakhdar, I am not sure if I do anything wrong with the dec state memory. Could you perhaps take a look at what I am (perhaps wrongly) doing? int __stdcall SpxDecode(unsigned char* DinBuf, float* DoutBuf, unsigned int Dinlen) { //char *testFile; //FILE *ftest; //testFile = "test2"; //ftest = fopen(testFile, "wb"); //fwrite(inBuf,1,inlen,ftest); //fwrite(outBuf, 1, outBufpos, ftest); //fclose(fte...

...might be used uninitialized in this function as47.f:1043: warning: `i' might be used uninitialized in this function g77 -O2 -Wall -c as197.f -o as197.o gcc -Ic:/PROGRA~1/r/rw1081/src/include -Wall -O2 -c flikam.c -o flikam.o In file included from flikam.c:16: flikam.h:10:1: warning: "__stdcall" redefined <built-in>:61:1: warning: this is the location of the previous definition flikam.h:169:8: warning: extra tokens at end of #endif directive flikam.c: In function `mainard': flikam.c:127: warning: implicit declaration of function `minim_' flikam.c:209: warning: implicit...

...might be used uninitialized in this function as47.f:1043: warning: `i' might be used uninitialized in this function g77 -O2 -Wall -c as197.f -o as197.o gcc -Ic:/PROGRA~1/r/rw1081/src/include -Wall -O2 -c flikam.c -o flikam.o In file included from flikam.c:16: flikam.h:10:1: warning: "__stdcall" redefined <built-in>:61:1: warning: this is the location of the previous definition flikam.h:169:8: warning: extra tokens at end of #endif directive flikam.c: In function `mainard': flikam.c:127: warning: implicit declaration of function `minim_' flikam.c:209: warning: implicit...

I think we need to relax the test cases. MSVC usually prints the calling convention, and it's often useful information. Maybe we can make the diagnostic text smaller by using the __thiscall, __cdecl, __stdcall, etc keywords when printing types with LangOpts.MicrosoftExt, but it will require moving the attribute from after the identifier to before, which is exciting. On Tue, Dec 10, 2013 at 4:20 PM, Hans Wennborg <hans at chromium.org> wrote: > On Tue, Dec 10, 2013 at 3:57 PM, Reid Kleckner &l...

...> dyn.load("C:/fl/flr/flr.dll") > test<-function() .Call("Test") > test() An object of class "FLQuant": , , sex = combined, season = all, area = all year age 0 0 1 > #C code to do the same thing extern "C" __declspec(dllexport) SEXP __stdcall Test(void) { SEXP FLQuant, v, d1, d2, d3, d4, d5, dim, dimnames, names; //Create new S4 object PROTECT(FLQuant = NEW_OBJECT(MAKE_CLASS("FLQuant"))); //Create array for slot //Set dimensions of array PROTECT(dim = allocVe...

...5 with SDK 6.1 and without the macro guard, one will require to have SDK6.0A+ setup with vc++2005. Is there any known workaround to this issue? 1>d:\dev\llvm\lib\system\Win32/DynamicLibrary.inc(116) : error C2664: 'EnumerateLoadedModules' : cannot convert parameter 2 from 'BOOL (__stdcall *)(PSTR,llvm::ModuleBaseType,ULONG,PVOID)' to 'PENUMLOADED_MODULES_CALLBACK' I saw one old post from 2007 titled "LLVM 2.1 with VC++" in this list stating the same thing but this wasn't fixed probably due to failure to reproduce. Any suggestion would be appreciated. Th...

...o ddraw.dll.dbg.o version.res -o ddraw.dll.so -L../../dlls -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -L../../libs/wine -lwine -ldxguid -luuid -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -L../../libs/port -lwine_port ddraw.dll-W953mt.spec.c:20:1: warning: "__stdcall" redefined <command line>:22:1: warning: this is the location of the previous definition /tmp/ccQlesaa.s: Assembler messages: /tmp/ccQlesaa.s:1622: Error: syntax error; found `@' but expected `,' /tmp/ccQlesaa.s:1622: Error: junk at end of line: `@hi' /tmp/ccQlesaa.s:1643: E...