Hello ports@

I'm a crystal dev who uses the crystal port to develop my software,
exfetch, on OpenBSD

Sometimes the compiler dlopen's libgc or other libdepends when
compiling software, which ends up breaking ports that use this compiler
like sysutils/exfetch.

D: baked_file_system: checking...
I: Dependencies are satisfied
D: mkdir /home/izder456/Projects/Personal/exfetch/bin
I: Building: exfetch
D: crystal build -o
/home/izder456/Projects/Personal/exfetch/bin/exfetch src/exfetch.cr
--no-color --verbose -s -t -p --release Parse:
   00:00:00.000730284 (   0.90MB) E: Error target exfetch failed to
compile: Showing last frame. Use --error-trace for full trace.

In lib/baked_file_system/src/baked_file_system.cr:183:8

 183 | {{ run("./loader", path, dir, include_dotfiles) }}
          ^--
Error: Error executing run (exit code: KILL): ./loader
 /home/izder456/Projects/Personal/exfetch/src/exfetch/ascii
 /home/izder456/Projects/Personal/exfetch/src/exfetch false

stderr:

    ld.so: macro_run: can't load library 'libgc.so.7.0'


In the future, could we bump revision if lang/crystal doesn't have a
newer upstream whenever one of its libdepends gets updated?  Is
that a normal fix? Also, this lang/crystal port is somewhat out of date,
so maybe a simple update of lang/crystal to the latest will suffice

I have copied the maintainer of this package too.

-- 
iz (she/her)

> i like to say mundane things,
> there are too many uninteresting things
> that go unnoticed.

izder456 (dot) neocities (dot) org

Reply via email to