Problems with configure

View: New views
8 Messages — Rating Filter:   Alert me  

Problems with configure

by Steve Comstock :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I'm struggling a little here, and I'm new at the Apache
community, so I'm not sure this is the right place to
post. Feel free to tell me where to go if this is not
the right place. :-)

Trying to port Apache 2.2.9 to z/OS 1.9. It's taken a
lot of preliminary work, but I think I'm ready to try
a configure. But I guess not, since that is failing.
Sigh. So here are the symptoms, and I'm hoping someone
can suggest some things to try:

Note: directory scheme is /usr/lpp/zApache/httpd-2.2.9



1. If I run:

./configure --prefix=/usr/lpp/zApache -n --enable-charset-lite --enable-proxy
--with-port=8080

[mind the wrap; it all fits on one line on my system]


Among other things, I get the message:

configure: WARNING: Unrecognized options: --enable-charset-lite, --enable-proxy,
--with-port

The docs specifically list these as valid options for configure.
Perhaps I keyed something incorrectly?



2. Puzzled, I run the configure this way:

./configure --prefix=/usr/lpp/zApache -n

and I get rid of that warning message, but I still have these:

trap: ./configure 2113: FSUM7327 signal number 13 not conventional

[not a very helpful message; and, from Google and other
  sites it seems to be very common. can anyone shed any
  light on why I get this and how to fix it?]

.
.
.
checking for APR... reconfig
configuring package in srclib/apr now

