oops... it is 2.8.7 and not 2.8.6

it is using *nix path style... so if You want to use Amiga path style instead, should you use the one ported by nicomen...
But You should use this one, if You want confiugre scripts to be able to make use of it...

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

And not 2.8.5 you mean.

_________________
Philippe 'Elwood' Ferrucci
Sam460 1.10 Ghz
AmigaOS 4 betatester
Amiga Translator Organisation

@elwood

Think I shouldn't be coding at the moment, when I am not even able to write the right number

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

Quote:

it is using *nix path style... so if You want to use Amiga path style instead, should you use the one ported by nicomen...

It apears to work with absolute amiga paths.

and even better it doesn't report out of memory for identical files, something that the previous version i'd downloaded did.

Thanks!

Last edited by broadblues on 02-Feb-2006 at 03:51 PM.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

Hi,

Thank you for your wonderful job.

I'm trying to compile Web2C (TeX and LaTeX implementation). I mamaged to configure the makefiles. However, at compilation, the compiler tries to use WIN32 specific lines of the code (#ifdef) and gives me errors about memory allocation funtion types!! I Tried --host=powerpc-unknown-amigaos and --host=ppc-amigaos with no avail. Also, adding -D__AMIGA__ to the compiler options didn't help.

Any pointers would be appreciated.

Firbodi

Last edited by firbodi on 02-Feb-2006 at 03:57 PM.
Last edited by firbodi on 02-Feb-2006 at 03:55 PM.

_________________
MicroA1 G3, 512MB RAM, DVD-RW; and A1-SE G3,512MB RAM, CD-RW & DVD-ROM
Avatar: Perspolis, Capital of Achaemenid Empire 500 B.C.

Great stuff!

These are really important developer tools.

_________________
ExecSG Team Lead

Don't forget Stefans excellent gdiff for a nice graphical front end. Haven't tried it with this version of diff yet, but it should work if the command line is the same.

http://main.aminet.net/util/misc/gdiff.lha

@broadblues

Quote:

It apears to work with absolute amiga paths.

Funny thing... looks like my fix (is in the cvs) for clib2 worked better than I had hoped
So for the future, should we be able to remove our wrapper functions for abc-shell... I am going to test later today

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

@Vader

Cool

It is using *nix path style, and as Andy just told, does it also work with absolute Amiga paths. Will try to see if gdiff is working with it

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

@broadblues

I think that's something nicomen and olsen fixed in clib2.

@firbodi

I guess that You are crosscompiling on Win32?
Some configure scripts do not work with crosscompilers... You should try using abc-shell on AmigaOS directly

And yes, You should use --host=ppc-amigaos when crosscompiling

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

@Mr_Capehill

It didn't work before Olaf applied my patch, but I don't know if it had been intended to work before

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

@hnl_dk: ok, I don't know all dirty details but I have read some mails about this memory exhaustion problem :) Thanks to everyone involved!

@Mr_Capehill

Ahh, I thought You where refering to the use of both Amiga and Unix paths
Sorry, if You are talking about the memory issue, do I think that You are right

PS: I see that my path patch is not yet in the cvs, but I hope it gets there soon... If anyone needs it, please send me a mail.

Last edited by hnl_dk on 02-Feb-2006 at 04:46 PM.

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

Poster: hnl_dk Date: 2-Feb-2006 9:33:58
Quote:

@firbodi I guess that You are crosscompiling on Win32? Some configure scripts do not work with crosscompilers... You should try using abc-shell on AmigaOS directly And yes, You should use --host=ppc-amigaos when crosscompiling

No, I'm compiling on OS4

Firbodi

_________________
MicroA1 G3, 512MB RAM, DVD-RW; and A1-SE G3,512MB RAM, CD-RW & DVD-ROM
Avatar: Perspolis, Capital of Achaemenid Empire 500 B.C.

@firbodi

Quote:

No, I'm compiling on OS4

If You are configuring on OS4, then You shouldn't make use of --host at all ... everyting should be done automaticly... all I do, when I configure:

LIBS="-lunix" ./configure --prefix=/SDK/Local --bindir=/SDK/Local/C

or

./configure --prefix=/SDK/Local --bindir=/SDK/Local/C

but always first do a:

./configure --help

to be sure that You don't want to change anything (You might want to add something to LIBS, or use CFLAGS, LDFALGS or some other variables).

_________________
Best regards,
hnl_dk - Henning Nielsen Lund [Denmark]

Please send no PM to me, email me if you want to contact me. See you somewhere else.

@broadblues
Quote:

and even better it doesn't report out of memory for identical files, something that the previous version i'd downloaded did.

That was caused by clib2's implementation choice for calloc(), malloc() and realloc().

According to the almighty ISO/ANSI C and C++ standards:
Quote:

If the size of the space requested is zero, the behavior is implementation defined: either a null pointer is returned, or the behavior is as if the size were some nonzero value, except that the returned pointer shall not be used to access an object.

POSIX states the same thing as ISO by the way.

Of course it turns out these tools assume a zero size means return a pointer instead of a null pointer. So for maximum compatibility, clib2 now uses the non-null for zero size behaviour when linked with -lunix and will assume the original null for zero size behaviour when used without -lunix. Since ISO didn't take a stand on this issue we are stuck with code out there that may assume one behaviour or the other so consider yourself warned.

By the way, newlib.library seems to support only the non-null for zero size behaviour.

Last edited by ssolie on 02-Feb-2006 at 10:04 PM.

_________________
ExecSG Team Lead

Amen! to the "out-of-memory" message.

Now that ssolie has explained it, I have peace of mind (and forgiveness to all). :^) to use emoticons while they are still royalty free.

G

Last edited by ggw on 03-Feb-2006 at 05:52 AM.

_________________
..effects of civilization upon...nature, the growing gap between what education was supposed to accomplish and what it consisted of, the national debt and...high taxes, the problem of the excess cost of medical care -- Philip Wylie, 1951