[Sharing progress] Tried to revive LLVM/Clang/Libc++ pkgs and port Rust
ASSI
Stromeko@nexgo.de
Tue Sep 5 16:11:12 GMT 2023
William Hu via Cygwin-apps writes:
> On Wednesday, August 30th, 2023, ASSI wrote:
>> NOt immediately, but it makes me wonder if there's other such leakage.
>> I have not found a (text) file that stores this information in the
>> installed package, so it seems that the information is compiled in
>> someplace.
>
> After some digging I believe I've found where the information is
> compiled in (a daisy chain of variables starting with Makefile.config
> in the toplevel directory...)
I suspected something like that, but as I said I didn't find a definite
answer and the text files in the system installation didn't have this
information, so I concluded it must come from some binary.
> To confirm I'm fixing the right thing, could you elaborate what specifically
> is the error with "ocaml_config imports stupid flags from the cygport build"?
> Is there a specific option within CFLAGS (fdebug-prefix-map perhaps?)
> or ocamlc invocation that's causing an error message?
Anything specific to the cygport build environment, but specifically the
prefix maps.
> Regarding other leakage, it looks like almost every file (exe, cma, etc.)
> contains provenance compiled into the file due to the fact that they are
> compiled with -g to include debugging information. I can obfuscate the provenance
> by building in /mnt/share/cygpkgs (the same approach Cygwin tar, gcc appear to do).
That's just because these are my packages too and that's the location
where I built them.
>> I don't think that makes any sense given the way the packaging is done
>> at the moment. In fact, ever since you updated to 4.14.0 all other
>> OCaml packages in Cygwin were dead since you didn't update these at the
>> same time and there is no mechanism in place yet to ensure that ocaml-*
>> packages and the ocaml package target the same version of the compiler.
>
> Unless you were already planning to, I'd be happy to adopt some of these OCaml packages
> and package some new releases so they can also work on Cygwin.
I wasn't planning to adopt the packages (I really don't know enough
about OCaml), but doing a non-maintainer update would have been an
option. Having an active maintainer for these again would be a much
better solution of course.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
More information about the Cygwin-apps
mailing list