<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 12pt; color: #000000'><div><br></div><div>I'm trying to port the latest Mono to Haiku OS (most recent nightly build) and I've gotten this far:</div><div><br></div><div>1. Made some very minor changes to get Mono to build (thanks to many fixes already applied in 2010, but the port was incomplete).</div><div>2. Pulled down the latest monolite and placed it in the .../class/lib/monolite directory</div><div>3. make EXTERNAL_MCS=.../class/lib/monolite/basic.exe</div><div>4. In the mono-wrapper file, I added --debug and --trace</div><div><br></div><div>The very first file monolite/gmcs.exe tries to build is basic-profile-check.exe from  ./mono/mcs/build/common/basic-profile-check.cs </div><div><br></div><div>Here's where I'm stumped.  The mono app  reports an out of memory exception, the ./mini/mono process stays stuck in memory churning the cpus.</div><div><br></div><div>I was expecting a full trace report so that I could narrow down the search for the problem but no detailed trace is ever emitted.  IIRC it was either the --debug or --trace option which allowed me to see that there was an out of memory exception in the first place (before, I got the ./mini/mono app churning without knowing what was going on).</div><div><br></div><div>Is there something I can do when compiling the native C-based ./mini/mono app to help give me more debug information?</div><div><br></div><div>Is there no --trace information emitted because the provided monolite gmcs.exe wasn't compiled with an option which help provide it?</div><div><br></div><div>Any ideas/help from the Mono development brain trust here would be greatly appreciated.   Just feed me the kibbles and I'll hobble along to the next problem until the darn thing runs.</div><div><br></div><div>Thanks,</div><div><br></div><div>Steve</div><div><br></div><div><br></div><div><br></div></div></body></html>