by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • May 04 23:15
    housel commented #12
  • Apr 26 21:05
    cgay labeled #12
  • Apr 26 21:05
    cgay commented #12
  • Apr 25 13:47

    cgay on master

    Highlight 'define benchmark' Merge pull request #34 from cga… (compare)

  • Apr 25 13:47
    cgay closed #34
  • Apr 24 01:04
    cgay opened #34
  • Apr 22 16:27
    cgay labeled #135
  • Apr 22 16:27
    cgay opened #135
  • Apr 22 14:58
    cgay opened #1318
  • Apr 19 23:07
    cgay closed #1156
  • Apr 19 23:07
    cgay commented #1156
  • Apr 19 01:37
    cgay labeled #1317
  • Apr 19 01:37
    cgay opened #1317
  • Apr 13 05:08

    cgay on master

    Provide an --order option: sour… Merge pull request #134 from cg… (compare)

  • Apr 13 05:08
    cgay closed #134
  • Apr 13 05:05
    cgay synchronize #134
  • Apr 13 04:58

    cgay on master

    [tests] Remove unnecessary Test… [doc] Fix a few typos [tests] Import data and type-co… and 4 more (compare)

  • Apr 13 04:58
    cgay closed #26
  • Apr 11 00:45
    cgay opened #134
  • Apr 10 23:04
    cgay opened #26
Peter S. Housel
@housel
For the LLVM back-end, I haven’t tried that either, but I know there are several things that aren’t implemented yet
I just need to sit down and work through all those things
bitmappergit
@bitmappergit
ah

For the C back-end, it might be possible, but I haven’t tried it lately

I was just curious if it was possible to use wine's api directly to use win32 duim on linux/macos

Peter S. Housel
@housel
It might be, I’ve thought about that but never got around to trying it
Carl Gay
@cgay
@housel, i'm taking another shot at compiling with packages and i think i need your help again. Can you tell what went wrong here? Everything appears to have compiled without errors, but link fails. https://gist.githubusercontent.com/cgay/87c63f62a526ca7dbe4b50a749641e32/raw/21c690164405ee4455a540c89e0d9edd14cf4981/compile-dylan-environment.txt
Peter S. Housel
@housel
Registry problems; it should be loading sources/runtime-manager/local-access-path/dummy-local-access-path.lid
Carl Gay
@cgay
access-path is for connecting to the debugger, i take it. What is the dummy one for?
Peter S. Housel
@housel
The code needs to have an implementation of a local access path even if only the remote (CORBA) one is used
Carl Gay
@cgay
oh, for systems that don't yet support the dubugger.
Peter S. Housel
@housel
The link failures were trying to bring in the Win32 debugger-nub
Carl Gay
@cgay
This was buried amongst all the similar warnings for the airport examples. I should clean those up.
WARNING: For library local-access-path multiple .lid files apply to platform x86_64-linux.
  /home/cgay/dylan/workspaces/od/opendylan/sources/runtime-manager/local-access-path/local-access-path.lid
  /home/cgay/dylan/workspaces/od/opendylan/sources/runtime-manager/local-access-path/dummy-local-access-path.lid
Registry will point to the first one, arbitrarily.
Peter S. Housel
@housel
I’m adding source location info to code that didn’t have it before, though some of it may seem a little weird, like slot initialization code being marked as coming from the slot declaration, or next-methods retrieval code coming from the entire method defining form
We’ll see how that works out
bitmappergit
@bitmappergit
hmm
I'm not sure to start with trying to get it to build with winelib
Peter S. Housel
@housel
Change the registry entries for duim and win32-duim so they will build on your platform
Edit C-Libraries: in win32-duim.lid to link against winelib
bitmappergit
@bitmappergit

Change the registry entries for duim and win32-duim so they will build on your platform

yeah I get that, but any projects using duim will try to use the unix one, won't it?

*unix/gtk
Peter S. Housel
@housel
No, once it’s built then the database and library in your path will be the win32 one
Just remove the registry entries that point to the gtk duim
bitmappergit
@bitmappergit
a lot of the Harlequin software seems to have disappeared off the face of the earth
Carl Gay
@cgay
@bitmappergit are you thinking of anything specifically?
bitmappergit
@bitmappergit
like, I can't seem to find the original Harlequin Dylan binaries
I'm curious about it
I have functional developer files
Peter S. Housel
@housel
I might have CDs somewhere in my garage
Carl Gay
@cgay
same
bitmappergit
@bitmappergit
nice
bitmappergit
@bitmappergit
the only old CDs I've ever found were for Grim Fandango
Peter S. Housel
@housel
I think inline-tracking is working now https://github.com/housel/opendylan/tree/inline-tracking
I’ll live with it for awhile to make sure though
bitmappergit
@bitmappergit
@housel it's not happy about some of the win32-c-definitions
Peter S. Housel
@housel
mismatch between LLVM integer and pointer types, right?
I've cleaned those up elsewhere but not in the win32-* libraries yet
Peter S. Housel
@housel
Something about my debug info is making lldb crash 🤔
So now I get to debug that
bitmappergit
@bitmappergit

mismatch between LLVM integer and pointer types, right?

no, I used the C backend

the definitions are in c-ffi
I got it to build anyway and it just dies because of dyld
Peter S. Housel
@housel
ok
bitmappergit
@bitmappergit
it's looking for win32-core which isn't used on unix
winegcc is being great and trying to link the dynamic libraries as bundles
Peter S. Housel
@housel
It would be fair game to split out separate LID files for unix
bitmappergit
@bitmappergit
and wine stores the libraries as files named like gdi32.dll.so which macOS's linker is not happy about
Carl Gay
@cgay
It's a little surprising that Let's Encrypt renewal emails don't contain a link to the renewal page. But only a little.
Re: play.opendylan.org
Maybe there is no page. Dunno. Sheesh. Beggars can't be choosers I guess.
Carl Gay
@cgay
ok, certbot renew and then work through the errors...