trap: /Z19/usr/lpp/zApache/httpd-2.2.9/srclib/apr/configure 2047: FSUM7327
signal number 13 not conventional
    [Can someone explain to me what's going on,
     and how to fix this? The docs indicate to me
     I can just use the bundled apr and apr-util
     programs, so I'm all confused on this.]

.
.
.
checking for gcc... no
checking for cc... cc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
configure failed for srclib/apr

   [well, I have a good C/C++ compiler installed,
    so there is some other error here.]


A side light that may shed some light on this:
the one doc on installing Apache on z/OS talks
about having the GNU autoconf and m4 programs
installed, although I can't see where they are
ever used. What I have downloaded are:

autoconf-2.54-ebcdic-bin.pax
autoconf.pax.Z.bin

which I am led to believe contain the aforementioned
autoconf and m4.

TIA for any help you can give me on this.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

   z/OS Application development made easier
     * Our classes include
        + How things work
        + Programming examples with realistic applications
        + Starter / skeleton code
        + Complete working programs
        + Useful utilities and subroutines
        + Tips and techniques

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four    <==
==> programming languages, JCL to Assemble or compile,     <==
==> bind and test.                                         <==
==>   http://www.trainersfriend.com/TTFStore/index.html    <==

Re: Problems with configure

by Bojan Smojver :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, 2008-06-19 at 21:07 -0600, Steve Comstock wrote:

> checking for APR... reconfig
> configuring package in srclib/apr now
>
> trap: /Z19/usr/lpp/zApache/httpd-2.2.9/srclib/apr/configure 2047: FSUM7327
> signal number 13 not conventional
>     [Can someone explain to me what's going on,
>      and how to fix this? The docs indicate to me
>      I can just use the bundled apr and apr-util
>      programs, so I'm all confused on this.]

>From this project's point of view, we need to know if APR/APU
configuration works. Could you change directory to srclib/apr and run
just ./configure? If that works OK, go to srclib/apr-util and
run ./configure --with-apr=../apr and let us know what happened.

BTW, don't you want to run ./configure without -n option?

PS. You should generally not need autoconf - all the required scripts
should already be generated.

--
Bojan


Re: Problems with configure

by Steve Comstock :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Bojan Smojver wrote:

> On Thu, 2008-06-19 at 21:07 -0600, Steve Comstock wrote:
>
>> checking for APR... reconfig
>> configuring package in srclib/apr now
>>
>> trap: /Z19/usr/lpp/zApache/httpd-2.2.9/srclib/apr/configure 2047: FSUM7327
>> signal number 13 not conventional
>>     [Can someone explain to me what's going on,
>>      and how to fix this? The docs indicate to me
>>      I can just use the bundled apr and apr-util
>>      programs, so I'm all confused on this.]
>
>>From this project's point of view, we need to know if APR/APU
> configuration works. Could you change directory to srclib/apr and run
> just ./configure? If that works OK, go to srclib/apr-util and
> run ./configure --with-apr=../apr and let us know what happened.
ADMINS:/Z19/usr/lpp/zApache/httpd-2.2.9/srclib/apr: >./configure
trap: ./configure 2047: FSUM7327 signal number 13 not conventional
checking build system type... i370-ibm-openedition
checking host system type... i370-ibm-openedition
checking target system type... i370-ibm-openedition
Configuring APR library
Platform: i370-ibm-openedition
checking for working mkdir -p... yes
APR Version: 1.3.0
checking for chosen layout... apr
checking for gcc... no
checking for cc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... unsupported
Applying APR hints file rules for i370-ibm-openedition
(Default will be unix)
checking whether make sets $(MAKE)... yes
checking how to run the C preprocessor... cc -E
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether ln -s works... yes
checking for ranlib... no
checking for a BSD-compatible install... build/install.sh -c
checking for rm... rm
checking for as... as
checking for cpp... no
checking for ar... ar
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h...
yes
checking minix/config.h usability... yes
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for library containing strerror... none required
checking for minix/config.h... (cached) no
checking whether it is safe to define __EXTENSIONS__... (cached) yes
checking whether system uses EBCDIC... yes
performing libtool configuration...
checking for a sed that does not truncate output... /bin/sed
checking for non-GNU ld... /bin/ld
checking if the linker (/bin/ld) is GNU ld... no
checking for /bin/ld option to reload object files... -r
checking for BSD-compatible nm... /bin/nm -p
checking how to recognize dependent libraries... unknown
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... no
checking for c++... c++
checking whether we are using the GNU C++ compiler... no
checking whether c++ accepts -g... no
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.

===> some highlights from the voluminous config.log
===> let me know if there is something I need to
===> include for you...

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.62.  Invocation command line was

   $ ./configure

## --------- ##
## Platform. ##
## --------- ##

hostname = ADCD.TTFI.BIZ
uname -m = 1247
uname -r = 19.00
uname -s = OS/390
uname -v = 03

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /usr/lpp/pli/bin
PATH: /usr/lpp/cobol/bin
PATH: /usr/lpp/Printsrv/bin
PATH: /bin
PATH: .
PATH: /usr/lpp/java16/J6.0/bin
PATH: /usr/lpp/zApache/bin
PATH: /usr/lpp/toolsNtoys/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2962: checking build system type
configure:2980: result: i370-ibm-openedition
configure:3002: checking host system type
configure:3017: result: i370-ibm-openedition
configure:3039: checking target system type
configure:3054: result: i370-ibm-openedition
configure:3118: checking for working mkdir -p
configure:3134: result: yes
configure:3226: checking for chosen layout
configure:3228: result: apr
configure:3228: result: apr
configure:3495: checking for gcc
configure:3525: result: no
configure:3592: checking for cc
configure:3613: found /bin/cc
configure:3636: result: cc
configure:3760: checking for C compiler version
configure:3768: cc --version >&5
FSUM3007 --  is not a valid option.
configure:3772: $? = 1
configure:3779: cc -v >&5
FSUM3012 Specify at least one source, archive, or object operand to be processed.
configure:3783: $? = 1
configure:3790: cc -V >&5
FSUM3012 Specify at least one source, archive, or object operand to be processed.
configure:3794: $? = 1
configure:3817: checking for C compiler default output file name
configure:3839: cc    conftest.c  >&5
configure:3843: $? = 0
configure:3881: result: a.out
configure:3898: checking whether the C compiler works
configure:3908: ./a.out
configure:3912: $? = 0
configure:3929: result: yes
configure:3936: checking whether we are cross compiling
configure:3938: result: no
configure:3941: checking for suffix of executables
configure:3948: cc -o conftest    conftest.c  >&5
configure:3952: $? = 0
configure:3976: result:
configure:3982: checking for suffix of object files
configure:4008: cc -c   conftest.c >&5
configure:4012: $? = 0
configure:4035: result: o
configure:4039: checking whether we are using the GNU C compiler
configure:4068: cc -c   conftest.c >&5
ERROR CCN3275 ./conftest.c:13    Unexpected text me encountered.
ERROR CCN3045 ./conftest.c:13    Undeclared identifier choke.
CCN0793(I) Compilation failed for file ./conftest.c.  Object file not created.
FSUM3065 The COMPILE step ended with return code 12.
FSUM3017 Could not compile conftest.c. Correct the errors and try again.
configure:4075: $? = 3
configure: failed program was:
! /* confdefs.h.  */

! #define PACKAGE_NAME ""

! #define PACKAGE_TARNAME ""

! #define PACKAGE_VERSION ""

! #define PACKAGE_STRING ""

! #define PACKAGE_BUGREPORT ""

! /* end confdefs.h.  */

!

! int

! main ()

! {

! #ifndef __GNUC__

!        choke me

! #endif

!

!   ;

!   return 0;

! }

configure:4092: result: no

configure:4101: checking whether cc accepts -g

configure:4131: cc -c -g  conftest.c >&5

configure:4138: $? = 0

configure:4239: result: yes

configure:4256: checking for cc option to accept ISO C89

configure:4330: cc  -c -g  conftest.c >&5

ERROR CCN3195 ./conftest.c:43    Integral constant expression with a value
greater than zero is required.
CCN0793(I) Compilation failed for file ./conftest.c.  Object file not created.

FSUM3065 The COMPILE step ended with return code 12.

FSUM3017 Could not compile conftest.c. Correct the errors and try again.

configure:4337: $? = 3

.
.
.
configure:4330: cc -qlanglvl=extc89 -c -g  conftest.c >&5
FSUM3007 -l is not a valid option.
configure:4337: $? = 1
configure: failed program was:
! /* confdefs.h.  */
! }
configure:4330: cc -qlanglvl=ansi -c -g  conftest.c >&5
FSUM3007 -l is not a valid option.
configure:4337: $? = 1
configure: failed program was:
! /* confdefs.h.  */
.
.
.
configure:4330: cc -std -c -g  conftest.c >&5
FSUM3007 -t is not a valid option.
configure:4337: $? = 1
configure: failed program was:
! /* confdefs.h.  */
.
.
.
configure:4330: cc -Ae -c -g  conftest.c >&5
FSUM3007 -A is not a valid option.
configure:4337: $? = 1
configure: failed program was:
! /* confdefs.h.  */
.
.
.
configure:4330: cc -Aa -D_HPUX_SOURCE -c -g  conftest.c >&5
FSUM3007 -A is not a valid option.
configure:4337: $? = 1
configure: failed program was:
! /* confdefs.h.  */
.
.
.
configure:4330: cc -Xc -D__EXTENSIONS__ -c -g  conftest.c >&5
FSUM3007 -X is not a valid option.
configure:4337: $? = 1
configure: failed program was:
! /* confdefs.h.  */
.
.
.
--- and so on for quite a while
===> perhaps some compile options for my C/C++ compiler,
===> or setting some environment variables would help, eh?




>
> BTW, don't you want to run ./configure without -n option?

Well, I gathered this option would run a check before
generating output files; seemed like a good idea at
the time. Anyway, same results when I run without it.

>
> PS. You should generally not need autoconf - all the required scripts
> should already be generated.

I knida' had that feeling, but couldn't find it documented.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

   z/OS Application development made easier
     * Our classes include
        + How things work
        + Programming examples with realistic applications
        + Starter / skeleton code
        + Complete working programs
        + Useful utilities and subroutines
        + Tips and techniques

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four    <==
==> programming languages, JCL to Assemble or compile,     <==
==> bind and test.                                         <==
==>   http://www.trainersfriend.com/TTFStore/index.html    <==

Re: Problems with configure

by Bojan Smojver :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thu, 2008-06-19 at 22:28 -0600, Steve Comstock wrote:

> trap: ./configure 2047: FSUM7327 signal number 13 not conventional

I have no idea what this means. Is this a zOS thing?

> checking how to run the C++ preprocessor... /lib/cpp
> configure: error: C++ preprocessor "/lib/cpp" fails sanity check
> See `config.log' for more details.

Could you find in config.log the section that talks about this?

--
Bojan


Parent Message unknown Re: Problems with configure

by Steve Comstock :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Bojan Smojver wrote:

> On Thu, 2008-06-19 at 22:49 -0600, Steve Comstock wrote:
>
>> configure:10714: c++ -E  conftest.cpp
>> FSUM3010 Specify a file with the correct suffix
> (.C, .hh, .i, .c, .i, .s,
>
>> configure:10714: c++ -E  conftest.cpp
>> FSUM3010 Specify a file with the correct suffix
> (.C, .hh, .i, .c, .i, .s,
>
> Any way you can convince your C++ compiler to accept this file
> extension? Some switch in CPPFLAGS or maybe even CFLAGS?
>
> Something like:
>
> CPPFLAGS="-convince-compiler-to-do-this" ./configure
>

Well, as I read the docs, the command

c++ -E conftest.cpp

should invoke the C++ preprocessor only on the file
"conftest.cpp". File name suffixes, of course, have
special meanings to the compilers.

It looks like if I set _CXX_CXXSUFFIX=cpp
then it should allow ".cpp" as a recognizable
suffix.

But I'll have to test it in the morning, it's late
here in Denver.

Thanks for your help and suggestions. I'll let you
know how it comes out.



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

   z/OS Application development made easier
     * Our classes include
        + How things work
        + Programming examples with realistic applications
        + Starter / skeleton code
        + Complete working programs
        + Useful utilities and subroutines
        + Tips and techniques

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four    <==
==> programming languages, JCL to Assemble or compile,     <==
==> bind and test.                                         <==
==>   http://www.trainersfriend.com/TTFStore/index.html    <==

Re: Problems with configure

by Bojan Smojver :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Fri, 2008-06-20 at 00:00 -0600, Steve Comstock wrote:

> But I'll have to test it in the morning, it's late
> here in Denver.

No worries. I also found this on the 'net, which may indirectly help you
(Subversion is a bit of cousin to APR/APU):

http://svn.haxx.se/users/archive-2006-11/0063.shtml


--
Bojan


Re: Problems with configure

by Steve Comstock :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Bojan Smojver wrote:
> On Fri, 2008-06-20 at 00:00 -0600, Steve Comstock wrote:
>
>> But I'll have to test it in the morning, it's late
>> here in Denver.
>
> No worries. I also found this on the 'net, which may indirectly help you
> (Subversion is a bit of cousin to APR/APU):
>
> http://svn.haxx.se/users/archive-2006-11/0063.shtml

Yeah, it helps a little.

So here's the test I ran after setting _CXX_CSUFFIX=cpp ...

ADMINS:/Z19/usr/lpp/zApache/httpd-2.2.9/srclib/apr: >./configure
trap: ./configure 2047: FSUM7327 signal number 13 not conventional
checking build system type... i370-ibm-openedition
checking host system type... i370-ibm-openedition
checking target system type... i370-ibm-openedition
Configuring APR library
Platform: i370-ibm-openedition
checking for working mkdir -p... yes
APR Version: 1.3.0
checking for chosen layout... apr
checking for gcc... no
checking for cc... cc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
-------------------------------------------------------

So it's definitely better. Still concerned about the message
FSUM7327; it seems to indicate something non standard coming
out of the test, not the compiler. [However, what is considered
"conventional" might be determined by some environment
variable settings; I'll read some more.]

Still have that disturbing message about C compiler cannot
create executables. Here's some stuff from the log:

configure:2962: checking build system type
configure:2980: result: i370-ibm-openedition
configure:3002: checking host system type
configure:3017: result: i370-ibm-openedition
configure:3039: checking target system type
configure:3054: result: i370-ibm-openedition
configure:3118: checking for working mkdir -p
configure:3134: result: yes
configure:3226: checking for chosen layout
configure:3228: result: apr
configure:3495: checking for gcc
configure:3525: result: no
configure:3592: checking for cc
configure:3613: found /bin/cc
configure:3636: result: cc
configure:3760: checking for C compiler version
configure:3768: cc --version >&5
FSUM3007 --  is not a valid option.
configure:3772: $? = 1
configure:3779: cc -v >&5
FSUM3012 Specify at least one source, archive, or object operand to be processed.
configure:3783: $? = 1
configure:3790: cc -V >&5
FSUM3012 Specify at least one source, archive, or object operand to be processed.
configure:3794: $? = 1
configure:3817: checking for C compiler default output file name
configure:3839: cc    conftest.c  >&5
CCN0634(U) Unable to load CCNETBY
FSUM3065 The COMPILE step ended with return code 64.
FSUM3017 Could not compile conftest.c. Correct the errors and try again.
configure:3843: $? = 3
configure:3881: result:
configure: failed program was:
! /* confdefs.h.  */
! #define PACKAGE_NAME ""
! #define PACKAGE_TARNAME ""
! #define PACKAGE_VERSION ""
! #define PACKAGE_STRING ""
! #define PACKAGE_BUGREPORT ""
! /* end confdefs.h.  */
!
! int
! main ()
! {
!
!   ;
!   return 0;
! }
configure:3888: error: C compiler cannot create executables

--------------------------------

Hmmm. There is no syntax shown in my C/C++ doc to support

   cc --version
nor
   cc -v
(well, -v in my docs stands for "verbose", and you
  still have to specify a file to compile)



I'm also concerned about the message Unable to load CCNETBY;
what is this program? Where should it be found?


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

   z/OS Application development made easier
     * Our classes include
        + How things work
        + Programming examples with realistic applications
        + Starter / skeleton code
        + Complete working programs
        + Useful utilities and subroutines
        + Tips and techniques

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four    <==
==> programming languages, JCL to Assemble or compile,     <==
==> bind and test.                                         <==
==>   http://www.trainersfriend.com/TTFStore/index.html    <==

Re: Problems with configure

by Bojan Smojver :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Fri, 2008-06-20 at 11:02 -0600, Steve Comstock wrote:

> configure:3817: checking for C compiler default output file name
> configure:3839: cc    conftest.c  >&5
> CCN0634(U) Unable to load CCNETBY
> FSUM3065 The COMPILE step ended with return code 64.
> FSUM3017 Could not compile conftest.c. Correct the errors and try again.

This doesn't look like a problem with -v or --version to me. I'm not
sure what this means:

CCN0634(U) Unable to load CCNETBY

But it looks like some part of the compiler cannot be loaded or
something.

--
Bojan

LightInTheBox - Buy quality products at wholesale price