search for: crtex

...XYZ::func()+0034 bytes(s), c:\projects\llvm\test.cpp, line 12 004017ED (0x00000001 0x003250D0 0x00322C68 0x00020024), main()+0013 bytes(s), c:\projects\llvm\test.cpp, line 19 00409A2C (0x00020024 0x7FFDF000 0x7FFDF000 0xF3893CF0), mainCRTStartup()+0300 bytes(s), f:\vs70builds\3077\vc\crtbld\crt\src\crtexe.c, line 398+0017 byte(s) 77E814C7 (0x00409900 0x00000000 0x78746341 0x00000020), GetCurrentDirectoryW()+0068 bytes(s) However, for some reason I haven't been able to determine, the lovely trace you see above comes out only on Windows XP. On Windows 2000, it can't get the symbol informati...

...0000000000000 0x0000000000000000), main() + 0xF5 bytes(s), c:\llvm\llvm\tools\llvm-rtdyld\llvm-rtdyld.cpp, line 687 + 0x5 byte(s) 0x00007FF65EE518CD (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), __tmainCRTStartup() + 0x19D bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 626 + 0x19 byte (s) 0x00007FF65EE519FE (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), mainCRTStartup() + 0xE bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 466 0x00007FFC9C4F2D92 (0x00007FFC9C4F2D70 0x0000000000000000 0x0000000000000000 0x0000000...

...)+0034 bytes(s), c:\projects\llvm\test.cpp, line 12 > 004017ED (0x00000001 0x003250D0 0x00322C68 0x00020024), main()+0013 bytes(s), c:\projects\llvm\test.cpp, line 19 > 00409A2C (0x00020024 0x7FFDF000 0x7FFDF000 0xF3893CF0), mainCRTStartup()+0300 bytes(s), f:\vs70builds\3077\vc\crtbld\crt\src\crtexe.c, line 398+0017 byte(s) > 77E814C7 (0x00409900 0x00000000 0x78746341 0x00000020), GetCurrentDirectoryW()+0068 bytes(s) > > However, for some reason I haven't been able to determine, the lovely > trace you see above comes out only on Windows XP. On Windows 2000, it > can't...

...es(s), c:\projects\llvm\test.cpp, line 12 > > 004017ED (0x00000001 0x003250D0 0x00322C68 0x00020024), main()+0013 bytes(s), c:\projects\llvm\test.cpp, line 19 > > 00409A2C (0x00020024 0x7FFDF000 0x7FFDF000 0xF3893CF0), mainCRTStartup()+0300 bytes(s), f:\vs70builds\3077\vc\crtbld\crt\src\crtexe.c, line 398+0017 byte(s) > > 77E814C7 (0x00409900 0x00000000 0x78746341 0x00000020), GetCurrentDirectoryW()+0068 bytes(s) > > > > However, for some reason I haven't been able to determine, the lovely > > trace you see above comes out only on Windows XP. On Windows 200...

