>I've noticed problem compiling ifmail with gcc 2.7.2* under linux
Same problem here, but with Slackware 2.0.27.
>I've found this on ifmail2.8f, and i've not report because i've
>supposed that was a known problem, but the same appear in
>ifmail2.8g-tx7.8 (tx, i think, don't mean nothing in this case...)
The same would also apply to sunsite's archive ifmail.2.8g.tar.gz
>The problem was that in some source the ndbm.h was included 2 times,
>one directly in .c, and one other in a .h included in .c. I think that
>simply the newer gcc has became more strict... ;)))
Yes indeed it has, my solution was to comment them out in *.c files
seeing it;s already been declared in the *.h files.
>The diff are simple, if this is a bug...
I wouldn;t categorizes it as being a bug, it;s just a difference in the
library's /OS being used. In some cases, it may be that other OS's
permit redeclaration of .h files within a single source file where Linux
no longer does.
>Hope this help.
Your one day late for me, but I;m sure someone else in here can use the
Also, with the archive I;m using, I had to change ./ifmail-2.8g/CONFIG.
version number from 2.8f to 2.8g. And I think it would be a good idea
to update the ../misc/config example to reflect that ./ifmail is no
the default directory and that ./ifmail-version # is.
Just a little nit-picking, but over all the program works great. Now if I
only get uugetty to raise the transfer rates up from 16cps to 1500cps or
so, I'ld be a happy camper.