Ok, I can accept all that you say.  Although a seasoned software engineer, I am a complete novice when it comes to linux and open source software as I never used any of it until around 8 months ago, when I admit I leaned heavily on you guys and the ADI blackfin team who in all honestly basically helped tutor me. For that I am very grateful.  Alone it would have taken me 2 or 3 times as long to get to where I am at.<br><br>I am still lost in the imbroglio of the automake/autconf/libtool stuff.  It seems almost intangible at times how it all works.  Libtool especially causes more problems in cross-compiling to embedded platforms than it is worth (so it would seem to me at times)<br><br>I never meant to give the impression that I refuse to accept problems on my end.<br><br>I feel like I have been working through my problems myself (lately anyway), but I assume until I am good at this (which may be awhile yet) my analysis, solutions, conclusions and/or
 patches may be a half bubble off plumb.<br><br>I'll let you know if I figure out the root cause of this aclocal.m4 stuff and if and when I find the reason I can not build finch statically.<br><br>Bill<br><br><b><i>Ethan Blanton <elb@pidgin.im></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Bill Fassler spake unto us the following wisdom:<br>> I am using Gutsy Gibbon Ubuntu 7.10 and it would seem to me that my<br>> build environment is up to date.<br>> <br>> automake (GNU automake) 1.10<br>> autoconf (GNU Autoconf) 2.61<br>> libtoolize (GNU libtool) 1.5.24<br>> intltoolize (GNU intltool) 0.36.2<br><br>This should all be fine.  I don't personally use automake 1.10, but I<br>have not heard reports of problems.<br><br>> I experience absolutely no problems until I try to compile<br>> pidgin/finch. I know this isn't any kind of real professional analysis<br>> nor
 is it definitive proof of anything, but since I don't have any<br>> problems with anything other than Pidgin/Finch I have a hard time<br>> accepting the fact that the problem(s) are solely with my environment.<br><br>You are correct, it's all more or less irrelevant.  There are some<br>_facts_ here which are important.  E.g., one of your problems was in<br>aclocal.m4; we don't create aclocal.m4.  It is created *locally*, on<br>your machine, but the 'aclocal' command.  We canot control its<br>contents.  If your autoconf subsequently has a problem with those<br>contents, we really cannot be responsible.  Decrying this fact is not<br>going to fix anything, it is simply wasting time that you could be<br>using finding the real problem.<br><br>There may be libpurple errors, here, and I believe we have fixed quite<br>a few errors over time.  The libpanel/ncurses problem is a Pidgin<br>problem (although, I thought I had fixed it; at the very least, I'm<br>pretyt sure I sent
 you a method of fixing it which is strictly more<br>correct than the patch you sent), and we should fix it.  I have that<br>on my list of things to look at, even -- but I'm not being paid to<br>port finch to an embedded product, so there are other things which<br>have to come first.<br><br>> I have no problem making the mods manually to get a shared finch<br>> executable and continue my attempts to obtain a 100% stand-alone<br>> static finch executable.  Despite numerous attempts I have yet to get<br>> Finch to cross-compile statically.  I am sure you think this is my<br>> environment also, even though I can get static builds of all other<br>> open source applications I am using.<br><br>It may or may not be your environment.  Certainly at least some of it<br>seems to be.  The fact that other applications build is not really<br>relevant here, either -- especially given that, as you have pointed<br>out several times, finch/libpurple require a number of
 dependencies<br>which none of your other applications use.  The _real_ point is that<br>_you_ have the system which isn't working, it's a special, nonstandard<br>system, and we can't see it or work on it.  For some of these issues,<br>we need solutions from you, not the other way around.  That's not to<br>say we don't want to help, but we simply don't have the information.<br>From our point of view (at least, from my point of view) it seems like<br>you periodically come dump a set of problems on us and expect free and<br>instantaneous answers, apparently without having tried to fix anything<br>yourself.  That may not be the case, but it's sure what it _looks_<br>like sometimes.  I actually think we work pretty hard to fix your<br>problems, all things considered.  You're the proverbial market segment<br>of one, yet you get a significant involvement of Pidgin developers and<br>regulars.<br><br>Now, none of this is to say you should stop working on this.  On the<br>contrary,
 I would love to see it fixed, because I suspect it will do<br>nothing but make our build process more robust.  However, regularly<br>asserting that the problem cannot be on your end -- when, to all<br>indications, you have no idea where the problem is -- is bound to rub<br>those who are helping you, for free, on their own time, the wrong way.<br><br>Why don't you start this next round of debugging with actually<br>_looking_ at the macros in aclocal.m4 which are failing, and figuring<br>out what the problem is?  Perhaps you could find out where they come<br>from, as well.  It sure sounds like they're intltool macros.  Looking<br>at the various steps of the process (aclocal.m4, configure,<br>configure/make failures) separately and trying to determine how the<br>failures at various stages of the process correlate is usually a good<br>way to actually _fix_ problems.<br><br>Ethan<br><br>-- <br>The laws that forbid the carrying of arms are laws [that have no remedy<br>for
 evils].  They disarm only those who are neither inclined nor<br>determined to commit crimes.<br>  -- Cesare Beccaria, "On Crimes and Punishments", 1764<br>_______________________________________________<br>Devel mailing list<br>Devel@pidgin.im<br>http://pidgin.im/cgi-bin/mailman/listinfo/devel<br></blockquote><br><p>



      <hr size=1>Never miss a thing.  <a href="http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs"> Make Yahoo your homepage.</a>