My environment worked without any errors. The following give some detail as to why.
bash-3.00# which ar
/usr/ccs/bin/ar
bash-3.00# echo $PATH
/usr/local/bin:/usr/bin:/usr/ccs/bin:/usr/sbin
ar is a command line tool that is not in your path, so I guess ./configure sets it to false... and then tries to run it with the command "false".
Fix your path to include the location of ar and you will probably have better results. Thanks to the others on the list for catching this detail.
It may be a good idea to add to the wiki as well.
Lin
On 9/6/06, Rafiqul Ahsan <[EMAIL PROTECTED]
> wrote:
Thanks to Lin, Mercel, and Rob for your input. I am not sure about Mercel's comment on value of AR, this has been set to false in the Makefile at libltdl/ directory (where it actually fails). The question is what value should it be ?Also, Rob - when I put the /usr/ccs/bin/ on top of my PATH, it picks a make that gives me error as "make: Fatal error in reader: Makefile, line 41: Unexpected end of line seen". Wheras my earlier picks on make file from /usr/local/bin - did not give me this error. Following is the various command output FYI. Also - I could you please explain a little more on where to put this get -R/path/to/dep alongside the -L linker flags (an example would be appreciated). Is it needed to add on the Makefile on ./libltdl/ directory ?Thanks for your help.Rafi# /usr/local/bin/make -v
GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
# /usr/ccs/bin/make -v
make: Warning: Ignoring DistributedMake -v option
make: Fatal error in reader: Makefile, line 41: Unexpected end of line seen
Here is my PATH (after I added /usr/ccs/bin - as suggested by Rob)# echo $PATH
/usr/ccs/bin:/usr/sbin:/usr/bin:/usr/sfw/bin/:/usr/local/bin
On 9/6/06, Rob Shepherd <[EMAIL PROTECTED] > wrote:[EMAIL PROTECTED] wrote:
> Lin Richardson wrote:
>> You should post this to thet userlist (I am cc'ing them on this
>> reply). Perhaps someone there has seen the "false cru" error before...
>>
>> I'm no compiler guru, but google tells me that libtool may be to
>> blame. I don't acutally show libtool installed on my box and don't
>> know much about it.
> I'm no compiler guru either, but the system appears to be missing 'ar'
> (I thought I remembered 'ar' being called with options 'cru' before, and
> the config.log confirms this:)
For solaris...
Add /usr/ccs/bin to the top of your path.
In addition, as mentioned in this thread. The preferable way of
satisfying run time lib dependencies on solaris is by get -R/path/to/dep
alongside the -L linker flags.
Rob
--
Rob Shepherd | Computer and Network Engineer | Technium CAST | LL57 4HJ
[EMAIL PROTECTED] | 01248 675024 | 07776 210516
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html--
Rafiqul Ahsan 630-717-1698(h)
2120 Periwinkle Ln 630-689-1457(h)
Naperville, IL 60540 847-812-6176(c)
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
