unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
From: Andreas Voegele <voegelas@gmx.net>
Subject: Re: [PATCH] configure check for crypt()
Date: Sat, 21 Feb 2004 08:30:53 +0100	[thread overview]
Message-ID: <87ad3czy6q.fsf@ID-28718.user.uni-berlin.de> (raw)
In-Reply-To: <87k72hjq7r.fsf@zip.com.au> (Kevin Ryde's message of "Sat, 21 Feb 2004 09:17:28 +1000")

Kevin Ryde writes:

> Andreas Voegele <voegelas@gmx.net> writes:
>>
>> Can anyone apply the patch, which is attached to my previous mail, to
>> guile-core/configure.in and guile-core/libguile/posix.c?
>
> Thanks, I made changes along those lines.
>
> Is this for the guile 1.6 branch too?  I'd expect so, if guile 1.6
> works at all on hpux (which I haven't tried).

I've built Guile 1.6.4 with the mentioned changes under HP-UX 11.00,
32-Bit.  I have yet to build the CVS version.

I've noticed that HP-UX unsets the environment variable HOME when I
change to the root account.  Thus the following expression in
readline.scm fails when the readline module is loaded by root.

(define history-file (string-append (getenv "HOME") "/.guile_history"))

guile> (use-modules (ice-9 readline))
ERROR: In procedure string-append:
ERROR: Wrong type argument (expecting STRINGP): #f
ABORT: (wrong-type-arg)

The following expression could be used to get the home directory, but
it requires the procedures getpwuid und cuserid which might not be
available on all systems supported by Guile.  I'd probably rather tell
the super user to set HOME or GUILE_HISTORY before using readline :-)

(or (getenv "HOME") (passwd:dir (getpwuid (cuserid))))

Here's the output of make test:

Running alist.test
Running bit-operations.test
Running c-api.test
Running chars.test
Running common-list.test
Running environments.test
UNRESOLVED: environments.test: leaf-environments: observe-weak: weak observer gets collected
UNRESOLVED: environments.test: leaf-environment based eval-environments: observe-weak: weak observer gets collected
Running eval.test
Running exceptions.test
Running format.test
Running gc.test
Running getopt-long.test
Running goops.test
Running guardians.test
Running hooks.test
Running import.test
Running interp.test
Running list.test
Running load.test
Running numbers.test
Running optargs.test
Running ports.test
Running r4rs.test
Running reader.test
Running regexp.test
Running srfi-10.test
Running srfi-13.test
Running srfi-14.test
Running srfi-19.test
FAIL: srfi-19.test: SRFI date/time library: #<procedure time-utc->date (time . tz-offset)> respects local DST if no TZ-OFFSET given
FAIL: srfi-19.test: SRFI date/time library: #<procedure time-tai->date (time . tz-offset)> respects local DST if no TZ-OFFSET given
FAIL: srfi-19.test: SRFI date/time library: #<procedure time-monotonic->date (time . tz-offset)> respects local DST if no TZ-OFFSET given
FAIL: srfi-19.test: SRFI date/time library: #<procedure julian-day->date (jdn . tz-offset)> respects local DST if no TZ-OFFSET given
FAIL: srfi-19.test: SRFI date/time library: #<procedure modified-julian-day->date (jdn . tz-offset)> respects local DST if no TZ-OFFSET given
FAIL: srfi-19.test: SRFI date/time library: string->date respects local DST if no time zone is read
Running srfi-4.test
Running srfi-9.test
Running strings.test
Running symbols.test
Running syncase.test
Running syntax.test
Running time.test
Running version.test
Running weaks.test

Totals for this test run:
passes:                 2225
failures:               6
unexpected passes:      0
expected failures:      18
unresolved test cases:  2
untested test cases:    0
unsupported test cases: 9
errors:                 0

FAIL: check-guile
===================
1 of 1 tests failed
===================


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel


  parent reply	other threads:[~2004-02-21  7:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-15 19:48 [PATCH] configure check for crypt() Andreas Voegele
2004-02-19 10:27 ` Andreas Voegele
2004-02-20 23:17   ` Kevin Ryde
2004-02-21  0:52     ` Rob Browning
2004-02-21  7:30     ` Andreas Voegele [this message]
2004-02-21 21:00       ` Kevin Ryde
2004-02-21 21:41       ` Kevin Ryde

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ad3czy6q.fsf@ID-28718.user.uni-berlin.de \
    --to=voegelas@gmx.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).