Opened 10 years ago
Closed 10 years ago
#46377 closed defect (fixed)
mldonkey @3.1.3 build fails with ocaml 4.02
Reported by: | dehui.peng@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.3 |
Keywords: | Cc: | ryandesign (Ryan Carsten Schmidt), MarcusCalhoun-Lopez (Marcus Calhoun-Lopez) | |
Port: | mldonkey |
Description (last modified by larryv (Lawrence Velázquez))
---> Computing dependencies for mldonkey ---> Fetching distfiles for mldonkey ---> Verifying checksums for mldonkey ---> Extracting mldonkey ---> Applying patches to mldonkey ---> Configuring mldonkey ---> Building mldonkey Error: org.macports.build for port mldonkey returned: command execution failed
Attachments (1)
Change History (6)
Changed 10 years ago by dehui.peng@…
comment:1 Changed 10 years ago by larryv (Lawrence Velázquez)
Description: | modified (diff) |
---|---|
Keywords: | mldonkey removed |
Port: | mldonkey added |
comment:2 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
comment:3 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added |
---|---|
Summary: | mldonkey build failed on OS X 10.10.1 → mldonkey @3.1.3 build fails with ocaml 4.02 |
The lablgtk2 problem has been resolved.
The mldonkey problem remains, even with 3.1.5. The real error is:
:info:build File "src/utils/net/terminal.ml", line 188, characters 2-4: :info:build Error: This comment contains an unterminated string literal :info:build File "src/utils/net/terminal.ml", line 188, characters 5-7: :info:build Error: String literal begins here
This appears to be an incompatibility with changes that occurred in ocaml 4.02. I have reported this problem to the developers of mldonkey for you:
comment:4 follow-up: 5 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
The developers have already fixed this problem 4 months ago but have not released a new version containing the fix.
Applying the fix locally, the next error that occurs is:
Error: The files /opt/local/lib/ocaml/pervasives.cmi and /opt/local/lib/ocaml/camlp4/camlp4.cmi make inconsistent assumptions over interface Pervasives
I have reported this problem to the developers:
comment:5 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | mcalhoun@… added |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Note: See
TracTickets for help on using
tickets.
Hmm. Well I cannot get to this failure, because I cannot build mldonkey's dependency lablgtk2 as per #45559.
I see you installed lablgtk2 with the +quartz variant. I didn't. Maybe that's relevant.
I see your mldonkey configure output shows this:
This makes me think mldonkey is not compatible with lablgtk2 when installed with the +quartz variant. You should report that to the developers of mldonkey so they can fix it, and until they do, you'll have to install lablgtk2 without the quartz variant, and that will probably fail for you as it did for me per #45559.
We should update mldonkey to 3.1.5 when the issues with its dependencies have been resolved.