"Fossies" - the Fresh Open Source Software Archive

Member "xterm-379/README.os390" (28 Oct 2000, 2939 Bytes) of package /linux/misc/xterm-379.tgz:


As a special service "Fossies" has tried to format the requested source page into HTML format using (guessed) C and C++ source code syntax highlighting (style: standard) with prefixed line numbers and code folding option. Alternatively you can here view or download the uninterpreted source code file.

    1 -- $XFree86: xc/programs/xterm/README.os390,v 1.3 2000/09/22 10:42:05 alanh Exp $
    2 
    3 Below are install instructions for os/390 2.5 & below and
    4 for os/390 2.6 & above.  The basic reasons for exporting
    5 the LIBS and CFLAGS variables is to get the configure
    6 script to run properly under os/390.  configure, when
    7 checking for X, attempts to compile a program something like
    8 
    9    int main() {
   10    XtMalloc()
   11    ; return 0; }
   12 
   13 using 'cc -o conftest conftest.c -lXt'.  However this results
   14 in a number of linkedit messages such as:
   15 
   16    IEW2456E 9207 SYMBOL xcatd UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM THE
   17             DESIGNATED CALL LIBRARY. NAME SPACE = 3
   18    IEW2456E 9207 SYMBOL XrmQGetResource UNRESOLVED.  MEMBER COULD NOT BE INCLUDED
   19             FROM THE DESIGNATED CALL LIBRARY.
   20    IEW2456E 9207 SYMBOL XrmGetDatabase UNRESOLVED.  MEMBER COULD NOT BE INCLUDED
   21             FROM THE DESIGNATED CALL LIBRARY.
   22 
   23 The only way I can get this program to compile and link is to
   24 use 'cc -o conftest conftest.c -lXt -lX11 -lSM -lICE'.
   25 With os/390 2.6 and above, IBM has provided X functions in dlls;
   26 this is the reason for the separate install steps.  In fact,
   27 trying to use the X archive files (eg -lX11) when linking xterm
   28 results in an abend0C1 in low storage when X tries to call the
   29 initialize function (at least on my system).  This has something
   30 to do with the calling X routine thinking it has a function pointer
   31 descriptor (c++) when it actually has just a function pointer (c).
   32 Unfortunately, I have been unable to recreate the problem in a
   33 simple testcase, so I haven't reported it to IBM.  Anyway, for os/390
   34 2.6 and above, configure will build a Makefile with the following line:
   35 
   36    LIBS  = -lXaw -lXext -lXmu -lXt  -lSM -lICE -lX11 /usr/lib/Xaw.x /usr/lib/SM.x /usr/lib/ICE.x /usr/lib/X11.x -lcurses
   37 
   38 The '-lXaw -lXext -lXmu -lXt  -lSM -lICE -lX11' should be manually removed;
   39 this isn't strictly necessary, but will reduce the size of the executable
   40 by about 4M.
   41 
   42 The '-Wl,EDIT=NO' causes the Binder to produce a non-editable executable,
   43 dramatically reducing the size of the executable file.
   44 
   45 Good Luck!!
   46 Greg Smith
   47 rys@trex.rtpnc.epa.gov
   48 
   49 
   50 
   51 Install instructions for os/390 2.5 and *below*:
   52 ------------------------------------------------
   53    gunzip xterm.tar.gz
   54    pax -o from=ISO8859-1,to=IBM-1047 -rf xterm.tar
   55    cd xterm
   56    export LIBS='-lXt  -lX11 -lSM -lICE'
   57    export CFLAGS='-D_ALL_SOURCE -Wl,EDIT=NO'
   58    ./configure
   59    make
   60    export DISPLAY=my.xserver.name:0
   61    ./xterm
   62 
   63 
   64 Install instructions for os/390 2.6 and *above*:
   65 ------------------------------------------------
   66    gunzip xterm.tar.gz
   67    pax -o from=ISO8859-1,to=IBM-1047 -rf xterm.tar
   68    cd xterm
   69    ./configure   # LIBS, CFLAGS, and CC are defined by configure for os/390 2.6.
   70    [optional: edit the Makefile and remove '-lXaw -lXext -lXmu -lXt  -lSM -lICE -lX11'
   71               from the LIBS assignment]
   72    make
   73    export DISPLAY=my.xserver.name:0
   74    ./xterm