[MLton-devel] Re: MLton on Debian

[Stephen Weeks]

Ahh.  I see you've moved.  Is this your new permanent address?

> That's great.  But it certainly took a hell of a long time!

Yes.  It took them about 3 months to assign someone to test me, a few
weeks for me to pass all the tests, and then took them another 5
months for the committee to approve me.  Not very impressive.

> What I do is run "pbuilder" which constructs and updates and allows on
> to log in to a chroot environment with stable, testing, or unstable.

Yeah, that's what I do too.  I see the problem when building in both
my pbuilder world and in my machine, so I don't think that's related.

> Strip takes lots of switches and its defaults might be different in
> different systems and versions etc.  Maybe you should just tell the
> debian scripts to not strip your executable (probably by giving an
> option to dh_strip telling it to leave bin/mlton alone) and do it
> yourself instead at "debian/rules install" time using carefully
> selected switches.

I am seeing these bugs on a vanilla call to strip with no switches.  I
could tell debian not to strip it, and will do that as a stopgap, but
I would like to get to the root of the very bizarre behavior I am
seeing.  At http://www.mlton.org/mlton-compile.orig.gz, I have placed
an executable.  When I run a loop that repeatedly strips this
executable, I get nondeterministic behavior for strip.

% while true; do cp mlton-compile.orig mlton-compile; strip mlton-compile; md5sum mlton-compile; done
4124791f223acbf1c30503f1febf81e0  mlton-compile
4124791f223acbf1c30503f1febf81e0  mlton-compile
4124791f223acbf1c30503f1febf81e0  mlton-compile
bf2af85d2ba45cc9c886d9b457386a04  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
4124791f223acbf1c30503f1febf81e0  mlton-compile
2c378cbc8225eb7c419574a14a24d822  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
4124791f223acbf1c30503f1febf81e0  mlton-compile
4124791f223acbf1c30503f1febf81e0  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
d155c105c0f9cc37b9e8879f5d3cf0d1  mlton-compile
4124791f223acbf1c30503f1febf81e0  mlton-compile
...

Henry's guess is that this indicates some kind of hardware or VMware
problem (I run Debian on a VMware machine).  I am more inclined to
believe it is a bug in how Debian is building the binutils package.

If you could grab that executable and run the test on a sarge machine
with strip version 2.14.90.0.4, I would very much like to see the
output.



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
MLton-devel mailing list
MLton-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlton-devel