ODBC 2.2.8 automake failing on EL5
Kevin Moody <[email protected]> Fri, 3 Apr 2015 22:37:27 +0000
| Newsgroups | gmane.comp.db.unixodbc.devel |
|---|---|
| Message-ID | <BY1PR0801MB1112199EC215A16B6AFC94BDC9F10@BY1PR0801MB1112.namprd08.prod.outlook.com> |
--===============2010099031==
Content-Language: en-US
Content-Type: multipart/alternative;
boundary="_000_BY1PR0801MB1112199EC215A16B6AFC94BDC9F10BY1PR0801MB1112_"
--_000_BY1PR0801MB1112199EC215A16B6AFC94BDC9F10BY1PR0801MB1112_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi All,
First off, please let me know if obscure build questions are meant for the =
support mailing list. I'll gladly post there. I just wasn't sure.
Second, our ODBC 2.2.8 build, which was working fine on our old RHEL 4 buil=
d machines, fails to configure properly on both our 32-bit and 64-bit CentO=
S 5.8 machines.
Here is what we are seeing:
...
make[6]: Nothing to be done for `install-data-am'.
make[6]: Leaving directory `/builds/jenkins/workspace/build/objydb/develop/=
8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg1'
make[5]: Leaving directory `/builds/jenkins/workspace/build/objydb/develop/=
8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg1'
Making install in drvcfg2
make[5]: Entering directory `/builds/jenkins/workspace/build/objydb/develop=
/8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg2'
cd ../.. && \
/bin/sh /builds/jenkins/workspace/build/objydb/develop/8ebc22e0/src/sql/uni=
xODBC/linux86_64/src/missing --run automake-1.7 --gnu DRVConfig/drvcfg2/Mak=
efile
configure.in:3: error: m4_defn: undefined macro: _m4_divert_diversion
aclocal.m4:6425: AM_INIT_AUTOMAKE is expanded from...
configure.in:3: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
configure.in: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE,
configure.in: that aclocal.m4 is present in the top-level directory,
configure.in: and that aclocal.m4 was recently regenerated (using aclocal).
My internet search yielded this: http://www.delorie.com/gnu/docs/autoconf/a=
utoconf_163.html
But, my autoconf/automake knowledge is weak, at best. I was hoping to figu=
re out if there is a patch to configure.in that I could apply.
autoconf (GNU Autoconf) 2.59
automake (GNU automake) 1.9.6
Regards,
Kevin
--_000_BY1PR0801MB1112199EC215A16B6AFC94BDC9F10BY1PR0801MB1112_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi All,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">First off, please let me know if obscure build quest=
ions are meant for the support mailing list. I’ll gladly post t=
here. I just wasn’t sure.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Second, our ODBC 2.2.8 build, which was working fine=
on our old RHEL 4 build machines, fails to configure properly on both our =
32-bit and 64-bit CentOS 5.8 machines.
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Here is what we are seeing:<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">…<o:p></o:p></p>
<p class=3D"MsoNormal">make[6]: Nothing to be done for `install-data-am'.<o=
:p></o:p></p>
<p class=3D"MsoNormal">make[6]: Leaving directory `/builds/jenkins/workspac=
e/build/objydb/develop/8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg1'<o:p=
></o:p></p>
<p class=3D"MsoNormal">make[5]: Leaving directory `/builds/jenkins/workspac=
e/build/objydb/develop/8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg1'<o:p=
></o:p></p>
<p class=3D"MsoNormal">Making install in drvcfg2<o:p></o:p></p>
<p class=3D"MsoNormal">make[5]: Entering directory `/builds/jenkins/workspa=
ce/build/objydb/develop/8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg2'<o:=
p></o:p></p>
<p class=3D"MsoNormal">cd ../.. && \<o:p></o:p></p>
<p class=3D"MsoNormal">/bin/sh /builds/jenkins/workspace/build/objydb/devel=
op/8ebc22e0/src/sql/unixODBC/linux86_64/src/missing --run automake-1.7 --gn=
u DRVConfig/drvcfg2/Makefile<o:p></o:p></p>
<p class=3D"MsoNormal">configure.in:3: error: m4_defn: undefined macro: _m4=
_divert_diversion<o:p></o:p></p>
<p class=3D"MsoNormal">aclocal.m4:6425: AM_INIT_AUTOMAKE is expanded from..=
.<o:p></o:p></p>
<p class=3D"MsoNormal">configure.in:3: the top level<o:p></o:p></p>
<p class=3D"MsoNormal">autom4te: /usr/bin/m4 failed with exit status: 1<o:p=
></o:p></p>
<p class=3D"MsoNormal">configure.in: no proper invocation of AM_INIT_AUTOMA=
KE was found.<o:p></o:p></p>
<p class=3D"MsoNormal">configure.in: You should verify that configure.in in=
vokes AM_INIT_AUTOMAKE,<o:p></o:p></p>
<p class=3D"MsoNormal">configure.in: that aclocal.m4 is present in the top-=
level directory,<o:p></o:p></p>
<p class=3D"MsoNormal">configure.in: and that aclocal.m4 was recently regen=
erated (using aclocal).<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">My internet search yielded this: <a href=3D"http://w=
ww.delorie.com/gnu/docs/autoconf/autoconf_163.html">
http://www.delorie.com/gnu/docs/autoconf/autoconf_163.html</a><o:p></o:p></=
p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">But, my autoconf/automake knowledge is weak, at best=
. I was hoping to figure out if there is a patch to configure.in that=
I could apply.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">autoconf (GNU Autoconf) 2.59<o:p></o:p></p>
<p class=3D"MsoNormal">automake (GNU automake) 1.9.6<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Regards,<o:p></o:p></p>
<p class=3D"MsoNormal">Kevin<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
--_000_BY1PR0801MB1112199EC215A16B6AFC94BDC9F10BY1PR0801MB1112_--
--===============2010099031==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
unixODBC-dev mailing list
[email protected]
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev
--===============2010099031==--