search for: undnam

On Mon, Jun 3, 2019 at 2:06 PM <vsk at apple.com> wrote: > Hi Nico, > > Sorry for the delay, I've been OOO. The llvm-cov bot should produce > reports for llvm-undname starting today. > Thanks! It looks like http://lab.llvm.org:8080/coverage/coverage-reports/index.html now has an "llvm-undname" entry, but http://lab.llvm.org:8080/coverage/coverage-reports/llvm/index.html still doesn't have an entry for llvm/lib/MicrosoftDemangle.cpp (and neithe...

...> > On Jun 4, 2019, at 4:41 PM, Nico Weber <thakis at chromium.org> wrote: > > On Mon, Jun 3, 2019 at 2:06 PM <vsk at apple.com> wrote: > >> Hi Nico, >> >> Sorry for the delay, I've been OOO. The llvm-cov bot should produce >> reports for llvm-undname starting today. >> > > Thanks! It looks like > http://lab.llvm.org:8080/coverage/coverage-reports/index.html now has an > "llvm-undname" entry, but > http://lab.llvm.org:8080/coverage/coverage-reports/llvm/index.html still > doesn't have an entry for llvm/lib/...

...te: >>>> Hi Vedant and Chris, >>>> >>>> is the config for http://lab.llvm.org:8080/coverage/coverage-reports/index.html public somewhere? If so, where? (I looked in zorg but didn't find it.) >>>> >>>> If not, could you add "llvm-undname" to the list of binaries passed to llvm/utils/prepare-code-coverage-artifact.py so that llvm/lib/Demangle/MicrosoftDemangle.cpp (and friends) show up? (If the config is public, I can send you a patch.) >>>> >>>> Also, is there a reason llvm/utils/prepare-code-coverage...

...t 4:41 PM, Nico Weber <thakis at chromium.org> wrote: >> >> On Mon, Jun 3, 2019 at 2:06 PM <vsk at apple.com> wrote: >> >>> Hi Nico, >>> >>> Sorry for the delay, I've been OOO. The llvm-cov bot should produce >>> reports for llvm-undname starting today. >>> >> >> Thanks! It looks like >> http://lab.llvm.org:8080/coverage/coverage-reports/index.html now has an >> "llvm-undname" entry, but >> http://lab.llvm.org:8080/coverage/coverage-reports/llvm/index.html still >> doesn't...

Hi Vedant and Chris, is the config for http://lab.llvm.org:8080/coverage/coverage-reports/index.html public somewhere? If so, where? (I looked in zorg but didn't find it.) If not, could you add "llvm-undname" to the list of binaries passed to llvm/utils/prepare-code-coverage-artifact.py so that llvm/lib/Demangle/MicrosoftDemangle.cpp (and friends) show up? (If the config is public, I can send you a patch.) Also, is there a reason llvm/utils/prepare-code-coverage-artifact.py doesn't have +x s...

...i Vedant and Chris, > > is the config for http://lab.llvm.org:8080/coverage/coverage-reports/index.html <http://lab.llvm.org:8080/coverage/coverage-reports/index.html> public somewhere? If so, where? (I looked in zorg but didn't find it.) > > If not, could you add "llvm-undname" to the list of binaries passed to llvm/utils/prepare-code-coverage-artifact.py so that llvm/lib/Demangle/MicrosoftDemangle.cpp (and friends) show up? (If the config is public, I can send you a patch.) > > Also, is there a reason llvm/utils/prepare-code-coverage-artifact.py doesn't...

...typedef map<Int, IdxSet> InstMap; typedef map<string, InstMap> AttrMap; typedef map<string, AttrMap> AttrMonitor; It seems to be that the type AttrMonitor is to complicated / deep (missing the english word). Error Message: Code: err:msvcrt:demangle_datatype Unknown type s undname.c:189: str_array_push: Assertion `a->num < 32' failed. mobMoni.cpp(358) : fatal error C1001: INTERNER COMPILER- FEHLER (Compiler-Datei "msc1.cpp", Zeile 1794) Somebody has a hint about what the problem might be? I'd really appreciate some help :D

Hi, The question about the name mangling gave me an idea that it can be used to automate registration of DLL functions. Instead of manually creating Function objects specifying a return type and argument types which is error-prone and time-consuming one can get a list of functions exported from a DLL using Windows API, demangle each name and construct a Function object from it. Is there any

Albert Graef <Dr.Graef at t-online.de> writes: > Victor Zverovich wrote: >> I am considering a possibility of using LLVM JIT for an algebraic >> modelling language. I have already done some prototyping following the >> Kaleidoscope tutorial and currently thinking of how to connect the >> jitted code to a runtime library (for this language) which I would like

...An integer overflow @line 268 of dsa.c ? 34281 PlotSoft PDFill 10 fails on startup, reports 'No Fonts found under: C:\\windows\\Fonts' (at least one font name in registry must contain 'truetype' token) 34286 dinput doesn't report DIDOI_ASPECT* for joystick axes 34504 __unDName doesn't support function pointer with type "P8" 34507 __unDName doesn't support data type "$$B" 34870 Multiple games and applications crash on unimplemented function msvcr100.dll _crt_debugger_hook (ArchiCAD 16, Far Cry 4) 35286 Borderlands (Steam) crashes on u...

I uploaded a FYI patch (not intended for submission) as https://reviews.llvm.org/D34667. If you want to take a look and comment on its design, please do so. Thanks! On Fri, Jun 23, 2017 at 5:25 PM, Zachary Turner <zturner at google.com> wrote: > Please add me on reviews. BTW, even differing in whitespace might cause > problems, I know their tools have some builtin assumptions about

...../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./msvcrt.spec console.o cpp.o cppexcept.o ctype.o data.o dir.o environ.o errno.o except.o exit.o file.o heap.o locale.o lock.o main.o math.o mbcs.o misc.o process.o scanf.o string.o thread.o time.o undname.o wcs.o rsrc.res -o msvcrt.dll.so -L../../dlls -L../../dlls/user32 -L../../dlls/kernel32 -L../../dlls/ntdll -luser32 -lkernel32 -lntdll -Wb,-duser32 -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port -lsocket -lnsl...

hello, I am trying to build LLVM with default options. I am getting the following error message after make. [100%] Building C object tools/llvm-c-test/CMakeFiles/llvm-c-test.dir/metadata.c.o [100%] Building C object tools/llvm-c-test/CMakeFiles/llvm-c-test.dir/module.c.o [100%] Building C object tools/llvm-c-test/CMakeFiles/llvm-c-test.dir/object.c.o [100%] Building C object

...Sync spec files. msvcrt: Add _crt_debugger_hook implementation. msvcrt: Fix size test of structure returned by _Gettnames. msvcr110: Fix __lc_time_data definition. msvcr110: Add _W_Gettnames implementation. msvcrt: Add support for member function pointers demangling in unDName function. msvcrt: Add support for $$B datatype description format in unDName. Riccardo Bortolato (2): d3d11: Handle NULL source box in d3d10_device_CopySubresourceRegion(). d3d11: Implement d3d11_immediate_context_CopySubresourceRegion(). Sebastian Lackner (2): server: Fi...

...: commdlg: Fix a copy&paste typo. advapi32: Dump the guid in a FIXME. wineps: Don't depend on 16-bit PrinterData functions from gdi. Dmitry Timoshkov (1): kernel32: Explicitly treat the current working directory name as a unix one. Eric Pouech (9): msvcrt: In undname helpers, allow str_array_push to return errors (instead of asserting). msvcrt: In undname functions, no longer use a fixed-size array for storing internal information. gdi.exe: No longer use 16bit abort procs inside the DC structure. gdi.exe: Rewrite QueryAbort16 to be independan...

On Fri, Jul 24, 2015 at 12:05 PM, Nico Weber <thakis at chromium.org> wrote: > On Thu, Jul 16, 2015 at 8:08 AM, Nico Weber <thakis at chromium.org> wrote: > >> On Wed, Jul 15, 2015 at 10:45 AM, Russell Wallace < >> russell.wallace at gmail.com> wrote: >> >>> Basic test results on Windows 7, visual studio 2013 (64 bit): >>> >>>

...tout.obj gives this errors: lld-link.exe /DEBUG:GHASH tout.obj LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in tout.obj and in LIBCMT.lib(default_local_stdio_options.obj) LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in tout.obj and in libvcruntime.lib(undname.obj) I'm using PEView from http://wjradburn.com/software/ to look at the files and can't see anything wrong, except some valid differences in the offsets being used for the data (so pointer to data is different between them). I will look into yaml2obj now to see if I see anything else we...

...nk.exe /DEBUG:GHASH tout.obj >> LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in >> tout.obj and in LIBCMT.lib(default_local_stdio_options.obj) >> LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in >> tout.obj and in libvcruntime.lib(undname.obj) >> >> I'm using PEView from http://wjradburn.com/software/ to look at the >> files and can't see anything wrong, except some valid differences in the >> offsets being used for the data (so pointer to data is different between >> them). >> >> I...

...> > lld-link.exe /DEBUG:GHASH tout.obj > LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in > tout.obj and in LIBCMT.lib(default_local_stdio_options.obj) > LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in > tout.obj and in libvcruntime.lib(undname.obj) > > I'm using PEView from http://wjradburn.com/software/ to look at the files > and can't see anything wrong, except some valid differences in the offsets > being used for the data (so pointer to data is different between them). > > I will look into yaml2obj now to s...

...;>>> LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in >>>> tout.obj and in LIBCMT.lib(default_local_stdio_options.obj) >>>> LLD-LINK.EXE: error: duplicate symbol: __local_stdio_printf_options in >>>> tout.obj and in libvcruntime.lib(undname.obj) >>>> >>>> I'm using PEView from http://wjradburn.com/software/ to look at the >>>> files and can't see anything wrong, except some valid differences in the >>>> offsets being used for the data (so pointer to data is different between &gt...