<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
Good.<br>Wasn't the error message from configure obvious though?<br><br><br>Anyway:<br> I think there's a "minor" incrementality bug here. <br> Incremental build isn't picking back up where it left off/failed. <br><br>Try this:<br> rm -rf /farhome/hendrik/cm3/cm3/m3-db/odbc/AMD64_LINUX <br> rm -rf /tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516 <br> ./make-dist.py <br><br><br>OR: <br> rm -rf /farhome/hendrik/cm3/cm3/m3-db/odbc/AMD64_LINUX <br> Look at make-dist.py/pylib.py -- get it to point at the same output as before and then just: <br> ./make-dist.py <br>
<br><br>That is -- I think every run of make-dist.py is clean to a new temporary timestamp-based location.<br>This is good and bad.<br><br><br>Note also, I think it is obvious, but I wrote make-dist.py to always package up everything possible<br>for the target platform. So it is up to you as the "builder" to have all the dependencies already installed.<br>It isn't great.<br>I don't believe there is a perfect option here.<br>Another release form we have yields a bunch of per-target packages.<br>I find that confusing -- too many.<br>My form yields just one largeish per-target package.<br>Over-size, monolithic, but simpler, less choices to confuse people.<br><br><br>Of course ultimately we don't want per-target stuff at all. :)<br>Or at least we want both "source" and "binary" distributions.<br><br><br>Still I am confused.<br>Don't people have binary distributions of programs with GUIs for Linux?<br>Like Komodo IDE, Komodo Edit, Acrobat Reader?<br><br><br>Maybe we should really have a java-generating backend...one binary distribution for all..and a better Android story?<br>I know, there is a funny tradeoff here. Modula-3 is kind of lower-level than Java.<br>You'd want such a backend/port to throw out our garbage collector..and heck..all unsafe code....<br> (or generate C for those and use JNI or such...interesting..theoretically possible..unlikely to happen..)<br><br><br> - Jay<br><br><br><div><div id="SkyDrivePlaceholder"></div>> Date: Wed, 16 May 2012 22:35:33 -0400<br>> From: hendrik@topoi.pooq.com<br>> To: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] building packages from source from cvs -- odbc<br>> <br>> On Wed, May 16, 2012 at 09:49:03PM -0400, Hendrik Boom wrote:<br>> > On Thu, May 17, 2012 at 12:06:00AM +0000, Jay K wrote:<br>> > > <br>> > > > *** LIBRARY_PATH shouldn't contain the current directory when <br>> > > > *** building gcc. Please change the environment variable <br>> > > > *** and run configure again. <br>> > > hendrik@april:~/cm3/cm3/scripts/python$ echo $LIBRARY_PATH <br>> > > :/usr/local/Gambit-C/lib <br>> > > Please either clear the variable, or at least remove the leading :.The leading : makes there be an empty entry, which is interpreted as current directory, which is dangerous and fragile. I think.This is a local problem on your machine. Easily fixed. It might be reasonable for us to clear it in m3cc/src/m3makefile. - Jay <br>> > <br>> > Yes, emptying LIBRARY_PATH enabled uprade.py to complete successfully.<br>> > Thanks. It would have taken me many ages to figure this out.<br>> > <br>> > -- hendrik<br>> > <br>> Now I'm onto ./make-dist.py<br>> <br>> It fails in teh data base stuff.<br>> <br>> First becaues it didn't have libodbc. So I installed package unixodbc.<br>> But then:<br>> <br>> == package /farhome/hendrik/cm3/cm3/m3-db/odbc ==<br>> <br>> +++ /tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516/bin/cm3 -build -DROOT=/farhome/hendrik/cm3/cm3 +++<br>> --- building in AMD64_LINUX ---<br>> <br>> ignoring ../src/m3overrides<br>> <br>> ==> /farhome/hendrik/cm3/cm3/m3-db/odbc done<br>> <br>> +++ /tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516/bin/cm3 -ship -DROOT=/farhome/hendrik/cm3/cm3 +++<br>> --- shipping from AMD64_LINUX ---<br>> <br>> . => /tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516/pkg/odbc/AMD64_LINUX<br>> .M3EXPORTS <br>> . => /tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516/lib<br>> libm3odbc.so.5 "/farhome/hendrik/cm3/cm3/m3-db/odbc/AMD64_LINUX/.M3SHIP", line 4: quake runtime error: unable to copy "libm3odbc.so.5" to "/tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516/lib/libm3odbc.so.5": errno=2<br>> <br>> --procedure-- -line- -file---<br>> install_file -- <builtin><br>> 4 /farhome/hendrik/cm3/cm3/m3-db/odbc/AMD64_LINUX/.M3SHIP<br>> <br>> Fatal Error: package build failed<br>> *** execution of [<function _BuildGlobalFunction at 0x1a56de8>, <function _ShipFunction at 0x1a56c80>] failed ***<br>> hendrik@april:~/cm3/cm3/scripts/python$ <br>> <br>> <br>> It doesn't seem to build libm3odbc.so.5<br>> <br>> hendrik@april:~/cm3/cm3/m3-db/odbc$ ls AMD64_LINUX/<br>> libm3odbc.a libm3odbc.so SQLext.mo SQLtypes.io<br>> libm3odbc.m3x SQLext.io SQL.io<br>> hendrik@april:~/cm3/cm3/m3-db/odbc$ <br>> <br>> There's nothing at all in /tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516/pkg/odbc/AMD64_LINUX<br>> There are lots of files in /tmp/tmp_T7ITL/cm3-all-AMD64_LINUX-d5.9.0-20120516/lib,<br>> but nothing resembling libm3odbc><br>> <br>> -- hendrik<br>> <br>> <br></div> </div></body>
</html>