Created attachment 153795 [details] build session LOG for sysutils/cdrtools-devel Any attempt to build sysutils/cdrtools-devel on a recent -CURRENT (11), result in: (cc), : exited on signal 6 (core dumped) I've also mentioned this, in regards to sysutils/cdrtools. Where the build of that version dumped core 4 times. This version only resulted in dumping core once. I went further, and attempted to build the most recent version available upstream (3.01a27). But the results are the same. Maybe cdrtools should be marked BROKEN on CURRENT? I'm attaching a script(1) session LOG of the entire build session, which also includes the revision of the box I'm [attempting] building cdrtools on. Options chosen for this build: OPTIONS_FILE_SET+=CDDA2MP3 OPTIONS_FILE_SET+=CDDA2OGG OPTIONS_FILE_SET+=DOCS OPTIONS_FILE_SET+=NLS OPTIONS_FILE_UNSET+=RSCSI Attempts to build with only the *default* options chosen, produced the same results. Thank you for all your time, and consideration. --Chris
(In reply to Chris Hutchinson from comment #0) > Created attachment 153795 [details] > build session LOG for sysutils/cdrtools-devel > > Any attempt to build sysutils/cdrtools-devel on > a recent -CURRENT (11), result in: > > (cc), : exited on signal 6 (core dumped) > > I've also mentioned this, in regards to sysutils/cdrtools. > Where the build of that version dumped core 4 times. > This version only resulted in dumping core once. I went > further, and attempted to build the most recent version > available upstream (3.01a27). But the results are the > same. Maybe cdrtools should be marked BROKEN on CURRENT? > > I'm attaching a script(1) session LOG of the entire build > session, which also includes the revision of the box I'm > [attempting] building cdrtools on. > > Options chosen for this build: > OPTIONS_FILE_SET+=CDDA2MP3 > OPTIONS_FILE_SET+=CDDA2OGG > OPTIONS_FILE_SET+=DOCS > OPTIONS_FILE_SET+=NLS > OPTIONS_FILE_UNSET+=RSCSI > > Attempts to build with only the *default* options chosen, > produced the same results. > > Thank you for all your time, and consideration. > > --Chris OK further attempts to discover *where* in the build/configure process, core dumps; I was able to determine that it is very early during configure. HTH --Chris
(In reply to Chris Hutchinson from comment #1) > (In reply to Chris Hutchinson from comment #0) > > Created attachment 153795 [details] > > build session LOG for sysutils/cdrtools-devel > > > > Any attempt to build sysutils/cdrtools-devel on > > a recent -CURRENT (11), result in: > > > > (cc), : exited on signal 6 (core dumped) > > > > I've also mentioned this, in regards to sysutils/cdrtools. > > Where the build of that version dumped core 4 times. > > This version only resulted in dumping core once. I went > > further, and attempted to build the most recent version > > available upstream (3.01a27). But the results are the > > same. Maybe cdrtools should be marked BROKEN on CURRENT? > > > > I'm attaching a script(1) session LOG of the entire build > > session, which also includes the revision of the box I'm > > [attempting] building cdrtools on. > > > > Options chosen for this build: > > OPTIONS_FILE_SET+=CDDA2MP3 > > OPTIONS_FILE_SET+=CDDA2OGG > > OPTIONS_FILE_SET+=DOCS > > OPTIONS_FILE_SET+=NLS > > OPTIONS_FILE_UNSET+=RSCSI > > > > Attempts to build with only the *default* options chosen, > > produced the same results. > > > > Thank you for all your time, and consideration. > > > > --Chris > > OK further attempts to discover *where* in the > build/configure process, core dumps; I was able to determine > that it is very early during configure. > > HTH > > --Chris OK. I've been able to track it down to happening at, or just before: checking for wait3 that fills in rusage... yes (line 359 in the LOG file I attached). But that's as close as I can narrow it down. Hope that helps. Thanks. --Chris
*** This bug has been marked as a duplicate of bug 191424 ***
*** This bug has been marked as a duplicate of bug 198253 ***