<br><font size=2 face="sans-serif">I suppose I should have mentioned that.
The 'make' that ships with AIX seems to be bad when it comes to compiling
OSS type stuff. So I've replaced it with GNU Make v3.8, along with gettext
v0.10.40, flex v2.5.4a, libtool v1.5.8, readline v4.3, bison v1.875, autoconf
v2.59, automake v1.8.5, expat v1.95.2, m4 v1.4.1</font>
<br>
<br><font size=2 face="sans-serif">They are all official IBM rpms from
the Linux Toolbox for AIX.</font>
<br>
<br><font size=2 face="sans-serif">I don't suppose anyone notices a version
conflict in what I've just mentioned?</font>
<br>
<br><font size=2 face="sans-serif">I've already changed the LIBPATH to
/opt/freeware/lib:/lib:/usr/lib (and kept it unset) to no avail. I've tried
using GCC v3.3.2, and VAC v5.0, 7.0 and 8.0. </font>
<br>
<br><font size=2 face="sans-serif">Nothing seems to be working. I've tried
starting from source using all the aformentioned C compilers....Nada..</font>
<br>
<br><font size=2 face="sans-serif">I expect there is an incompatibility
*somewhere*....But where that is...I have no idea.  </font>
<br>
<br><font size=2 face="sans-serif">Jonathan Kaufman<br>
<br>
Foot Locker Corporate Services, Inc.<br>
E-Mail: jkaufman@footlocker.com<br>
Tel:414-357-4062<br>
Fax:717-972-3700<br>
Tie Line:89-221-4062</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=29%>
<table width=100%>
<tr valign=top>
<td width=42%>
<td width=57%><font size=1 face="sans-serif"><b>Greg</b></font>
<p><font size=1 face="sans-serif">02/03/2006 02:19 PM</font></table>
<br>
<td width=70%>
<table width=100%>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td valign=top><font size=1 face="sans-serif">jkaufman@footlocker.com</font>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td valign=top><font size=1 face="sans-serif">rt-users@lists.bestpractical.com</font>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td valign=top><font size=1 face="sans-serif">Re: [rt-users] Scalar::Util::Weak
Problem (Still Broken)</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>jkaufman@footlocker.com wrote:<br>
<br>
> Once again denied...ugh..   ... [snipped] ...<br>
> make: *** [subdirs] Error 2<br>
>   /opt/freeware/bin/make  -- NOT OK<br>
> Running make test<br>
>   Can't test without successful make<br>
> Running make install<br>
>   make had returned bad status, install seems impossible<br>
><br>
> I even went through the trouble of blowing away my perl install, and
<br>
> compiling without threads to see if it's a threading issue (same <br>
> error)...Sigh... Anyone?<br>
<br>
<br>
I am wondering if there are incompatible instructions in your Makefile.<br>
<br>
Incompatible with your version of 'make', that is. If the Makefile.PL<br>
does not like the AIX /opt/freeware/bin/make, can you provide another one?<br>
<br>
If your "freeware" make is GNU make, is it a modern version?<br>
<br>
I have rarely gone wrong by forcing other members of the team to standardize<br>
on GNU make. Well, technically wrong, at least. :)<br>
<br>
If your system continues finding an incorrect version of a program or <br>
library, you<br>
can create a UID zero user who is not root for the duration of the <br>
install. Then<br>
you can hack the living ... umm, you can really make some profound <br>
changes to<br>
that new user's environment, including adding or subtracting huge <br>
sections of<br>
PATH to force certain code to be used in lieu of the system default.<br>
<br>
After the install is in production, back up the environment of the hacked-up<br>
superuser, and then delete that user.<br>
<br>
Please let us know what you tried, and if it works.<br>
<br>
Take care,<br>
<br>
Greg<br>
<br>
</tt></font>
<br>