|
View:
New views
8 Messages
—
Rating Filter:
Alert me
|
|
|
Problems with configureI'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 configureOn 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 configureBojan 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. 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 configureOn 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 |
|
|
|
|
|
Re: Problems with configureOn 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 configureBojan 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 configureOn 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 |
| Free Forum Powered by Nabble | Forum Help |