On Aug 24 09:28, David Allsopp wrote:
> Corinna Vinschen wrote:
> > On Aug 23 20:00, David Allsopp wrote:
> > > Jon Turney wrote:
> > > > I'm confused here: /usr/lib/ocaml/camlheaderd[di] look like
> > > > executables (according to file etc.)
> > > >
> > > > If they genuinely aren't, then perhaps
Corinna Vinschen wrote:
> On Aug 23 20:00, David Allsopp wrote:
> > Jon Turney wrote:
> > > I'm confused here: /usr/lib/ocaml/camlheaderd[di] look like
> > > executables (according to file etc.)
> > >
> > > If they genuinely aren't, then perhaps they shouldn't have execute
> > > permission (which
On Aug 23 20:00, David Allsopp wrote:
> Jon Turney wrote:
> > I'm confused here: /usr/lib/ocaml/camlheaderd[di] look like executables
> > (according to file etc.)
> >
> > If they genuinely aren't, then perhaps they shouldn't have execute
> > permission (which is I think what is causing them to be
Jon Turney wrote:
> On 13/07/2022 16:41, David Allsopp wrote:
> >
> >> 3) Interesting - on my machine, the camlheader[di] files had the .exe
> >> extensions. I did some digging around and found the files are *built*
> >> without the .exe suffix, and even *initially installed* without the
> >>
Hi Jon,
>
> Thanks for working on this.
>
> Please accept this literally priceless gold star for adopting this package
Thank you very much for the valuable and shiny award!
I've also pushed the cygport and corresponding patches to the git repository.
William
On 23/07/2022 17:38, William Hu via Cygwin-apps wrote:
Yeah, that seems plausible, but I'm not clear why we are seeing
different behaviour...
After a long period of poking around for differences, I think I found the error
- I had the `noacl` option activated in /etc/fstab which was
>
> Yeah, that seems plausible, but I'm not clear why we are seeing
> different behaviour...
>
After a long period of poking around for differences, I think I found the error
- I had the `noacl` option activated in /etc/fstab which was preventing chmod
and executable bits from working properly.
> I added 'ocaml' to your authorized packages.
>
> Please go ahead and upload (perhaps as a test release?) when you are ready.
>
> Please see [1] for how to upload packages and push to the packaging git
> repository.
>
> [1] https://cygwin.com/packages.html
>
Great, thank you so much for the help
On 13/07/2022 16:41, David Allsopp wrote:
3) Interesting - on my machine, the camlheader[di] files had the .exe
extensions. I did some digging around and found the files are *built*
without the .exe suffix, and even *initially installed* without the .exe
suffix, but ultimately come out with
On 13/07/2022 03:56, William Hu via Cygwin-apps wrote:
Apologies, meant to click reply-all.
Hi Jon,
Thanks for all of the detailed feedback - I'll test the package more
thoroughly next time.
I added 'ocaml' to your authorized packages.
Please go ahead and upload (perhaps as a test release?)
Hi David,
> I think this down to neglect - the PIC/shared versions of the runtime were
> contributed for a specific purpose and aren't properly maintained/tested
> AFAICT.
>
> I'm not sure that libcamlrun_shared can ever have worked on Cygwin, at least
> certainly not since OCaml 3.11 (which
William Hu wrote:
> Hi David,
>
> > What were the missing symbols? With the OCaml 4.10 package, I hit
> problems with this:
> >
> > echo 'print_endline "hello, world"' > hello.ml
> >
> > ocamlc -custom -runtime-variant _shared -o hello.exe hello.ml
> >
> > I think that may be an issue upstream
Hi David,
> What were the missing symbols? With the OCaml 4.10 package, I hit problems
> with this:
>
> echo 'print_endline "hello, world"' > hello.ml
>
> ocamlc -custom -runtime-variant _shared -o hello.exe hello.ml
>
> I think that may be an issue upstream (libasmrun_shared.so IIRC is broken
> 1) libcamlrun: Oops, that's another oversight, forgot to look at the old
> patches. The other 3 patches seem unnecessary, but I had trouble linking
> either libcamlrun_shared.so or libcamlrun_shared.dll.a into a program
> (unresolved symbol errors). Added but it possibly needs further patching.
Apologies, meant to click reply-all.
Hi Jon,
Thanks for all of the detailed feedback - I'll test the package more
thoroughly next time.
1) libcamlrun: Oops, that's another oversight, forgot to look at the old
patches. The other 3 patches seem unnecessary, but I had trouble linking
either
On 05/07/2022 01:42, William Hu via Cygwin-apps wrote:
Hi Jon,
Oops, sorry about that. The patch and updated cygport are now attached.
Sending SSH key shortly.
Thanks.
Firstly, I notice that you dropped 4.10.0-libcamlrun_shared.patch. Can
you explain the reasoning behind that?
(After a
Hi Jon,
Oops, sorry about that. The patch and updated cygport are now attached.
Sending SSH key shortly.
Thanks,
William
--- Original Message ---
On Monday, July 4th, 2022 at 1:03 PM, Jon Turney
wrote:
> On 04/07/2022 03:03, William Hu via Cygwin-apps wrote:
>
> > Hello,
> >
> > I
On 04/07/2022 03:03, William Hu via Cygwin-apps wrote:
Hello,
I noticed that the ocaml source package is currently unmaintained and the most
recent package version is 4.10.0, so I'd like to adopt the packages under it
(specifically, ocaml, ocaml-compiler-libs, ocaml-runtime, ocaml-doc,
18 matches
Mail list logo