Hi!
5--2006 12:44 [EMAIL PROTECTED] (Michael Devore) wrote to
freedos-user@lists.sourceforge.net:
MD> I still can't read your list mails very well,
In this letter, there shouldn't be 8-bit characters, so recoding
through base64 shouldn't happen. Is it readable to you?
MD> but I was able to pick
MD> through most of this. (No, my e-mail utility which has worked for a good
MD> many years and doesn't fail on other user comments is not buggy and
MD> therefore in need of replacement.
:) Program, which works long time, and stable in many parts, not
necessary doesn't contain bugs in other parts. Though, probably, there may
be issue not in your mail agent, but in your intermediate post server
(which auto-decodes letter from base64).
MD> Although, it could use an update or change-over for other reasons.)
>> I think, build subsystem _should_ be _added_ before "final"
>> EMM386 >> version will be released - else, because "no more permanent,
>> than >> temporary", EMM386 may never get build subsystem
MD> From your remarks we've gone from "you can't use the current build system
MD> exactly as-is"
Yes, because it not updated together with HIMEM/EMM386 (and currently
not working), and it tied to TCPP. (This why I use above word "added"
instead "updated").
MD> to "EMM386 may never get build subsystem".
Yes, I fear, it may never get _working_ build subsystem.
MD> That's a big leap of logic.
Not leap, just implication.
MD> I think it may have fallen short and fell into the Chasm of
MD> Unwarranted Conclusions.
>>BC> I don't think it's too hard for a developer to add his makefile BC>
>>himself. Yes, he may. But, for example, with different option set
>>resulting executable may work differently (if work at all).
MD> Nothing you've listed will change behavior here.
Behavior may be affected by different things. For example, different
alignment may affect speed or even make non-working code.
MD> You can worry about what
MD> would change behavior after the EMM386 rewrite and operational update which
MD> presumably is forthcoming post-1.0.
I worry, that package should be self-contained, and identical binaries
should be generated (with using same tools) without modification in sources
and creating own build subsystem. Secondly, I worry, that user should have
choice and ability to recompile by different compilers - and in given case
this costs fixing 8 lines and adding 6 lines (this fixes one bug and
eliminate some warnings).
MD> You're part of the post-1.0 EMM386 rewrite team, correct?
"I, contributor". :)
>> The more so, I don't know, how Michael packs executables
MD> As I've stated on this list, several times, the executables are packed
MD> using UPX.
I hear about SYPACK and about modified UPX. I see your name in THANKS
file of last UPX and suggest, that it may be used for packing HIMEM/EMM386
now directly, without modifications. I don't know _how_ you pack, by which
command line (which utility and which options).
>>, so I can't reproduce _identical_ binary. The more so, currently EMM386
>>sources are _not_ compilable
MD> Uh, yeah, they are compilable. Several people have done it, including me.
I mean, when I was try to compile, I have troubles with non-matching
names (UMBoldhandler and UMBOldhandler). I don't know, how you solve this
issue - I just suggest, that you use -p option.
>>Michael uses some subtle trick to workaround this in his makefiles.
MD> Nope. It's pretty much the original build with the file names updated and
MD> directories redirected.
"Original build" (current build.bat and makefile) not even reach
linkage stage.
MD> Finally, quoting portions of my recent e-mail for public record:
[...]
MD> But I'll make one more compromise. If Arkady wants to put in place
MD> _additional_ files which satisfy him and don't modify _existing_ files,
MD> I'll take them into the distribution.
I already answer for this privately.
MD> <Why is this on freedos-user? freedos-devel is a better fit. But since it
MD> started here, I'll keep the replies together...>
I redirect this to freedos-devel.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
