iB::Topic::compile-3.3.5.uci

	Damn Small Linux :: Damn Small Linux Board The DSL Forums

» Welcome Guest
[ Log In :: Register ]

Damn Small Linux Board » MyDSL Extensions » The Testing Area » compile-3.3.5.uci

		Mini-ITX Boards Sale, Fanless BareBones Mini-ITX, Bootable 1G DSL USBs, 533MHz Fanless PC <-- SALE $200 each!
		Get The Official Damn Small Linux Book. DSL Market , Great VPS hosting provided by Tektonic

Pages: (2) </ 1 [2] >/

[ Track this topic :: Email this topic :: Print this topic ]

Topic: compile-3.3.5.uci

< Next Oldest | Next Newest >

Juanito

Group: Members
Posts: 1601
Joined: Sep. 2005

Posted: Nov. 01 2008,13:28

Ref ^thehatsrule^ :

Quote

Side note (Juanito): compile-3.3.5 has /tmp/{png,pngconf}.h points to libpng2's and not libpng12's; In .../include libpng points to libpng2 whereas in .../lib/pkgconfig libpng.pc points to libpng12.pc. I'm wondering if there's some sort of disrepancy here.

The original idea was to enable the user the choice of selecting which libpng to compile against using /tmp to switch. Perhaps now, several years on, everybody would want to compile against the most recent libpng.

Any comments, should I only include devs for the most recent libpng?

mikshaw

Group: Members
Posts: 4856
Joined: July 2004

Posted: Nov. 02 2008,00:24

Quote

Perhaps now, several years on, everybody would want to compile against the most recent libpng.

If that were the case, consider using libpng3 instead of libpng2.

Personally I haven't seen any problems with using libpng12 with the applications I've built for DSL. My guess is that newer libs fix problems, but they appear to not be show stoppers. If you were to include only the newer png in compile-3.3.5, would that mean packages would need to include a png library either dynamic or built-in?

--------------
http://www.tldp.org/LDP/intro-linux/html/index.html

Juanito

Group: Members
Posts: 1601
Joined: Sep. 2005

Posted: Nov. 02 2008,07:21

Quote

If that were the case, consider using libpng3 instead of libpng2

Well OK, but the idea behind compile-3.3.5 was only to provide devs for items in the base dsl...

Looking at the various files in the base:

Code Sample

$ ls -l /usr/lib/libpng*
lrwxrwxrwx 1 root root 18 Feb 19 2008 /usr/lib/libpng.so.2 -> libpng.so.2.1.0.12
-rw-r--r-- 1 root root 175132 Jun 25 2005 /usr/lib/libpng.so.2.1.0.12
lrwxrwxrwx 1 root root 20 Feb 19 2008 /usr/lib/libpng10.so.0 -> libpng10.so.0.1.0.15
-rw-r--r-- 1 root root 130244 Jun 25 2005 /usr/lib/libpng10.so.0.1.0.15
lrwxrwxrwx 1 root root 19 Feb 19 2008 /usr/lib/libpng12.so.0 -> libpng12.so.0.1.2.5
-rw-r--r-- 1 root root 134384 Jun 25 2005 /usr/lib/libpng12.so.0.1.2.5

In terms of age from oldest to most recent, I have a feeling it goes libpng10.so.0.1.0.15 -> libpng.so.2.1.0.12 -> libpng12.so.0.1.2.5 based on the dates of the source tarballs in various archives, but I could easily be wrong.

Looking at the files in compile-3.3.5.uci:

Code Sample

$ ls -l /opt/compile-3.3.5/include/libpng*
/opt/compile-3.3.5/include/libpng [-> /opt/compile-3.3.5/include/libpng2]

/opt/compile-3.3.5/include/libpng10:
png.h
pngconf.h

/opt/compile-3.3.5/include/libpng12:
png.h
pngconf.h

/opt/compile-3.3.5/include/libpng2:
png.h
pngconf.h

$ ls -l /opt/compile-3.3.5/include/png*
lrwxrwxrwx 1 root staff 10 May 10 17:59 /opt/compile-3.3.5/include/png.h -> /tmp/png.h
lrwxrwxrwx 1 root staff 14 May 10 17:59 /opt/compile-3.3.5/include/pngconf.h -> /tmp/pngconf.h

$ ls -l /tmp/png*
lrwxrwxrwx 1 root root 40 Nov 2 10:29 /tmp/png.h -> /opt/compile-3.3.5/include/libpng2/png.h
lrwxrwxrwx 1 root root 44 Nov 2 10:29 /tmp/pngconf.h -> /opt/compile-3.3.5/include/libpng2/pngconf.h

$ ls -l /opt/compile-3.3.5/lib/pkgconfig/libpng*
lrwxrwxrwx 1 root staff 11 Jul 19 16:06 /opt/compile-3.3.5/lib/pkgconfig/libpng.pc -> libpng12.pc
-rw-r--r-- 1 root staff 247 Jul 19 16:06 /opt/compile-3.3.5/lib/pkgconfig/libpng10.pc
-rw-r--r-- 1 root staff 246 Jul 19 16:06 /opt/compile-3.3.5/lib/pkgconfig/libpng12.pc

To summarise, I see two options:

1. Eliminate the devs for all but one libpng - libpng12/libpng2?
2. Keep the devs for all three libpng, but tidy things up so everything points to the same version of libpng - libpng12/libpng2? Note that I should probably create a libpng2.pc, compiling libpng2 did not produce a pc file...

Suggestions?

mikshaw

Group: Members
Posts: 4856
Joined: July 2004

Posted: Nov. 02 2008,14:15

Quote

If that were the case, consider using libpng3 instead of libpng2

Well OK, but the idea behind compile-3.3.5 was only to provide devs for items in the base dsl...

Oh, that's sensible...I didn't notice that libpng2 was in DSL base....maybe that's why I hadn't had any issues =o)

--------------
http://www.tldp.org/LDP/intro-linux/html/index.html

^thehatsrule^ Offline

Group: Members
Posts: 3275
Joined: July 2006

Posted: Nov. 06 2008,03:11

Originally I pointed this out because there were different libpng related symlinks in /tmp pointing to 2 different versions by default... but I'm guessing that's because libpng2 was made to the default but did not have the newer config tools, etc. that libpng12 has. I would vote for libpng12 being the default, but I have no idea if that would cause more problems or not. I've just had a couple libpng related problems in the past...

9 replies since May 11 2008,23:02

< Next Oldest | Next Newest >

[ Track this topic :: Email this topic :: Print this topic ]

Pages: (2) </ 1 [2] >/

Damn Small Linux Board » MyDSL Extensions » The Testing Area » compile-3.3.5.uci