Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Mar 07 17:29
    @directhex banned @CharlieIsHere
  • Oct 11 2018 17:23
    @directhex banned @deleteaccount1234567890
Egor Bogatov
@EgorBo
that's why I didn't just copy the -O2 set of opt for LLVM JIT
coypoop
@coypoop
Is it expected that Mono requires WX memory mappings, or is that a platform specific issue?
Alexander Köplinger
@akoeplinger
it's needed for the JIT
coypoop
@coypoop
thanks!
Alexander Köplinger
@akoeplinger
there's an issue that I'm just about to file when you compile with XCode 11 beta6 on macOS Catalina though
Filip Navara
@filipnavara
The back of the napkin math shows that last Mono+LLVM failed only after 7 minutes while the previous run failed after 50 minutes. I wonder whether the benchmark order is somehow randomized but I don't think so.
Egor Bogatov
@EgorBo
@vargaz I think Vector128<T>.Count and Vector256<T>.Count can also be made intrinsics (despite the fact we don't support them yet)
Vector128<T>.Count = 128 / (sizeof(T) * :sunglasses:
Zoltan Varga
@vargaz
code which uses it is inside an if (SSe.Supported) so it gets dead-code eliminated.
Callum
@CallumDev
Latest mono on arch (6.0) is throwing /usr/lib/mono/msbuild/15.0/bin/Microsoft.CSharp.CurrentVersion.targets(331,5): error MSB4019: The imported project "/usr/lib/mono/msbuild/15.0/bin/Roslyn/Microsoft.CSharp.Core.targets" was not found. on all projects
since Microsoft.CSharp.Core.targets is not there
Calvin Buckley
@NattyNarwhal
oh fuck
the build server's timing out since i reduced its CPU allocation
Phil Jaenke
@rootwyrm
Uuuuuuugh...
    System.IO.Tests.File_ReadWriteAllBytesAsync.ProcFs_NotEmpty(path: "/proc/meminfo") [FAIL]
      System.IO.FileNotFoundException : Could not find file "/proc/meminfo"
Calvin Buckley
@NattyNarwhal
i mean not helping some tests just take the full timespan allocated for them BUT THAT SHOULD BE ENOUGH
ahh yes, my favourite actor, Jurgen Procfs
Phil Jaenke
@rootwyrm
Bad programmer, no cookie!!
Phil Jaenke
@rootwyrm
I don't even know where to begin looking for that bad Linux-ism, because the stack trace is just such a mess.
Calvin Buckley
@NattyNarwhal
it's async, so it could be far worse
Phil Jaenke
@rootwyrm
Well on the plus side, the origin of the stack is System.IO.Tests.File_Delete.Windows_File_Already_Open_Throws_IOException [FAIL]
Something tells me that test shouldn't be run on non-Windows for some reason.
Calvin Buckley
@NattyNarwhal
can someone adjust the timeouts for the aix builder to be a bit longer? it only has one core of a POWER7 due to other systems on that system
i'll try to see if i can't get uh, less overactive systems
until then i'm going to send myself into the esxi meat grinder
Adam Brown
@audrummer15
Does anyone know the proper way to handle building projects with mono/msbuild that have a text templating target such as this one? <Import Project="$(VSToolsPath)\TextTemplating\Microsoft.TextTemplating.targets" />
Or just how to skip that import when building with mono?
Adam Brown
@audrummer15
For anyone who might come across this, my solution was simply: <Import Project="$(VSToolsPath)\TextTemplating\Microsoft.TextTemplating.targets" Condition="Exists('$(VSToolsPath)\TextTemplating\Microsoft.TextTemplating.targets)')" /> Thanks for an awesome project
Calvin Buckley
@NattyNarwhal
i wanna see consistent graphs again, i should just allocate those cores back ;_;
Jay Krell
@jaykrell

mono-codeman.c:

        /* Try to allocate code chunks next to each other to help the VM */
        ptr = NULL;
        if (last)
            ptr = codechunk_valloc ((guint8*)last-&gt;data + last-&gt;size, chunk_size);
        if (!ptr)
            ptr = codechunk_valloc (NULL, chunk_size);
        if (!ptr)
            return NULL;

Which VM?
The kernel virtual memory manager or the Mono virtual machine?
The kernel virtual memory manager surely will help itself most with NULL there.
I imagine it is the map32bit stuff for amd64, so the Mono virtual machine.
Comments should/could be clearer imho.
As well, only systems that use the map32bit stuff should have this logic, I think.

Alexander Köplinger
@akoeplinger
@NattyNarwhal I bumped the timeout to 360 minutes
Jay Krell
@jaykrell

arm/mips/powerpc, why the 32bit here?

        ss_trigger_page = mono_valloc (NULL, mono_pagesize (), MONO_MMAP_READ|MONO_MMAP_32BIT, MONO_MEM_ACCOUNT_OTHER);
        bp_trigger_page = mono_valloc (NULL, mono_pagesize (), MONO_MMAP_READ|MONO_MMAP_32BIT, MONO_MEM_ACCOUNT_OTHER);

I assume mips implies 32bit.
I know arm does (arm64 is separate).
PowerPC I guess was dual purpose, but is now 64bit only?, so it seems the only user like this (I know amd64 has a different use).

On Windows there could be some hypothetical creation of a truncatable address,
for a 32bit debugger to poke at a 64bit target. Or to push the address
over a transport that truncates to 32bits even if to a 64bit target.
But mono does not target Windows with these architectures (it did/does run on them!).

But still, it is only for powerpc64 seemingly.

mono/mono#16469 ?

Jay Krell
@jaykrell
Anyone consider an interpreter for the JIT IR? i.e. because it has some optimization? Or transform.c is similar enough (I haven't looked)? Or the IR is not a good target for an interpreter?
Mikkel Kruse Johnsen
@mikkeljohnsen
@lambdageek Did you look more on #16320 ?
I don't understand why this bug is not a big problem for other users. Not being able to execute another program from Mono, is a huge problem.
Aleksey Kliger (λgeek)
@lambdageek
@mikkeljohnsen it's some interaction with GSharpKit - Process.Start works for normal console apps in Mono. I don't remember if I already suggested a workaround - try setting MONO_THREADS_SUSPEND=preemptive before running your app.
Mikkel Kruse Johnsen
@mikkeljohnsen
@lambdageek Setting MONO_THREADS_SUSPEND=preemptive has no effect.
@lambdageek But what could GtkSharp do that would make mono unable to use "fork" ?
Aleksey Kliger (λgeek)
@lambdageek
I'm not sure yet.
Mikkel Kruse Johnsen
@mikkeljohnsen
I can't even use DllImport to launch a script that uses the "open" command. Somehow it seems that macOS is preventing the entire app from spawning a new process
Phil Jaenke
@rootwyrm
Oooooooooof.
I have an unhappy idea there. You have truss on the system, yes?
Sorry, that Q was for @mikkeljohnsen
Nikolay Sivov
@nsivov
@jaykrell regarding warnings, I see a lot of -Wsign-compare in "Windows x64 C++" logs, do you think it's worth cleaning up? Personally I'd like to keep everything warning-free for regularly used toolchains
Jay Krell
@jaykrell
I gave up and pragma disabled a lo of this, but missed some.
Nikolay Sivov
@nsivov
alright then
Jay Krell
@jaykrell
But it would be nice to have fewer warnings. Some I disabled is pointer type mismatches for example, Maybe whittle down the pragmas gradually?
@nsivov see here C:\s\mono2\msvc\msvc-disabled-warnings.h and maybe try whittling it more down than up?
Nikolay Sivov
@nsivov
ok, that's a lot
Phil Jaenke
@rootwyrm
Now I just have to figure out how to accept proposed changes on Github... which is not as easy as one would think.
Calvin Buckley
@NattyNarwhal
oh right, i need to go into SST.