From: <uri...@op...> - 2005-06-29 19:50:30
|
When configured with "--enable-gssapi", gssapi.c module doesn't compile (on all of my Linux machines, with various CPUs and lib versions). I suspect that "Werror" flag that the broken "configure" script enforces, is too draconian (and honestly, the code is not nearly at the level of Werror :-). if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./../libipsec -I/usr/include -I./../../src/racoon/missing -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc -I../../src/include-glibc -DSYSCONFDIR=\"/etc/racoon\" -DADMINPORTDIR=\"/var/racoon\" -g -O2 -Wall -Werror -Wno-unused -MT gssapi.o -MD -MP -MF ".deps/gssapi.Tpo" -c -o gssapi.o gssapi.c; \ then mv -f ".deps/gssapi.Tpo" ".deps/gssapi.Po"; else rm -f ".deps/gssapi.Tpo"; exit 1; fi gssapi.c: In function `gssapi_get_default_gss_id': gssapi.c:146: warning: implicit declaration of function `asprintf' make[3]: *** [gssapi.o] Error 1 make[3]: Leaving directory `/root/ipsec-tools-0.6/src/racoon' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/ipsec-tools-0.6/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/ipsec-tools-0.6' make: *** [all] Error 2 If I compile gssapi.c manually - it compiles and links fine (haven't actually tested how it works). ipsec-tools 0.6 (same on 0.6rc1 and 0.5.2), Linux-2.6.11_27.FC3smp, glibc-2.3.3 (on this one, latest stable on the other). libtool-1.5.6-4 ----- Original Message ----- From: ma...@ne... (Emmanuel Dreyfus) Date: Tuesday, June 28, 2005 6:00 pm Subject: Re: [Ipsec-tools-devel] 0.6 doesn't configure > <uri...@op...> wrote: > > > I solved those problems by simply copying stuff from relevant > 0.6rc1> directories to 0.6. Probably the release tarball should be > > updated/fixed. > > I fixed and updated the tarball. It has the same name, which makes > sensesince it's the same tag in CVS, but it can be confusing. > Hint: the > previous (wrong) file is 443088 bytes long, the good file is 660938 > bytes long. > > -- > Emmanuel Dreyfus > http://hcpnet.free.fr/pubz > ma...@ne... > |
From: <ma...@ne...> - 2005-06-29 20:21:36
|
<uri...@op...> wrote: > When configured with "--enable-gssapi", gssapi.c module doesn't compile > (on all of my Linux machines, with various CPUs and lib versions). I builds and works well on NetBSD. It's even in the configure option we have for our in-tree ipsec-tools. I suspect you could be the first person to try --with-gssapi on Linux. > if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./../libipsec -I/usr/include > -I./../../src/racoon/missing -include > ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc > -I../../src/include-glibc -DSYSCONFDIR=\"/etc/racoon\" > -DADMINPORTDIR=\"/var/racoon\" -g -O2 -Wall -Werror -Wno-unused -MT > gssapi.o -MD -MP -MF ".deps/gssapi.Tpo" -c -o gssapi.o gssapi.c; \ > then mv -f ".deps/gssapi.Tpo" ".deps/gssapi.Po"; else rm -f > ".deps/gssapi.Tpo"; exit 1; fi > gssapi.c: In function `gssapi_get_default_gss_id': > gssapi.c:146: warning: implicit declaration of function `asprintf' It looks like you just miss the definition for asprintf(). You don't have it on your system, or is it in a fancy location? asprintf() could be replaced by a malloc() followed by a sprintf(). If it is missing in Linux, it should be added in src/racoon/missing, and a configure test should be added to take care of it. But NetBSD's man page says it comes from GNU C library, so I'd be quite surprised if you tell me it does not exist on your system. If you feed me with fixes, they can be included in upcoming 0.6.1. I'm also still awaiting the pkcs7 patch for HEAD... -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz ma...@ne... |
From: Uri <uri...@op...> - 2005-06-30 04:49:21
|
Emmanuel Dreyfus wrote: >It looks like you just miss the definition for asprintf(). You don't >have it on your system, or is it in a fancy location? > > It's in /usr/include/stdio.h, #ifdef'ed by __USE_GNU... >asprintf() could be replaced by a malloc() followed by a sprintf(). If >it is missing in Linux, it should be added in src/racoon/missing, and a >configure test should be added to take care of it. But NetBSD's man page >says it comes from GNU C library, so I'd be quite surprised if you tell >me it does not exist on your system. > > Oh it does - just as all the other things that "configure" doesn't seem to find on my machine... >If you feed me with fixes, they can be included in upcoming 0.6.1. I'm >also still awaiting the pkcs7 patch for HEAD... > > But I emailed you the patches already? Both for sha2, and for pkcs7... Or do you want me to check them in somehow...? |
From: <ma...@ne...> - 2005-06-30 05:27:34
|
Uri <uri...@op...> wrote: > >If you feed me with fixes, they can be included in upcoming 0.6.1. I'm > >also still awaiting the pkcs7 patch for HEAD... > But I emailed you the patches already? Both for sha2, and for pkcs7... > Or do you want me to check them in somehow...? sha2 is already committed both in HEAD and 0.6 branch. You sent me a pkcs7 patch for 0.6, but not for HEAD. Or maybe you mixed up two patches and sent me the wrong one? I'll commit the patch for 0.6 once I'll have it for HEAD, else it means that we could have a feature in 0.6 that will disapear in 0.7.=20 --=20 Emmanuel Dreyfus Un bouquin en fran=E7ais sur BSD: http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php ma...@ne... |
From: <ma...@ne...> - 2005-06-30 05:27:36
|
Uri <uri...@op...> wrote: > >It looks like you just miss the definition for asprintf(). You don't > >have it on your system, or is it in a fancy location? > It's in /usr/include/stdio.h, #ifdef'ed by __USE_GNU... So we just need to #define __USE_GNU in gssapi.c. There are also a few warnings on type casts. Can you send me a patch that fixes the build on your machine? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz ma...@ne... |