Hello, I got an error about procedures duplicated on m3-libs\libm3\src\list\list.tmpl . That .tmpl was getting compiled in the pm3-1.1.15 on Windows.<br>readonly proc List (nm, elt) is<br>readonly proc list (nm, elt) is<br>readonly proc List_sort (nm, elt) is<br>readonly proc list_sort (nm, elt) is<br><br>+++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>=== package C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\vocgi ===<br>+++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>=== package C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\voquery ===<br>+++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>=== package C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\vorun ===<br>+++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>"C:\cm3-5.4\cm3-cvs\cm3/m3-libs\libm3\src\list\list.tmpl", line 11: quake runtim<br>e error: cannot redefine readonly global symbol: List<br><br>--procedure--  -line-  -file---<br>_import_template      11 
 C:\cm3-5.4\cm3-cvs\cm3/m3-libs\libm3\src\list\list.tmpl<br>import             97  C:\cm3-5.4\cm3-cvs\cm3/m3-libs\libm3\NT386\.M3EXPORTS<br>include_dir        51  C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\vorun\src\m3makefile<br>                    6  C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\vorun\NT386\m3make.args<br><br>Fatal Error: package build failed<br>*** execution of cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3 failed with 0 ***<br><br>Thanks,<br>Daniel Benavides<br><br>----- original message -----<br>De: "Daniel Alejandro Benavides D." <dabenavidesd@yahoo.es><br>Fecha: Domingo, Enero 14, 2007 10:52 pm<br>Asunto: RV: RE: [M3devel] cm3-5.4 building on NT386 cat not recognized command<br><br>> <br>> <br>> j k wrote<jayk123@hotmail.com>: De: "j k" <jayk123@hotmail.com><br>> to: dabenavidesd@yahoo.es, m3devel@elegosoft.com<br>> subject: RE: [M3devel] cm3-5.4 building on NT386 cat not recognized <br>> commandFecha: Mon, 15 Jan 2007 00:34:46 +0000<br>> <br>>
 I commited fixes for the vostart and import-libs problems.<br>> vostart starts up.<br>> I left the m3makefile configurable as to if vostart (and vorun) <br>> are in in <br>> the bin directory so would tend to be in the path, or in the <br>> pkg\vorun\nt386 <br>> directory as the original author seemed to intend.<br>> <br>> The documention mentions export_program and hide_program, but they <br>> do not <br>> exist.<br>> <br>> What is the right way to install a checked in file to <br>> c:\cm3\pkg\foo\nt386?I put in<br>>  install_derived ("..\\src\\vostart") % This isn't derived, but <br>> it gets it <br>> to the pkg\target directory.<br>> <br>> which feels wrong.<br>> <br>> What are people's thoughts on relatively flat directories that are <br>> in <br>> %path%, i.e.:<br>> c:\cm3\bin\vorun.exe<br>> <br>> vs. hierarchy c:\cm3\pkg\nt386\vorun.exe<br>> and having to run somewhat private .exes by full
 path?<br>> <br>> There are pluses and minuses either way of course. If you flatten <br>> the <br>> hierarchy, you get global namespace pollution but flexibility of <br>> layout. I <br>> like the flexibility. But I realize then..well, I have all these <br>> \env\vc20.cmd \env\vc40.cmd \env\perl.cmd \env\cm3.cmd <br>> \env\cm3.2.cmd <br>> scripts and my machine has no set configuration, just whatever I <br>> happened to <br>> set in the command line I'm at.<br>> <br>> It is good both to bind something to particular versions of <br>> things, and to <br>> leave it flexible if it is indeed compatible with multiple <br>> versions. You <br>> don't want to build cross products -- cm3 against that <br>> compiler/linker, or <br>> against another, etc. So then I guess folks usually have <br>> environment <br>> variables to represent roots, one per changable root? This makes <br>> me think I <br>> should back the
 full paths stuff in cm3.cfg.... (and then of <br>> course there is <br>> pollution regarding chosing variable names for the root, and when <br>> it gets <br>> bad enough you end up with a hierarchical system like the Windows <br>> registry <br>> which everyone dislikes but solves real problems...)<br>> <br>> I might look into the other problems later, but of course, <br>> volunteering and <br>> all that. :)<br>> <br>> - Jay<br>> <br>> >From: "Daniel Alejandro Benavides D." <br>> >To: jayk123@hotmail.com, m3devel@elegosoft.com<br>> >Subject: RE: [M3devel] cm3-5.4 building on NT386 cat not <br>> recognized command<br>> >Date: Sun, 14 Jan 2007 23:26:11 +0100 (CET)<br>> ><br>> >  Hi,<br>> >I succesfully used type instead of cat, so obliq was built. I <br>> also added <br>> >file_exists in cm3.cfg. Thanks.<br>> >I have tested m3browser, It runs just fine, congratulations
 !!<br>> ><br>> >So I continued with do-cm3-std.cmd built but I found that <br>> >m3-libs\m3core\src\thread is not built in any of the <br>> implementations (which <br>> >must be src\thread\WIN32 according to the thread\m3makefile wich <br>> has  <br>> >OS_TYPE variable if not PTHREAD), but this directory has no built <br>> nothing , <br>> >so I was wondering if the variable M3_OSTYPE you mentioned is the <br>> same?>Do you think is possible to use the Pthread part, with the <br>> pthread port on <br>> >Windows?<br>> ><br>> >C:\cm3-5.4\cm3-cvs\cm3\m3-tools\m3bundle\NT386\m3bundle -name <br>> >RehearseCodeBundle<br>> >   -element RehearseCode.fv ..\src\RehearseCode.fv<br>> >  new source -> compiling RehearseCodeBundle.i3<br>> >  new source -> compiling RehearseCode.m3<br>> >  new source -> compiling RehearseCodeBundle.m3<br>> >   -> linking
 RehearseCode.exe<br>> >  === package C:\cm3-5.4\cm3-cvs\cm3\m3-tools\replayheap ===<br>> >  +++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>> >  new source -> compiling Main.m3<br>> >   -> linking replayheap.exe<br>> >  === package C:\cm3-5.4\cm3-cvs\cm3\m3-tools\showheap ===<br>> >  +++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>> >  new source -> compiling ShowHeap.m3<br>> >   -> linking showheap.exe<br>> >  === package C:\cm3-5.4\cm3-cvs\cm3\m3-tools\shownew ===<br>> >  +++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>> >  new source -> compiling ZIO.i3<br>> >  new source -> compiling ZIO.m3<br>> >  new source -> compiling ShowNew.m3<br>> >   -> linking shownew.exe<br>> >  === package C:\cm3-5.4\cm3-cvs\cm3\m3-tools\showthread ===<br>> >  +++ "cm3 -build -override
 -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>> >  new source -> compiling Main.m3<br>> >  "..\src\Main.m3", line 12: unable to find interface (ThreadEvent)<br>> >  1 error encountered<br>> >  compilation failed => not building program "showthread.exe"<br>> >  Fatal Error: package build failed<br>> >  *** execution of cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-<br>> cvs\\cm3 <br>> >failed with 0 ***<br>> >  ....<br>> ><br>> >By the way, the above ThreadEvent missing interface is not in the <br>> WIN32 <br>> >directory, can be copied?<br>> ><br>> >Thanks,<br>> >Daniel Benavides<br>> ><br>> >----------<br>> > >j k  wrote:<br>> ><br>> > >Good!<br>> ><br>> > >The problems in obliq I know about.<br>> > >They are old. Getting this far in "std" I think is pretty good.<br>> ><br>> > >I'm sure we can just switch on
 M3_OSTYPE and use type or echo <br>> instead of<br>> > >cat, or add more builtins to quake.<br>> ><br>> > >Question: M3_OSTYPE, this it meant to be a query about the <br>> target and not<br>> > >the host, right?<br>> > >My suspected anwer: Cross builds aren't actually factored into <br>> the build<br>> > >system right. There is not a way to check one vs. the other. <br>> That is, <br>> >host<br>> > >is mostly assumed to be target. Not completely broken, since <br>> cross builds<br>> > >are doable, in a way I am not familiar with but is documented.<br>> ><br>> > >file_exists should be either in that m3makefile or the global <br>> cm3.cfg.> >it is defined by me as like:<br>> ><br>> > >proc file_exists(a) is<br>> > >return stale(a, a)<br>> > >end<br>> ><br>> > >I thought the use of "stale(a,a)" in places kind of
 obscure and <br>> worthy of <br>> >a<br>> > >name.<br>> ><br>> > >In order to work with whatever global cm3.cfg someone has, <br>> let's just put<br>> > >in a local definition. Some of the history in the import-libs <br>> directory <br>> >is<br>> > >it did not initially build incrementally, just always clean, so <br>> my <br>> >changes<br>> > >for incrementality have less time under their belt, so to speak.<br>> ><br>> > >- Jay<br>> ><br>> ><br>> > >>From: "Daniel Alejandro Benavides D."<br>> > >>To: m3devel@elegosoft.com<br>> > >>Subject: [M3devel] cm3-5.4 building on NT386 cat not <br>> recognized command<br>> > >>Date: Sun, 14 Jan 2007 20:05:24 +0100 (CET)<br>> > >><br>> > >>Hi all:<br>> > >>Im trynig to get build with the bootstrap of 5.2.6, do-cm3-<br>> base.cmd>
 >>works well. Just got an error in about file<br>> > >>C:\cm3-5.4\cm3-cvs\cm3\m3-win\import-libs\src\m3makefile<br>> > >><br>> > >>C:\cm3-5.4\cm3-cvs\cm3\scripts\win>do-cm3-base.cmd<br>> > >>INSTALLROOT=C:\cm3<br>> > >>LIB=%INSTALLROOT%\LIB;%LIB%<br>> > >>CM3ROOT=C:\\cm3-5.4\\cm3-cvs\\cm3<br>> > >><br>> > >>making C:\cm3-5.4\cm3-cvs\cm3\scripts\win\PKGS with<br>> > >>C:\cm3-5.4\cm3-cvs\cm3\scripts\win\find-packages<br>> > >>call C:\cm3-5.4\cm3-cvs\cm3\scripts\win\pkgmap -c "cm3 -build -<br>> override> >>-DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" import-libs m3core <br>> libm3 m3middle m3quake m3scanner m3tools m3cgcat m3cggen m3bundle mklib dll2lib  fix_nl libdump bitvector digraph parseparams realgeometry set slisp <br>> sortedtableextras table-list tempfiles tcp tapi<br>> > >><br>> > >>=== package
 C:\cm3-5.4\cm3-cvs\cm3\m3-win\import-libs ===<br>> > >>+++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>> > >>unable to read ..\src\m3overrides, options "-override" and "-<br>> x" ignored.<br>> > >>"C:\cm3-5.4\cm3-cvs\cm3\m3-win\import-libs\src\m3makefile", <br>> line 178: quake runtime error: undefined variable: file_exists<br>> > >><br>> > >>--procedure-- -line- -file---<br>> > >><br>> > >>include_dir 178<br>> > >>C:\cm3-5.4\cm3-cvs\cm3\m3-win\import-libs\src\m3makefile<br>> > >> 5 C:\cm3-5.4\cm3-cvs\cm3\m3-win\import-libs\NT386\m3make.args<br>> > >>Fatal Error: package build failed<br>> > >><br>> > >>*** execution of cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-<br>> cvs\\cm3> >>failed with 0 ***<br>> > >><br>> > >> I just commented the whole if of line 178 and it
 worked well. <br>> Then I tried the do-cm3-std.cmd, and it works well until formsview <br>> package, but when in m3-obliq got an error because a missing cat:<br>> > >><br>> > >> -> linking vocgi.exe<br>> > >>=== package C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\voquery ===<br>> > >>+++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>> > >>new source -> compiling Main.m3<br>> > >> -> linking voquery.exe<br>> > >>=== package C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\vorun ===<br>> > >>+++ "cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" +++<br>> > >>C:\cm3-5.4\cm3-cvs\cm3\m3-tools\m3bundle\NT386\m3bundle -name <br>> >VORunBundle<br>> > >>-FC:\D<br>> > >>OCUME~1\LUISCA~1\CONFIG~1\Temp\qk<br>> > >>new source -> compiling VORunBundle.i3<br>> > >>new source -> compiling VORunBundle.m3<br>> >
 >>new source -> compiling Main.m3<br>> > >> -> linking vorun.exe<br>> > >>cat ..\src\vostart >> vostart<br>> > >>"cat" is not recognized as an internal or external command, <br>> operable> >>program or batch file.<br>> > >><br>> > >>"C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\vorun\src\m3makefile", line <br>> 33: quake<br>> > >>runtime error: exit 1: cat ..\src\vostart >> vostart<br>> > >><br>> > >>--procedure-- -line- -file---<br>> > >>exec --<br>> > >>include_dir 33 C:\cm3-5.4\cm3-cvs\cm3\m3-<br>> obliq\vorun\src\m3makefile> >> 6<br>> > >>C:\cm3-5.4\cm3-cvs\cm3\m3-obliq\vorun\NT386\m3make.args<br>> > >><br>> > >>Fatal Error: package build failed<br>> > >>*** execution of cm3 -build -override -DROOT=C:\\cm3-5.4\\cm3-<br>> cvs\\cm3> >>failed with 0
 ***<br>> > >>error : call C:\cm3-5.4\cm3-cvs\cm3\scripts\win\pkgmap -c "cm3 <br>> -build<br>> > >>-override<br>> > >>-DROOT=C:\\cm3-5.4\\cm3-cvs\\cm3" import-libs m3core libm3 <br>> m3core m3middle m3quake m3scanner m3tools m3cgcat m3cggen m3bundle mklib dll2lib fix_nl libdump bitvector digraph parseparams realgeometry set slisp<br>> > >>sortedtableextras table-list tempfiles tcl tcp udp libsio libbuf debug<br>> > >>listfuncs patternmatching embutils m3tk-misc http binIO deepcopy sgml <br>> >tapi serial m3tk mtex m3totex m3tohtml m3scan m3markup m3browser <br>> cmpdir cmpfp dirfp uniq netobj netobjd stubgen events rdwr sharedobj <br>> sharedobjgen odbc postgres95 db smalldb stable stablegen X11R4 ui PEX vbtkit cmvbt jvideo videovbt web formsvbtpixmaps formsvbt formsview formsedit <br>> codeview mg mgkit opengl anim3D zeus m3zume synloc synex metasyn obliqrt obliqparse obliq print obliq
 obliqlibemb obliqlibm3 obliqlibui obliqlibanim <br>> obliqsrvstd obliqsrvui obliqbinmin obliqbinstd obliqbinui <br>> obliqbinanim visualobliq vocgi >>voquery vorun webvbt recordheap rehearsecode replayheap showheap shownew >>showthread pkl-fonts juno-machine juno-compiler juno- app cube calculator fisheyementor failed<br>> > >><br>> > >>C:\cm3-5.4\cm3-cvs\cm3\scripts\win><br>> > >><br>> > >>Can we use a native port of cat, or bunddle in the distro?<br>> > >><br>> > >>Thanks,<br>> > >>Daniel Benavides<br>> ><br>> ><br>> ><br>> >---------------------------------<br></jayk123@hotmail.com></jayk123@hotmail.com></dabenavidesd@yahoo.es><br><p>
                <hr size=1><br><font face="Verdana" size="-2">LLama Gratis a cualquier PC del Mundo.<br>Llamadas a fijos y móviles desde 1 céntimo por minuto.<br><a href="http://us.rd.yahoo.com/mail/es/tagline/messenger/*http://es.voice.yahoo.com/">http://es.voice.yahoo.com</a></font>