unofficial mirror of bug-guile@gnu.org 
 help / color / mirror / Atom feed
* guile-1.8.8 problem on GNU/Linux IA-64 and a simple fix
@ 2010-12-16 22:03 Nelson H. F. Beebe
  2011-01-18  0:07 ` Andy Wingo
  0 siblings, 1 reply; 2+ messages in thread
From: Nelson H. F. Beebe @ 2010-12-16 22:03 UTC (permalink / raw)
  To: bug-guile; +Cc: beebe

I built guile-1.8.8 on GNU/Linux IA-64 (Itanium) like this:

% env LDFLAGS='-L/usr/local/lib -Wl,-rpath,/usr/local/lib ' CC=/usr/bin/gcc ./configure
% make LIBS='/usr/lib/libreadline.so /usr/lib/libncurses.so' all check -i -k -s

and got this single failure:

Running time.test
/bin/sh: line 5: 26260 Segmentation fault      ${dir}$tst
FAIL: check-guile
==================================
1 of 1 test failed
Please report to bug-guile@gnu.org
==================================

On a hunch, I tried this:

% limit
cputime      unlimited
filesize     unlimited
datasize     unlimited
stacksize    10240 kbytes
coredumpsize 0 kbytes
memoryuse    unlimited
vmemoryuse   unlimited
descriptors  1024
memorylocked 128 kbytes
maxproc      8110
maxlocks     unlimited
maxsignal    8110
maxmessage   819200
maxnice      0
maxrtprio    0
maxrttime    0 usec

% limit stacksize 100M
% make check -i -k -s
...
Running time.test
Running unif.test
Running version.test
Running weaks.test

Totals for this test run:
passes:                 11972
failures:               0
unexpected passes:      0
expected failures:      24
unresolved test cases:  9
untested test cases:    0
unsupported test cases: 9
errors:                 0

PASS: check-guile
=============
1 test passed
=============

It looks like the time.test run is stessing the default stacksize.

Perhaps the test suite could increase that limit, or better, the test
might be adjusted to run in 8MB or so of stack space.  On one of my
systems (OpenBSD), the default is 4MB; several others have 8MB, a few
10MB, and a couple, 64MB.

-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -
- Department of Mathematics, 110 LCB    Internet e-mail: beebe@math.utah.edu  -
- 155 S 1400 E RM 233                       beebe@acm.org  beebe@computer.org -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: guile-1.8.8 problem on GNU/Linux IA-64 and a simple fix
  2010-12-16 22:03 guile-1.8.8 problem on GNU/Linux IA-64 and a simple fix Nelson H. F. Beebe
@ 2011-01-18  0:07 ` Andy Wingo
  0 siblings, 0 replies; 2+ messages in thread
From: Andy Wingo @ 2011-01-18  0:07 UTC (permalink / raw)
  To: Nelson H. F. Beebe; +Cc: bug-guile

On Thu 16 Dec 2010 17:03, "Nelson H. F. Beebe" <beebe@math.utah.edu> writes:

> Running time.test
> /bin/sh: line 5: 26260 Segmentation fault      ${dir}$tst
> FAIL: check-guile
> ==================================
> 1 of 1 test failed
> Please report to bug-guile@gnu.org
> ==================================
>
> On a hunch, I tried this:
>
> % limit stacksize 100M

Are you building with -O2 or O0?  AFAIK, the whole 1.8 branch has bad
stack behavior with -O0...

However, as IA-64 is an uncommon platform, and 2.0 will be out soon
(which AFAIK does not exhibit this problem), I would be inclined to let
search engines pick up the workaround from these mails.

Let us know if there is something else we should do.

Thanks for the report,

Andy
-- 
http://wingolog.org/



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2011-01-18  0:07 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-16 22:03 guile-1.8.8 problem on GNU/Linux IA-64 and a simple fix Nelson H. F. Beebe
2011-01-18  0:07 ` Andy Wingo

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).