[lwip-devel] [task #13480] lwIP as IPv6 only stack.

lwip-devel
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lwip-devel] [task #13480] lwIP as IPv6 only stack.

From:	Sylvain Rochet
Subject:	[lwip-devel] [task #13480] lwIP as IPv6 only stack.
Date:	Mon, 16 Feb 2015 10:05:57 +0000
User-agent:	Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Iceweasel/31.4.0
URL:
  <http://savannah.nongnu.org/task/?13480>

                 Summary: lwIP as IPv6 only stack.
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: kshingala
            Submitted on: Mon 16 Feb 2015 10:05:56 AM GMT
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: 
            lwIP version: None

    _______________________________________________________

Details:

6LoWPAN interfaces are being defined for many of the short range wireless
technolgies and these use cases require an embedded IPv6 only stack.

Today, while it is possible to use lwIP stack's IPv6 functionality, it is not
possible to not include reduncdant IPv4 portions of the stack, resulting in
large code size.

    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Fri 24 Jun 2005 05:20:25 PM GMTBy: spiralvoice <spiralvoice>
Try patch #4125

-------------------------------------------------------
Date: Fri 24 Jun 2005 01:08:03 PM GMTBy: Anonymous
Might another check in configure.in be the source? If you look at:
---
# testing for gd support
LIBPNG=no
AC_CHECK_LIB(png, png_create_read_struct , [LIBPNG=yes])

LIBJPEG=no
AC_CHECK_LIB(jpeg, jpeg_CreateCompress, [LIBJPEG=yes])

LIBGD_GIF=no
AC_CHECK_LIB(gd, gdImageGif,[LIBGD_GIF=yes])

LIBGD_PNG=no
AC_CHECK_LIB(gd, gdImagePng, [LIBGD_PNG=yes])

LIBGD_JPG=no
AC_CHECK_LIB(gd, gdImageJpeg, [LIBGD_JPG=yes])
---
The first check for PNG check PNG read ability it seems
(png_create_read_struct), and it sets the variable LIBPNG. Is that variable
actually used anywhere? And if it is, without the GD PNG libraries, PNG
reading will still succeed. So it probably will try to read a file it cannot
write. Hence an error...
So LIBPNG can only be true when LIBGD_PNG is true, and LIBJPEG can only be
true when LIBGD_JPG is true.

-------------------------------------------------------
Date: Fri 24 Jun 2005 12:13:38 PM GMTBy: Anonymous
Anyone has clues what/where I should be looking for to fix this?

-------------------------------------------------------
Date: Fri 24 Jun 2005 12:11:26 PM GMTBy: Anonymous
I was too quick to judge. Running the .jpg version now: doesn't work. 

No .jpg files are created, and also the webinterface (others? don't use them
myself) looks for the wrong files, still png:
<table class=bw_stats cellpadding=0 cellspacing=0 align=center><tr><td><img
src="bw_updown.png"></td></tr></table><br><table class=bw_stats cellpadding=0
cellspacing=0 align=center><tr><td><img
src="bw_h_updown.png"></td></tr></table>

-------------------------------------------------------
Date: Fri 24 Jun 2005 12:09:31 AM GMTBy: Anonymous
That last line is more clear in a seperate post:

I have added the compile time checks to gdstubs.c, compiles perfectly now. See
add_png_check.patch. Didn't have time to check the binairy yet, but I don't
expect problems.

-------------------------------------------------------
Date: Fri 24 Jun 2005 12:07:33 AM GMTBy: Anonymous
* My config/configure.in now states:
LIBGD_GIF=no
AC_CHECK_LIB(gd, gdImageGif,[LIBGD_GIF=yes])

LIBGD_PNG=no
AC_CHECK_LIB(gd, gdImagePng, [LIBGD_PNG=yes])

LIBGD_JPG=no
AC_CHECK_LIB(gd, gdImageJpeg, [LIBGD_JPG=yes])

* I have installed libgd with no png support. I guess configure sences it
correctly:

checking for png_create_read_struct  in -lpng... yes
checking for jpeg_CreateCompress in -ljpeg... yes
checking for gdImageGif in -lgd... yes
checking for gdImagePng in -lgd... no
checking for gdImageJpeg in -lgd... yes
checking compile with gd... yes

* But gdstubs still want to link against the png lib (so it seems)

ocamlopt.opt -inline 10 -linkall  -o mlnet       unix.cmxa str.cmxa -ccopt
"-L/usr/local/lib -I/usr/local/include" -cclib "-lcharset 
/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib" -cclib -lz -cclib
-lgd -cclib -lpng -cclib -ljpeg -cclib -lfreetype -cclib -lm -ccopt
-DHAVE_JPEG -ccopt -W -ccopt -Wall -ccopt -Wno-unused -ccopt "-D_THREAD_SAFE
-pthread"   -I build    build/cdk.cmxa    build/common.cmxa   
build/client.cmxa    build/core.cmxa    build/driver.cmxa   
src/daemon/common/commonMain.cmx
src/utils/cdk/gdstubs.o(.text+0x29c): In function `ml_image_open_png':
src/utils/cdk/gdstubs.c:151: undefined reference to `gdImageCreateFromPng'
src/utils/cdk/gdstubs.o(.text+0xa0b): In function `ml_save_png':
src/utils/cdk/gdstubs.c:341: undefined reference to `gdImagePng'
src/utils/cdk/gdstubs.o(.text+0xa9b): In function `ml_dump_png':
src/utils/cdk/gdstubs.c:371: undefined reference to `gdImagePngPtr'
Error during linking
gmake: *** [mlnet] Error 2

* By the way, gif isn't used in gdstubs only png and jpeg. If it isn't used
anywhere in the code, then why check for it in configure? I have added the
compile time checks to gdstubs.c, compiles perfectly now. See
add_png_check.patch. Didn't have time to check the binairy yet, but I don't
expect problems.


-------------------------------------------------------
Date: Thu 23 Jun 2005 11:45:23 PM GMTBy: Anonymous
* My config/configure.in now states:
LIBGD_GIF=no
AC_CHECK_LIB(gd, gdImageGif,[LIBGD_GIF=yes])

LIBGD_PNG=no
AC_CHECK_LIB(gd, gdImagePng, [LIBGD_PNG=yes])

LIBGD_JPG=no
AC_CHECK_LIB(gd, gdImageJpeg, [LIBGD_JPG=yes])

* I have installed libgd with no png support. I guess configure sences it
correctly:

checking for png_create_read_struct  in -lpng... yes
checking for jpeg_CreateCompress in -ljpeg... yes
checking for gdImageGif in -lgd... yes
checking for gdImagePng in -lgd... no
checking for gdImageJpeg in -lgd... yes
checking compile with gd... yes

* But gdstubs still want to link against the png lib (so it seems)

ocamlopt.opt -inline 10 -linkall  -o mlnet       unix.cmxa str.cmxa -ccopt
"-L/usr/local/lib -I/usr/local/include" -cclib "-lcharset 
/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib" -cclib -lz -cclib
-lgd -cclib -lpng -cclib -ljpeg -cclib -lfreetype -cclib -lm -ccopt
-DHAVE_JPEG -ccopt -W -ccopt -Wall -ccopt -Wno-unused -ccopt "-D_THREAD_SAFE
-pthread"   -I build    build/cdk.cmxa    build/common.cmxa   
build/client.cmxa    build/core.cmxa    build/driver.cmxa   
src/daemon/common/commonMain.cmx
src/utils/cdk/gdstubs.o(.text+0x29c): In function `ml_image_open_png':
src/utils/cdk/gdstubs.c:151: undefined reference to `gdImageCreateFromPng'
src/utils/cdk/gdstubs.o(.text+0xa0b): In function `ml_save_png':
src/utils/cdk/gdstubs.c:341: undefined reference to `gdImagePng'
src/utils/cdk/gdstubs.o(.text+0xa9b): In function `ml_dump_png':
src/utils/cdk/gdstubs.c:371: undefined reference to `gdImagePngPtr'
Error during linking
gmake: *** [mlnet] Error 2



-------------------------------------------------------
Date: Thu 23 Jun 2005 04:08:14 PM GMTBy: Anonymous
Good one. But of course I now have a libgd with libpng. I will give it a try
to revert to the old situation and give it a test.

-------------------------------------------------------
Date: Thu 23 Jun 2005 03:55:56 PM GMTBy: spiralvoice <spiralvoice>
I committed your patch, yes of course it has to be changed.
Stupid bug though, can you now use MLDonkeys graphs with a
libgd which is compiled without libpng?

-------------------------------------------------------
Date: Thu 23 Jun 2005 03:20:19 PM GMTBy: Anonymous
This has nothing to do with all gd libs not being found when the LDFLAGS
variable isn't used... but should this patch be applied?

--- configure.in        Mon Jun 20 20:52:57 2005
+++ ../../mldonkey_old/config/configure.in      Thu Jun 23 17:11:29 2005
@@ -1033,7 +1033,7 @@
 AC_CHECK_LIB(gd, gdImageGif,[LIBGD_GIF=yes])

 LIBGD_PNG=no
-AC_CHECK_LIB(gd, gdImagePng, [LIBGD_JPG=yes])
+AC_CHECK_LIB(gd, gdImagePng, [LIBGD_PNG=yes])

 LIBGD_JPG=no
 AC_CHECK_LIB(gd, gdImageJpeg, [LIBGD_JPG=yes])



Somehow that seems more natural, but I have too little experience with it to
know that it is correct.

-------------------------------------------------------
Date: Thu 23 Jun 2005 09:07:58 AM GMTBy: Anonymous
Nevermind that last post. The problem was in gd afterall. There was no png
support compiled in. I updated my ports, reinstalled gd and now it works.

The only extra line I have to add to configure to make it work is:
LDFLAGS="-L/usr/local/lib"

I guess autoconf (AC_CHECK_LIB(gd, gdImagePng, [LIBGD_JPG=yes])) isn't doing
it's job properly.

-------------------------------------------------------
Date: Thu 23 Jun 2005 07:31:19 AM GMTBy: Anonymous
Maybe not yet. It seems the Gd libs are found when using this configure line:
./configure --enable-ocamlver=3 --with-libiconv-prefix=/usr/local/include
LDFLAGS="-L/usr/local/lib" CPPFLAGS="-I/usr/local/include"

However, somehow PNG support is not working. The configure script says:
checking for png_create_read_struct  in -lpng... yes
checking for jpeg_CreateCompress in -ljpeg... yes
checking for gdImageGif in -lgd... yes
checking for gdImagePng in -lgd... no
checking for gdImageJpeg in -lgd... yes
checking compile with gd... yes

But appearently, that png support is crucial, because linking fails:
src/utils/cdk/gdstubs.o(.text+0x29c): In function `ml_image_open_png':
src/utils/cdk/gdstubs.c:151: undefined reference to `gdImageCreateFromPng'
src/utils/cdk/gdstubs.o(.text+0xa0b): In function `ml_save_png':
src/utils/cdk/gdstubs.c:341: undefined reference to `gdImagePng'
src/utils/cdk/gdstubs.o(.text+0xa9b): In function `ml_dump_png':
src/utils/cdk/gdstubs.c:371: undefined reference to `gdImagePngPtr'

I traced it down to be a Gd error though. Relevant parts of the Gd configure:
checking for libpng12-config... /usr/local/bin/libpng12-config
checking for libpng-config... /usr/local/bin/libpng-config
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for png_create_read_struct in -lpng12... no
configure: WARNING: libpng is required - see http://www.libpng.org/pub/png/

** Configuration summary for gd 2.0.33:

   Support for PNG library:
   Support for JPEG library:         yes
   Support for Freetype 2.x library: yes
   Support for Fontconfig library:   yes
   Support for Xpm library:          yes
   Support for pthreads:             yes

Maybe it is an idea to use GIF instead of PNG anyway? At least when its found
that PNG is not available.

-------------------------------------------------------
Date: Mon 20 Jun 2005 07:04:18 PM GMTBy: spiralvoice <spiralvoice>
So I can close this bug, yes?

-------------------------------------------------------
Date: Mon 20 Jun 2005 07:03:52 PM GMTBy: spiralvoice <spiralvoice>
I think this makes the difference, from Makefile:

CONFIGURE_ENV+= \
                CPPFLAGS="${CPPFLAGS} -I${LOCALBASE}/include" \
                LDFLAGS="${LDFLAGS} -L${LOCALBASE}/lib" \
                PTHREAD_CFLAGS="${PTHREAD_CFLAGS}" \
                PTHREAD_LIBS="${PTHREAD_LIBS}"

-------------------------------------------------------
Date: Mon 20 Jun 2005 05:46:36 PM GMTBy: Anonymous
Very interesting Spiralvoice, didn't know the port was that active. 
Tried to figure out where the differences are, but I can't see. I think these
are the ./configure options they use:
--disable-gd --with-libiconv-prefix=/usr/local --disable-gui
--prefix=/usr/local i386-portbld-freebsd5.4 --enable-ocamlver=3

If I try a configure with these options it doesn't work. Hell, maybe I should
forget the static builds and use this port.

-------------------------------------------------------
Date: Mon 20 Jun 2005 05:06:31 PM GMTBy: spiralvoice <spiralvoice>
Try FreeBSD ports version:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/mldonkey-devel/

There are some settings to include libs in /usr/local which are
not found by default by ./configure

-------------------------------------------------------
Date: Mon 20 Jun 2005 12:59:38 PM GMTBy: Anonymous
> libpng-config --version
1.2.8
> libpng-config --prefix
/usr/local






    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Fri 24 Jun 2005 12:07:33 AM GMT  Name: add_png_check.patch  Size: 1kB  
By: White_FrosT
Add compile time check for PNG lib availability
<http://savannah.nongnu.org/bugs/download.php?file_id=3120>

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/task/?13480>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/
[Prev in Thread]
Current Thread
[Next in Thread]
[lwip-devel] [task #13480] lwIP as IPv6 only stack., Sylvain Rochet <=
- Re: [lwip-devel] [task #13480] lwIP as IPv6 only stack., Simon Goldschmidt, 2015/02/16
  - Re: [lwip-devel] [task #13480] lwIP as IPv6 only stack., Sylvain Rochet, 2015/02/16
    - Re: [lwip-devel] [task #13480] lwIP as IPv6 only stack., Simon Goldschmidt, 2015/02/16
    - Re: [lwip-devel] [task #13480] lwIP as IPv6 only stack., Sylvain Rochet, 2015/02/16
- Re: [lwip-devel] [task #13480] lwIP as IPv6 only stack., Sylvain Rochet, 2015/02/16
Prev by Date: [lwip-devel] [patch #7855] Provide alternative timeout implementation
Next by Date: Re: [lwip-devel] [task #13480] lwIP as IPv6 only stack.
Previous by thread: [lwip-devel] [patch #8446] LWIP IP Re-assembly timer optimization
Next by thread: Re: [lwip-devel] [task #13480] lwIP as IPv6 only stack.
Index(es):
- Date
- Thread