zsh-workers
 help / color / mirror / code / Atom feed
From: Andrej Borsenkow <Andrej.Borsenkow@mow.siemens.ru>
To: Timothy Miller <tsm@transit.cs.brown.edu>
Cc: zsh-workers@sunsite.dk
Subject: Re: zsh 4.0.1 make check failures on irix, freebsd, solaris, aix, linux
Date: Sat, 09 Jun 2001 22:01:16 +0400	[thread overview]
Message-ID: <3B22646C.2050307@mow.siemens.ru> (raw)
In-Reply-To: <yeh8zj1r5sb.fsf@transit.cs.brown.edu>

Timothy Miller wrote:

> Some more details then:
> 
> the zsh linking command from "CC=cc ./configure --prefix=/cs" is
> 
> LD_RUN_PATH=/cs/lib/zsh cc -qlanglvl=ansi  -s  -o zsh main.o libzsh-4.0.1.so -ldl -lcurses -lm  -lc
> 
> The error that produces on trying to run the resulting zsh is
> 
> exec(): 0509-036 Cannot load program ./zsh because of the following errors:
>         0509-022 Cannot load library libzsh-4.0.1.so.
>         0509-026 System error: A file or directory in the path name does not 
>         exist.
> 
> I changed the link line to
> 
> cc -qlanglvl=ansi  -s  -o zsh main.o  -L/cs/lib/zsh libzsh-4.0.1.so -ldl -lcurses -lm  -lc
> 
> which produced the zsh that just segfaulted. It turns out it doesn't
> segfault if you don't install any modules and run it with -f, but does if
> the modules are installed or -f isn't given.
>



Timothy, have you tried my patch? I am pretty sure, the actual problem 
is that we still need export files even in case of dlopen() (libtool 
documentation mentions, that shared objects on AIX must self-contained; 
we try outsmart it :-).

 
> 
> Options (-bOptions)
> 
> The following values are possible for the Options variable of the -b flag. You
> can list more than one option after the -b flag, separating them with a single
> blank.
> 
> [...]
> 


Alas, you omitted the most interesting part - system-specific options ...

> 
> LIBPATH If LIBPATH is defined, its value is used as the default libary path
> information. Otherwise, the default library path information is /usr/lib:/lib.
> If no -L flags are specified and no -blibpath option is specified, the default
> library path information is written in the loader section of the output file.
> Regardless of any options specified, LIBPATH is not used when searching for
> libraries that are specified from the command line.
>


That would be very useful if we needed libzsh - but Oliver said, we did 
not need it even on 3.x version - so I guess we do not need it here as well.

-andrej


      parent reply	other threads:[~2001-06-09 17:59 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-09  1:03 Timothy Miller
2001-06-09  4:59 ` Bart Schaefer
2001-06-09 16:12   ` Timothy Miller
2001-06-09 17:21     ` Bart Schaefer
2001-06-09 18:01     ` Andrej Borsenkow [this message]

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

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

  git send-email \
    --in-reply-to=3B22646C.2050307@mow.siemens.ru \
    --to=andrej.borsenkow@mow.siemens.ru \
    --cc=tsm@transit.cs.brown.edu \
    --cc=zsh-workers@sunsite.dk \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

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 NNTP newsgroup(s).