balsa: configure and make



Hello,

Last Saturday I wrote an email to this list regarding my problems
with configuring iconv. Last night I updated to Balsa 1.1.4, but
still there was the same problem. Now I figured out how to circum-
vene this problem. This is a small patch for the configure script
(I configured with --with-ssl --disable-nls --with-gnu-ld):

6138c6138
< char iconv_open();
---
> #include <iconv.h>
6141c6141
< iconv_open()
---
> iconv_open(NULL,NULL)

I think my linker (GNU ld 2.9.1) was arguing about different calling
parameters. Afterwards I could run make, but there I got another
error:

gcc -DSHAREDIR=\"/usr/local/share\" -DSYSCONFDIR=\"/usr/local/etc\" -DLIBMUTT -I. -I./imap    -g -O2 -c mutt_socket.c
mutt_socket.c: In function ocket_connect':
mutt_socket.c:250: sizeof applied to an incomplete type
make[4]: *** [mutt_socket.o] Error 1
make[4]: Leaving directory /mnt/ram/balsa-1.1.4/libmutt'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory /mnt/ram/balsa-1.1.4/libmutt'
make[2]: *** [all-recursive-am] Error 2
make[2]: Leaving directory /mnt/ram/balsa-1.1.4/libmutt'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory /mnt/ram/balsa-1.1.4'
make: *** [all-recursive-am] Error 2

As I have an old linux system (SuSE 6.1) some network parts do
not support all "modern" features. A small patch for libmutt/Makefile
made compilation possible (I don't know how to apply to Makefile.in
or Makefile.am):

125c125
< #define HAVE_GETADDRINFO 1
---
> // #define HAVE_GETADDRINFO 1

The next error I got was about missing OpenSSL headers. So I
had to include them to the libmutt/Makefile:

95c95
< INCLUDES = -I. -I./imap
---
> INCLUDES = -I. -I./imap -I/usr/local/ssl/include

The next compilation error (it is getting funny) was in src/main.c.
Here the compiler argues about statements without effect:

gcc -DHAVE_CONFIG_H -I. -I. -I.. -DGNOMELOCALEDIR=\""/usr/local/share/locale"\"         -I..   -I../libbalsa    -I../libmutt     -I/usr/local/include -DNEED_GNOMESUPPORT_H -I/usr/local/lib/gnome-libs/include -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -I/usr/local/include/gtk-1.2 -I/usr/X11R6/include  -I/usr/local/include/gtk-1.2 -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -I/usr/X11R6/include  -g -O2 -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -D_REENTRANT         -Wall -Wno-uninitialized         -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes         -Wnested-externs -Wpointer-arith         -Wno-sign-compare -Wsign-promo         -Werror   -c main.c
cc1: warnings being treated as errors
main.c: In function 
ain':
main.c:314: warning: statement with no effect
main.c:315: warning: statement with no effect
make[2]: *** [main.o] Error 1
make[2]: Leaving directory /mnt/ram/balsa-1.1.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory /mnt/ram/balsa-1.1.4'
make: *** [all-recursive-am] Error 2

So I had to comment both lines:

314,315c314,315
<     bindtextdomain(PACKAGE, GNOMELOCALEDIR);
<     textdomain(PACKAGE);
---
> //    bindtextdomain(PACKAGE, GNOMELOCALEDIR);
> //    textdomain(PACKAGE);

Now Balsa has compiled and starts without error messages.

But when I try to access my pop3 account, nothing happens.
The pop3 progress window flashed for a second and disappears.
Did my previous fixes disable some network functionality in
Balsa?

Bye,
Thomas

-- 
Administratori est terra et plenitudo eius orbis





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]