David Spickett

Duplicate of https://github.com/compiler-explorer/compiler-explorer/issues/5764 and https://github.com/compiler-explorer/compiler-explorer/issues/4334, where I am tracking my attempts to get it building again.

The LLVM flang trunk build has been updated and is following LLVM's `main` branch again, so that support you were looking for should now be included.

Thanks, the logic is clearer now. Should this check be limited to only when a uuid is actually found? This would allow debugging of older FreeBSDs with a newer lldb.

Seems like adding a test for this would be difficult but if you can think of a way that would be great. Otherwise this looks ok to me, @emaste should...

For reference the patch was https://reviews.llvm.org/D136462 but remains in review.

I've thought about this a bit, without preemptive multi tasking the logfile method works pretty well. But with demos like timer, that took ages to get to run in the...

I don't have specific goals for it but it sounds fun. I expected something much more involved. Looks quite simple to add in, I assume you could just write this...

Overlaps with https://github.com/compiler-explorer/compiler-explorer/issues/4334. I've been looking that so I'll update there. Specific versions of flang would be nice to have in future.

The trunk build of llvm flang (flang-new) has now been updated, so it is currently 18.x (soon to be 19.x when the release branch happens). If you specifically want to...

I like the switches metaphor, that is very concise. > I suspect whenever you say "compiler change" you mean "language change". Is that right? The effect is more noticeable when...