Ticket #23138 (closed defect: fixed)
swi-prolog fails to build with system-wide variants +aqua +quartz +no_x11
| Reported by: | tascafoo@… | Owned by: | J.Wielemaker@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.8.2 |
| Keywords: | Cc: | pmoura@…, ryandesign@… | |
| Port: | swi-prolog |
Description
checking for main in -lXpm... no
*****************************************************************
* ERROR: Could not load/find library -lXpm. *
* Please install the XPM library and rerun configure. *
* The primary source for libXpm is at: *
* *
* http://www-sop.inria.fr/koala/lehors/xpm.html *
* *
* NOTE: If your system has libXpm, check the following: *
* *
* - Do you have the development version of the library? *
* - Is the library you have of the right architecture? *
* - Could it be that other parts of X11 are missing? *
* (typically the case if -lXext is also missing) *
* *
* Examine packages/xpce/src/config.log for details *
* Linux users: check README.debian for dependencies *
* (note that the exact package names vary between *
* distributions). *
*****************************************************************
make[1]: *** [configure] Error 1
make: *** [.pkg-config] Error 2
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_swi-prolog/work/pl-5.8.0" && /usr/bin/make all " returned error 2
DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_swi-prolog/work/pl-5.8.0" && /usr/bin/make all " returned error 2
while executing
"command_exec build"
(procedure "portbuild::build_main" line 9)
invoked from within
"$procedure $targetname"
Warning: the following items did not execute (for swi-prolog): org.macports.activate org.macports.build org.macports.destroot org.macports.install
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>
in /opt/local/etc/macports/variants.conf:
+no_x11 +quartz +aqua
Full log is attached.
Attachments
Change History
comment:1 Changed 3 years ago by jmr@…
- Cc pmoura@… added
- Owner changed from macports-tickets@… to J.Wielemaker@…
- Version changed from 1.8.1 to 1.8.2
comment:2 follow-up: ↓ 3 Changed 3 years ago by pmoura@…
The problem with the Xpm library should be fixed in the new portfiles that are waiting to be committed. SWI-Prolgo can be built without support for X11 but that severely limits its usability. Building with "aqua" and "quartz" variants are meaningless, as SWI-Prolog doesn't support a native MacOS X interface. But I'm will not be tweaking the SWI-Prolog portfiles until the the latest submitted versions got committed.
comment:3 in reply to: ↑ 2 ; follow-up: ↓ 4 Changed 3 years ago by tascafoo@…
Replying to pmoura@…:
SWI-Prolgo can be built without support for X11 but that severely limits its usability.
Some people may have different opinion. For example, I do. Some other people may think so as well (Nokia N900 phone has swi-prolog pre-installed but no xpce).
Also I cannot install prolog-mode.el because it happens to depend on swi-prolog; and prolog-mode.el is useful even without swi-prolog.
Building with "aqua" and "quartz" variants are meaningless
I know that but since they are set up on my system globally, I put it into report.
comment:4 in reply to: ↑ 3 ; follow-up: ↓ 5 Changed 3 years ago by pmoura@…
Replying to tascafoo@…:
Replying to pmoura@…:
SWI-Prolgo can be built without support for X11 but that severely limits its usability.
Some people may have different opinion. For example, I do. Some other people may think so as well (Nokia N900 phone has swi-prolog pre-installed but no xpce).
That's why there is also a swi-prolog-lite portfile :-) The currently committed version, however, is outdated. I will submit an updated portfile for this port later today. I can send it to you by mail if you want.
Also I cannot install prolog-mode.el because it happens to depend on swi-prolog; and prolog-mode.el is useful even without swi-prolog.
I will take a look to the prolog-mode portfile (but I'm not its maintainer).
Building with "aqua" and "quartz" variants are meaningless
I know that but since they are set up on my system globally, I put it into report.
The variants can still be defined but I'm not sure that's the best solution.
comment:5 in reply to: ↑ 4 Changed 3 years ago by tascafoo@…
Some people may have different opinion. For example, I do. Some other people may think so as well (Nokia N900 phone has swi-prolog pre-installed but no xpce).
That's why there is also a swi-prolog-lite portfile :-) The currently committed version, however, is outdated. I will submit an updated portfile for this port later today. I can send it to you by mail if you want.
Ah, that's great! No need to send it by mail, though, so far I've hacked swi-prolog's packages/configure after build failure and got it installed :)
I will take a look to the prolog-mode portfile (but I'm not its maintainer).
Thanks! It seems to be non-maintained... (It also has a wrong checksum in Portfile.)
comment:6 Changed 3 years ago by pmoura@…
Just submitted a patch for updating the swi-prolog-lite port to SWI-Prolog 5.8.2 (the latest stable release) as ticket #23155.

