Makefile.in not created in ODBC driver installation c++

classic Classic list List threaded Threaded
10 messages Options
vikrantkamble vikrantkamble
Reply | Threaded
Open this post in threaded view
|

Makefile.in not created in ODBC driver installation c++

Hi,

I am trying to install odbc driver, running libtoolize && aclocal && autoheader && automake --add-missing && autoreconf manually one by one creates configure file.

running ./configure --enable-odbc --disable-node --disable-core

Makefile.in is not getting created

below is the error.

./configure --enable-odbc --disable-node --disable-core
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... rm: cannot remove `core': Is a directory
yes
checking whether gcc accepts -g... rm: cannot remove `core': Is a directory
yes
checking for gcc option to accept ISO C89... rm: cannot remove `core': Is a directory
none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
./configure: line 3975: AM_PROG_AR: command not found
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... failed
checking for ANSI C header files... rm: cannot remove `core': Is a directory
no
checking for sys/types.h... rm: cannot remove `core': Is a directory
no
checking for sys/stat.h... rm: cannot remove `core': Is a directory
no
checking for stdlib.h... rm: cannot remove `core': Is a directory
no
checking for string.h... rm: cannot remove `core': Is a directory
no
checking for memory.h... rm: cannot remove `core': Is a directory
no
checking for strings.h... rm: cannot remove `core': Is a directory
no
checking for inttypes.h... rm: cannot remove `core': Is a directory
no
checking for stdint.h... rm: cannot remove `core': Is a directory
no
checking for unistd.h... rm: cannot remove `core': Is a directory
no
checking for dlfcn.h... rm: cannot remove `core': Is a directory
no
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... rm: cannot remove `core': Is a directory
GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating ./config.status
config.status: error: cannot find input file: `Makefile.in'
rm: cannot remove `core': Is a directory


I am using Ignite 2.0.0 src, IGNITE_HOME is path/target/release-package, autoconf 2.69, automake 1.11.1 is installed with Development Tools. Server is Centos 6.3.
Igor Sapego Igor Sapego
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

Hello,

Makefile.in should be created by automake.
Can you share an output of automake?

Best Regards,
Igor

On Wed, May 31, 2017 at 10:58 AM, vikrantkamble <[hidden email]> wrote:
Hi,

I am trying to install odbc driver, running libtoolize && aclocal &&
autoheader && automake --add-missing && autoreconf manually one by one
creates configure file.

running ./configure --enable-odbc --disable-node --disable-core

Makefile.in is not getting created

below is the error.

./configure --enable-odbc --disable-node --disable-core
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... rm: cannot remove
`core': Is a directory
yes
checking whether gcc accepts -g... rm: cannot remove `core': Is a directory
yes
checking for gcc option to accept ISO C89... rm: cannot remove `core': Is a
directory
none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
./configure: line 3975: AM_PROG_AR: command not found
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... failed
checking for ANSI C header files... rm: cannot remove `core': Is a directory
no
checking for sys/types.h... rm: cannot remove `core': Is a directory
no
checking for sys/stat.h... rm: cannot remove `core': Is a directory
no
checking for stdlib.h... rm: cannot remove `core': Is a directory
no
checking for string.h... rm: cannot remove `core': Is a directory
no
checking for memory.h... rm: cannot remove `core': Is a directory
no
checking for strings.h... rm: cannot remove `core': Is a directory
no
checking for inttypes.h... rm: cannot remove `core': Is a directory
no
checking for stdint.h... rm: cannot remove `core': Is a directory
no
checking for unistd.h... rm: cannot remove `core': Is a directory
no
checking for dlfcn.h... rm: cannot remove `core': Is a directory
no
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries...
yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... rm: cannot remove `core': Is a
directory
GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating ./config.status
config.status: error: cannot find input file: `Makefile.in'
rm: cannot remove `core': Is a directory


I am using Ignite 2.0.0 src, IGNITE_HOME is path/target/release-package,
autoconf 2.69, automake 1.11.1 is installed with Development Tools. Server
is Centos 6.3.



--
View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Makefile-in-not-created-in-ODBC-driver-installation-c-tp13260.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.

vikrantkamble vikrantkamble
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

Hi Igor,

Below is the output for automake

