Amiga.org

Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: AMC258 on February 15, 2008, 01:54:54 AM

Title: Un*xcompiling in OS4
Post by: AMC258 on February 15, 2008, 01:54:54 AM
Before I get started pulling my hair out trying to figure this one out does anyone have a quick answer?

What the heck is going wrong here:
(http://stash.amc258.com/AMC258/Amiga/Configure.Jpeg)

and here:
(http://stash.amc258.com/AMC258/Amiga/Make.Jpeg)
Title: Re: Un*xcompiling in OS4
Post by: Hans_ on February 15, 2008, 02:40:08 AM
Data storage interrupt means that a program tried to read/write memory that does not belong to it. It could just be a stack overflow. Some of the configure scripts require a lot of stack. Try entering "stack 1000000" before running configure.

BTW, if you click more, you get more information about the crash. You can even save a detailed crash log.

Hans
Title: Re: Un*xcompiling in OS4
Post by: AMC258 on February 15, 2008, 11:14:14 PM
I had tried 200000, which I thought would be plenty.  Now, I tried 2000000, which doesn't help.

I have never found any useful information in the 'more' section of the GR.  Except the Ignore DSI button which rarely helps.  In fact, in this case, if I do that, every command in the script generates DSI errors.

Is there something wrong with my shell?  Of is this just a problem with OS4 Classic??
Title: Re: Un*xcompiling in OS4
Post by: AMC258 on February 16, 2008, 12:10:38 AM
My shell must be broken.  I can 'cd', and that's about it.  Everything else I do results in a DSI.  Right down to 'ls'.
Title: Re: Un*xcompiling in OS4
Post by: Hans_ on February 16, 2008, 03:57:54 AM
That's strange. There's a new version of abc-shell on os4depot (here (http://os4depot.net/index.php?function=showfile&file=development/utility/abc-shell.lha). It's newer than the one in the SDK.

Hans
Title: Re: Un*xcompiling in OS4
Post by: AMC258 on February 17, 2008, 04:47:01 PM
Okay, this shell works.

But, now, I get a system deadlock at the checking C compiler's default output file part.
I'm starting to think it would just be easier to cross-compile this on a Sparc.