Good evening Sergey, Thanks for that. My problem has been that I have my production system in one location, including the IPL etc. I also have a second system which is my development system for changes I am looking at. This is in another location. I also have the latest SVN version as well, on which I run a variety of tests and changes. This is in a third location.
Up to now, even with my PATH set accordingly, as well as IPATH and LPATH, when I do an update of the SVN version and before I do a full rebuild, I lose access to my production binaries as the internal path uses the SVN location. With the change I have made to my scripts, I don't have to concern myself with what is happening in the SVN version. Unicon now accesses the correct icont/iconx binaries for my production files. regards Bruce Rennie On 10/06/14 15:44, Sergey Logichev wrote: > Bruce, > > Yes, with old version of icon and unicon too (however I am not sure > for unicon) the problem was with correct path to iconx binary. > For Icon v9.3.1 and 9.3.2 under Windows I usually put icont and iconx > together. Then I compiled my program as: > %path-to-icon%\icont -A myprogram.icn > > To run myprogram.exe I put %path-to-icon% to common PATH or copied > icont/iconx to location of the program. Second way is working on 100%. > > But as it's turned on - it is because old icont had rigid path link to > iconx in itself body. The same true for cygwin or linux. Then you > build new executable with such icont the rigid link to iconx is > inherited and cloned to executable. For Windows path problem maybe > solved as I described, for unix patchstr was introduced. As I > understood when you want to move iconx from original make location you > need to patch icont only. Iconx doesn't point on itself. > > BTW starting with Icon 9.5 (as I remember) this "rigid chaining" of > icont to iconx was cancelled. All path settings you can define through > PATH variable. > > Best regards, > Sergey Logichev > > 07.06.2014, 12:20, "Bruce & Breeanna Rennie" <[email protected]>: >> >> To all, >> >> One problem that I have experienced was getting my system to use the >> correct binaries for icont and iconx. Previously, I have had some >> communications with Clinton on the [Unicon-ldif] list. I finally have >> found my solution and now understand a bit more of what Clinton was >> saying at the time. >> >> I am putting it my findings here for anyone else who regularly does >> rebuilds from source or wants to shift the location of the unicon/icon >> binaries. >> >> Courtesy of Ralph Griswold and his team, they have a lovely little >> program called patchstr. Up till now, I didn't understand its purpose. >> >> Using it on the icont and iconx binaries, I now have my system working >> as it should. >> >> I have placed two lines in my final rebuild shell script as follows >> >> patchstr icont "$HOME/unicon/bin" >> patchstr iconx "$HOME/unicon/bin" >> >> This leaves my normal working files now using the correct binary >> location. >> >> It just goes to show that even after many years of just using >> unicon/icon there is still more to learn. >> >> Thanks for your pointers Clinton and to those who contributed in the >> past with patchstr. >> >> regards >> >> Bruce Rennie >> >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and >> their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/NeoTech >> _______________________________________________ >> Unicon-group mailing list >> [email protected] >> <mailto:[email protected]> >> https://lists.sourceforge.net/lists/listinfo/unicon-group >> > > > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > > > _______________________________________________ > Unicon-group mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/unicon-group ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ Unicon-group mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/unicon-group