[root@hostname cpp]# automake
configure.ac:39: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
m4/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from...
m4/libtool.m4:4161: _LT_LINKER_SHLIBS is expanded from...
m4/libtool.m4:5236: _LT_LANG_C_CONFIG is expanded from...
m4/libtool.m4:138: _LT_SETUP is expanded from...
m4/libtool.m4:67: LT_INIT is expanded from...
configure.ac:39: the top level
configure.ac:39: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
m4/libtool.m4:4161: _LT_LINKER_SHLIBS is expanded from...
m4/libtool.m4:5236: _LT_LANG_C_CONFIG is expanded from...
m4/libtool.m4:138: _LT_SETUP is expanded from...
m4/libtool.m4:67: LT_INIT is expanded from...
configure.ac:39: the top level
/usr/share/automake-1.11/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am:   The usual way to define `am__fastdepCXX' is to add `AC_PROG_CXX'
/usr/share/automake-1.11/am/depend2.am:   to `configure.ac' and run `aclocal' and `autoconf' again.
binary/Makefile.am: C++ source seen but `CXX' is undefined
binary/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
binary/Makefile.am:   to `configure.ac' and run `autoconf' again.
common/Makefile.am: C++ source seen but `CXX' is undefined
common/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
common/Makefile.am:   to `configure.ac' and run `autoconf' again.
core/Makefile.am: C++ source seen but `CXX' is undefined
core/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
core/Makefile.am:   to `configure.ac' and run `autoconf' again.
ignite/Makefile.am: C++ source seen but `CXX' is undefined
ignite/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
ignite/Makefile.am:   to `configure.ac' and run `autoconf' again.
jni/Makefile.am: C++ source seen but `CXX' is undefined
jni/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
jni/Makefile.am:   to `configure.ac' and run `autoconf' again.
odbc/Makefile.am: C++ source seen but `CXX' is undefined
odbc/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
odbc/Makefile.am:   to `configure.ac' and run `autoconf' again.
Igor Sapego Igor Sapego
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

It seems like you don't have C++ compiler on your system.
You need one to compile ODBC driver.

Best Regards,
Igor

On Wed, May 31, 2017 at 1:03 PM, vikrantkamble <[hidden email]> wrote:
Hi Igor,

Below is the output for automake

[root@hostname cpp]# automake
configure.ac:39: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected
in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
m4/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from...
m4/libtool.m4:4161: _LT_LINKER_SHLIBS is expanded from...
m4/libtool.m4:5236: _LT_LANG_C_CONFIG is expanded from...
m4/libtool.m4:138: _LT_SETUP is expanded from...
m4/libtool.m4:67: LT_INIT is expanded from...
configure.ac:39: the top level
configure.ac:39: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected
in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from...
m4/libtool.m4:4161: _LT_LINKER_SHLIBS is expanded from...
m4/libtool.m4:5236: _LT_LANG_C_CONFIG is expanded from...
m4/libtool.m4:138: _LT_SETUP is expanded from...
m4/libtool.m4:67: LT_INIT is expanded from...
configure.ac:39: the top level
/usr/share/automake-1.11/am/depend2.am: am__fastdepCXX does not appear in
AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am:   The usual way to define
`am__fastdepCXX' is to add `AC_PROG_CXX'
/usr/share/automake-1.11/am/depend2.am:   to `configure.ac' and run
`aclocal' and `autoconf' again.
binary/Makefile.am: C++ source seen but `CXX' is undefined
binary/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
binary/Makefile.am:   to `configure.ac' and run `autoconf' again.
common/Makefile.am: C++ source seen but `CXX' is undefined
common/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
common/Makefile.am:   to `configure.ac' and run `autoconf' again.
core/Makefile.am: C++ source seen but `CXX' is undefined
core/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
core/Makefile.am:   to `configure.ac' and run `autoconf' again.
ignite/Makefile.am: C++ source seen but `CXX' is undefined
ignite/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
ignite/Makefile.am:   to `configure.ac' and run `autoconf' again.
jni/Makefile.am: C++ source seen but `CXX' is undefined
jni/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
jni/Makefile.am:   to `configure.ac' and run `autoconf' again.
odbc/Makefile.am: C++ source seen but `CXX' is undefined
odbc/Makefile.am:   The usual way to define `CXX' is to add `AC_PROG_CXX'
odbc/Makefile.am:   to `configure.ac' and run `autoconf' again.



--
View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Makefile-in-not-created-in-ODBC-driver-installation-c-tp13260p13267.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.

vikrantkamble vikrantkamble
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

Hi Igor,

