Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 03:51

    tgiphil on 091-Revert-With-CherryPick

    Fix to the Register Allocator (… - Updated CommandLineParser pac… - Cherry Pick and 1 more (compare)

  • Oct 14 19:54
    arakis edited #732
  • Oct 14 19:53
    arakis edited #732
  • Oct 14 19:50
    arakis opened #732
  • Oct 14 18:12
    tgiphil commented #731
  • Oct 14 18:10
    tgiphil commented #731
  • Oct 13 15:59

    tgiphil on v1.9.7.235-dev

    (compare)

  • Oct 13 15:57

    arakis on master

    optimize pointer operations Merge pull request #731 from ar… (compare)

  • Oct 13 15:57
    arakis closed #731
  • Oct 13 15:51
    arakis opened #731
  • Oct 13 14:49

    tgiphil on 090-WIP

    Fix to the Register Allocator (… - Updated CommandLineParser pac… (compare)

  • Oct 13 14:47

    tgiphil on v1.9.7.233-dev

    (compare)

  • Oct 13 14:45

    tgiphil on master

    Fix to the Register Allocator (… (compare)

  • Oct 13 14:45
    tgiphil closed #730
  • Oct 13 14:45
    tgiphil edited #730
  • Oct 13 14:42
    tgiphil opened #730
  • Oct 13 14:42

    tgiphil on 089-WIP

    Use NETCore 3 for tooling (#727) Fix unittests (#728) Merge branch 'master' of https:… (compare)

  • Oct 13 14:39

    tgiphil on 089-WIP

    - WIP (compare)

  • Oct 13 14:37

    tgiphil on 089-WIP

    - WIP (compare)

  • Oct 13 09:04
    charsleysa opened #729
Stefan Andres Charsley
@charsleysa
@tgiphil seems like I'm not the only person wanting filtering features, VS already supports it but MSBuild does not, but they are looking into adding it Microsoft/msbuild#4097
So when this gets added to MSBuild I'll migrate to that instead of using multiple .sln files (same as what ASPNetCore team wants to do)
Sebastian Loncar
@arakis
@tgiphil git submodule update --recursive. This works on windows as well, you just need to have git installed (i'm sure you have)
Phil Garcia
@tgiphil
@arakis I found the issue and hope to have a fix today.
Phil Garcia
@tgiphil
@arakis The issue has been fixed. It was a single, rare edge case in the register allocator. The optimizations, when enabled, avoided the edge case.
Sebastian Loncar
@arakis
following items are missing in x64:
image.png
Sebastian Loncar
@arakis
when compiling x64:
Compile C:\Users\sebastian\Documents\lonos-project\lonos/bin/Lonos.OS.Loader.x86.exe
Compiling: 1,38 secs: Compiler Started
Compiling: 1,59 secs: Compiling Methods
3383 / 1
Compiling: 2,69 secs: Exception- Method: System.Math::ThrowAbsOverflow() -> System.NullReferenceException: Object reference not set to an instance of an object.
   at Mosa.Compiler.Framework.Operand.CreateSymbolFromMethod(MosaMethod method, TypeSystem typeSystem) in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\Ope
rand.cs:line 807
   at Mosa.Compiler.Framework.Stages.ExceptionStage.ThrowInstruction(Context context) in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\Stages\ExceptionStag
e.cs:line 139
   at Mosa.Compiler.Framework.BaseCodeTransformationStage.Run() in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\BaseCodeTransformationStage.cs:line 46    
   at Mosa.Compiler.Framework.BaseMethodCompilerStage.Execute() in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\BaseMethodCompilerStage.cs:line 244       
Compiling: 2,70 secs: Compiler Completed
00:00:03.3016856
(dont be confused from the x86.exe, it's only a name)
Sebastian Loncar
@arakis
@tgiphil your latest commit broke ubuntu build
or the commit before @charsleysa
btw, glad to see that vs2017 build is removed now
Phil Garcia
@tgiphil
@arakis The x64 build is working on my computer and on appveyor.
Sebastian Loncar
@arakis
i can only say, that i get the error message i wrote above
Phil Garcia
@tgiphil
try git pull again
I download a few copy from master and it compiled as well
Sebastian Loncar
@arakis
my copy is from 3 days ago. I'm not sure if you really made important changes to x64 support within the las 3 days. It's my first try within 3 month to use x64.
latest update from this night changed a lot of stuff
image.png
not sure which project(s) i'm missing
(devicesystem is already there!)
Phil Garcia
@tgiphil
Does the MOSA solution compile?
Sebastian Loncar
@arakis
worked. I need to checkout what project i was missing my solution file
but the mosa x64 compile error still exists
Compiling: 1,20 secs: Compiling Methods
3383 / 1
3383 / 12
Compiling: 2,09 secs: Exception- Method: System.Math::ThrowAbsOverflow() -> System.NullReferenceException: Object reference not set to an instance of an object.
   at Mosa.Compiler.Framework.Operand.CreateSymbolFromMethod(MosaMethod method, TypeSystem typeSystem) in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\Ope
rand.cs:line 807
   at Mosa.Compiler.Framework.Stages.ExceptionStage.ThrowInstruction(Context context) in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\Stages\ExceptionStag
e.cs:line 125
   at Mosa.Compiler.Framework.BaseCodeTransformationStage.Run() in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\BaseCodeTransformationStage.cs:line 46    
   at Mosa.Compiler.Framework.BaseMethodCompilerStage.Execute() in C:\Users\sebastian\Documents\lonos-project\lonos\external\MOSA-Project\Source\Mosa.Compiler.Framework\BaseMethodCompilerStage.cs:line 254       
Compiling: 2,09 secs: Compiler Completed
Phil Garcia
@tgiphil
Ignore the x64 for now. I haven’t been working on it.
Given the runtime changes, I’m sure it is broken.
@charsleysa The VS Designer doesn't work for Explorer anymore. And the layout is off as well.
Sebastian Loncar
@arakis
Everytime i want to make a step in direction x64, its confusing. So, i have the felling, we never get x64 ready
Phil Garcia
@tgiphil
I'll be back online in an hour.
Phil Garcia
@tgiphil
Ack
Back
Phil Garcia
@tgiphil
I misspoke, I have been working on x64 by moving platform specific runtime methods into the common runtime.
There may need to be some minor stretching due to the changes. So let me know when you would like to work on it.
Sebastian Loncar
@arakis
What i have done yet: On a seperate branch (with latest compiler from today) i replaced every Runtime.x86 and Korlib.Plug.x86 with the x64 version. Than i changed PlatformType to x64 in mosa compiler. The result is the error above. My goal is, to get lonos run on x64. If this will succeed in the next days/weeks, i move to a x64 only target, because x86 has lots of disadvantages and there's zero need to support this.
So, with when lonos will able to run on x64, than its the x64 in mosa compiler really hardened :-)
first of all, i need to have a buid without any compiler exception
than i can check the output and make reqeusts what i need to get x64 bootstrap done
Sebastian Loncar
@arakis
Stefan Andres Charsley
@charsleysa
@tgiphil oops, looks like only the WPF designer made it into VS2019 16.3, the WinForms designer is available as a separate "preview" plugin for now
Stefan Andres Charsley
@charsleysa
@arakis @tgiphil also I opened a PR for switching all the projects to use the NETSdk project style (much simpler project files) and it works but there's hundreds of warnings (and I can't figure out how to turn them off)
Jim Jones
@RICKASHEYE
is this OS further than cosmos?
Phil Garcia
@tgiphil
Hi @RICKASHEYE!
There are several differences between the projects. 1) MOSA has an optimizing compiler - meaning it generates significantly faster code.
2) MOSA targets several platforms: x86, x64, and ARM. x86 is working now, x64 and ARM are coming along more slowly.
3) MOSA is eventually support precise Garbage Collection (GC).
4) MOSA works on Windows and Linux.
Phil Garcia
@tgiphil
These are just a few areas... the biggest difference between the two is COSMOS integrates with VisualStudio for debugging. MOSA has it's down standalone debugger and supports GDB naively as well.
Sebastian Loncar
@arakis
@tgiphil I'm open for your suggestion to have an config file for that. But i have an better idea: Compiler-Hooks.
Sebastian Loncar
@arakis