...0000 0x0000000000000000), main() + 0xF5 bytes(s), c:\llvm\llvm\tools\llvm-rtdyld\llvm-rtdyld.cpp, line 687 + 0x5 byte(s) >> 0x00007FF65EE518CD (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), __tmainCRTStartup() + 0x19D bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 626 + 0x19 byte >> (s) >> 0x00007FF65EE519FE (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), mainCRTStartup() + 0xE bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 466 >> 0x00007FFC9C4F2D92 (0x00007FFC9C4F2D70 0x0000000000000000 0...

...or taking the time > to review and help me get this in tree. > I wanted to follow up with a question on the linker side of things. > > Since rL289280 I can no longer link programs with the mingw-crt because of > dup function errors of the main function. > > In mingw-w64-crt/crt/crtexe.c a main function is called > from __tmainCRTStartup > mingw-w64-crt/crt/crt0_c.c defines this main and calls WinMain in the case > where main does not exist. > What used to happen before was the crt0_c.c main would be ignored at link > time because of priority on the users main fun...

...xF5 bytes(s), >> c:\llvm\llvm\tools\llvm-rtdyld\llvm-rtdyld.cpp, line 687 + 0x5 byte(s) >> >> 0x00007FF65EE518CD (0x0000000000000000 0x0000000000000000 >> 0x0000000000000000 0x0000000000000000), __tmainCRTStartup() + 0x19D >> bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 626 + 0x19 byte >> >> (s) >> >> 0x00007FF65EE519FE (0x0000000000000000 0x0000000000000000 >> 0x0000000000000000 0x0000000000000000), mainCRTStartup() + 0xE bytes(s), >> f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 466 >> >> 0x00007FFC9C4F...

...projects\llvm\test.cpp, line 12 > > > 004017ED (0x00000001 0x003250D0 0x00322C68 0x00020024), main()+0013 bytes(s), c:\projects\llvm\test.cpp, line 19 > > > 00409A2C (0x00020024 0x7FFDF000 0x7FFDF000 0xF3893CF0), mainCRTStartup()+0300 bytes(s), f:\vs70builds\3077\vc\crtbld\crt\src\crtexe.c, line 398+0017 byte(s) > > > 77E814C7 (0x00409900 0x00000000 0x78746341 0x00000020), GetCurrentDirectoryW()+0068 bytes(s) > > > > > > However, for some reason I haven't been able to determine, the lovely > > > trace you see above comes out only on Windows...

...t this in tree. >>> I wanted to follow up with a question on the linker side of things. >>> >>> Since rL289280 I can no longer link programs with the mingw-crt because >>> of dup function errors of the main function. >>> >>> In mingw-w64-crt/crt/crtexe.c a main function is called >>> from __tmainCRTStartup >>> mingw-w64-crt/crt/crt0_c.c defines this main and calls WinMain in the >>> case where main does not exist. >>> What used to happen before was the crt0_c.c main would be ignored at >>> link time b...

I fell over this issue yesterday myself with lots of asserts being thrown. I think the issue is in lib/IR/AsmWriter.cpp:1618 in the function AssemblyWriter::printFunction(const Function *F) Looking at the code I think the 2nd for loop should be preceded by the test ... if (Idx < AS.getNumSlots()) Not sure why it doesn't fail on other platforms as it looks like it should be a genuine

Patch looks good so I committed it. I'd be interested in knowing what your test results are once you start testing with the Win32 port. Reid. On Sat, 2004-09-18 at 12:01, Jeff Cohen wrote: > Here's my first take on Path.cpp. It has a few holes still but it ought > to be basically functional. > > A few observations: > > First, the Win32 version still has a lot of code

Thanks for the link! There’s some code there that looks extremely relevant to say the least. > On 1 Oct 2015, at 19:00, Hayden Livingston <halivingston at gmail.com> wrote: > > Maybe looking at their code might help: > > https://github.com/dotnet/llilc/blob/dd12743f9cdb5418f1c39b2cd756da1e8396a922/lib/Jit/LLILCJit.cpp#L299 > > On Thu, Oct 1, 2015 at 10:45 AM, David

...00000000000000), main() + 0xF5 bytes(s), c:\llvm\llvm\tools\llvm-rtdyld\llvm-rtdyld.cpp, line 687 + 0x5 byte(s) >> >> 0x00007FF65EE518CD (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), __tmainCRTStartup() + 0x19D bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 626 + 0x19 byte >> >> (s) >> >> 0x00007FF65EE519FE (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), mainCRTStartup() + 0xE bytes(s), f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, line 466 >> >> 0x00007FFC9C4F2D92 (0x00007FFC9C...

Here's my first take on Path.cpp. It has a few holes still but it ought to be basically functional. A few observations: First, the Win32 version still has a lot of code in common with Unix. This code should be pulled out into a common file. Second, some of the functions leave me scratching me head. What purpose does create_file serve? Is there really a need to create empty files? (It