Following are already installed on the server.
gcc-gfortran-4.4.7-18.el6.x86_64
gcc-objc-4.4.7-18.el6.x86_64
gcc-objc++-4.4.7-18.el6.x86_64
gcc-4.4.7-18.el6.x86_64
gcc-gnat-4.4.7-18.el6.x86_64
libgcc-4.4.7-18.el6.x86_64
libgcc-4.4.7-18.el6.i686
gcc-java-4.4.7-18.el6.x86_64
gcc-c++-4.4.7-18.el6.x86_64
Also Development Tools is installed.

Any package is missing?
Igor Sapego Igor Sapego
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

That's weird.
Try changing AC_PROG_CPP to AC_PROG_CXX in configure.ac file.

Best Regards,
Igor

On Wed, May 31, 2017 at 1:25 PM, vikrantkamble <[hidden email]> wrote:
Hi Igor,

Following are already installed on the server.
gcc-gfortran-4.4.7-18.el6.x86_64
gcc-objc-4.4.7-18.el6.x86_64
gcc-objc++-4.4.7-18.el6.x86_64
gcc-4.4.7-18.el6.x86_64
gcc-gnat-4.4.7-18.el6.x86_64
libgcc-4.4.7-18.el6.x86_64
libgcc-4.4.7-18.el6.i686
gcc-java-4.4.7-18.el6.x86_64
gcc-c++-4.4.7-18.el6.x86_64
Also Development Tools is installed.

Any package is missing?



--
View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Makefile-in-not-created-in-ODBC-driver-installation-c-tp13260p13272.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.

vikrantkamble vikrantkamble
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

Hi Igor,

Yes, that worked but now make has an error  - cc1plus: error: unrecognized command line option "-std=c++03"

config.status: creating common/os/linux/include/Makefile
make[3]: Leaving directory `/opt/apache-ignite-2.0.0-src/target/release-package/platforms/cpp/common/os/linux/include'
make[3]: Entering directory `/opt/apache-ignite-2.0.0-src/target/release-package/platforms/cpp/common/os/linux/include'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/opt/apache-ignite-2.0.0-src/target/release-package/platforms/cpp/common/os/linux/include'
make[3]: Entering directory `/opt/apache-ignite-2.0.0-src/target/release-package/platforms/cpp/common'
  CXX    os/linux/src/common/concurrent_os.lo
cc1plus: error: unrecognized command line option "-std=c++03"
make[3]: *** [os/linux/src/common/concurrent_os.lo] Error 1
make[3]: Leaving directory `/opt/apache-ignite-2.0.0-src/target/release-package/platforms/cpp/common'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/opt/apache-ignite-2.0.0-src/target/release-package/platforms/cpp/common'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/apache-ignite-2.0.0-src/target/release-package/platforms/cpp'
make: *** [all] Error 2
Igor Sapego Igor Sapego
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

Hi, I've answered 8 days ago, but Nabble does not seem to find my
mail, so I'm answering you here.

It seems like your compiler does not have this option.
To fix that you'll need to remove all -std=c++03 lines from your
Makefile.am files.

Once we make it work for you I'll file a ticket to fix all these issues.

Best Regards,
Igor
vikrantkamble vikrantkamble
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

Hi Igor,

Apologies for late reply. Server OS were reinstalled to centos 7. I was able to configure odbc driver successfully. Did face an issue
./include/ignite/odbc/system/odbc_constants.h:34:20: fatal error: sqlext.h: No such file or directory
 #include <sqlext.h> 

which got fixed with yum install unixODBC*

Thanks for the help.
Igor Sapego Igor Sapego
Reply | Threaded
Open this post in threaded view
|

Re: Makefile.in not created in ODBC driver installation c++

Hi,

Great to hear!

Best Regards,
Igor

On Fri, Jun 23, 2017 at 2:37 PM, vikrantkamble <[hidden email]> wrote:
Hi Igor,

Apologies for late reply. Server OS were reinstalled to centos 7. I was able
to configure odbc driver successfully. Did face an issue
./include/ignite/odbc/system/odbc_constants.h:34:20: fatal error: sqlext.h:
No such file or directory
 #include <sqlext.h>

which got fixed with *yum install unixODBC**

Thanks for the help.



--
View this message in context: http://apache-ignite-users.70518.x6.nabble.com/Makefile-in-not-created-in-ODBC-driver-installation-c-tp13260p14062.html
Sent from the Apache Ignite Users mailing list archive at Nabble.com.