[MacPorts] #44112: guile hangs on snarf-check-and-output-texi
#44112: guile hangs on snarf-check-and-output-texi --------------------------+-------------------------------- Reporter: JadeNB1729@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: guile --------------------------+-------------------------------- When I try to build guile (1.8.8) on Mac OS X.9.3, it reaches {{{ cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc chars.doc continuations.doc debug.doc deprecation.doc deprecated.doc discouraged.doc dynl.doc dynwind.doc environments.doc eq.doc error.doc eval.doc evalext.doc extensions.doc feature.doc fluids.doc fports.doc futures.doc gc.doc goops.doc gsubr.doc gc-mark.doc gc-segment.doc gc-malloc.doc gc- card.doc guardians.doc hash.doc hashtab.doc hooks.doc i18n.doc init.doc ioext.doc keywords.doc lang.doc list.doc load.doc macros.doc mallocs.doc modules.doc numbers.doc objects.doc objprop.doc options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc properties.doc random.doc rdelim.doc read.doc root.doc rw.doc scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc stackchk.doc stacks.doc stime.doc strings.doc srfi-4.doc srfi-13.doc srfi-14.doc strorder.doc strports.doc struct.doc symbols.doc threads.doc throw.doc values.doc variable.doc vectors.doc version.doc vports.doc weaks.doc ramap.doc unif.doc dynl.doc filesys.doc posix.doc net_db.doc socket.doc regex-posix.doc | GUILE="/Users/Shared/Applications/MacPorts/base/var/macports/build/_Users_Shared_Applications_MacPorts_base_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_guile/guile/work/guile-1.8.8 /pre-inst-guile" ../scripts/snarf-check-and-output-texi > guile- procedures.texi || { rm guile-procedures.texi; false; } }}} and then seems to do nothing. I waited 4 hours, and the process was not using any memory. -- Ticket URL: <https://trac.macports.org/ticket/44112> MacPorts <http://www.macports.org/> Ports system for OS X
#44112: guile hangs on snarf-check-and-output-texi ---------------------------+-------------------------------- Reporter: JadeNB1729@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: guile | ---------------------------+-------------------------------- Comment (by ryandesign@…): Could you attach the main.log file? (Its location is printed by the command "port logfile guile".) -- Ticket URL: <https://trac.macports.org/ticket/44112#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X
#44112: guile hangs on snarf-check-and-output-texi ---------------------------+-------------------------------- Reporter: JadeNB1729@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: guile | ---------------------------+-------------------------------- Comment (by JadeNB1729@…): I have attached it. The last line ends mid-path: {{{ :info:build make[1]: Entering directory `/Users/Shared/ }}} -- Ticket URL: <https://trac.macports.org/ticket/44112#comment:2> MacPorts <http://www.macports.org/> Ports system for OS X
#44112: guile hangs on snarf-check-and-output-texi ---------------------------+-------------------------------- Reporter: JadeNB1729@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: guile | ---------------------------+-------------------------------- Comment (by dimitry@…): Please try this patch, which is adapted from the fix used in the FreeBSD ports repository introduced here: [http://svnweb.freebsd.org/changeset/ports/352517] Summary: 1. Use -fwrapw in CFLAGS, since guile depends on signed integer overflows. 2. Fix grep + sed logic in guile-snarf.in to be compatible with the output of clang's preprocessor. This is achieved by adding additional newlines before the ^^ delimiters, which guile-snarf depends on. 3. Similarly, in c-tokenize.c, clang's preprocessor outputs EOLs and hash marks in different places, confusing the lexer. Simply don't output them to fix the problem. -- Ticket URL: <https://trac.macports.org/ticket/44112#comment:5> MacPorts <http://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts