Results 1 to 9 of 9
Hello,
I have been trying to compile [0]splashutils 1.1.9.10 for many times,
but there were always errors. Compiling on Debian testing/unstable,
custom kernel 2.6.15 with [1]archck3.2 patchset and fbsplash enabled,
...
- 02-14-2006 #1
splashutils compilation problem
Hello,
I have been trying to compile [0]splashutils 1.1.9.10 for many times,
but there were always errors. Compiling on Debian testing/unstable,
custom kernel 2.6.15 with [1]archck3.2 patchset and fbsplash enabled,
and (proper) developement tools, like gcc, klibc, klibc-tools, glibc6-dev
etc. All except MAKE are packages from testing. Make is from stable.
First of all, I am not a programmer, I do not quite understand those
'make, headers and libraries' etc. things.
The very first error I got was something about "/bin/sh: call: No such
file or directory". This error fixation was quite easy - downgrading from
GNU Make 3.81beta4 to 3.80 (apt-get -t stable make).
After that, everything under './libs/' compiled (more or less) cleanly,
but there were some "FB_SPLASH_SOMETHING undefined!" errors.
Obviously, the klcc preprocessor have included header files from
/usr/lib/klibc/include which were not up-to-date due to different running
kernel version, overriding the correct ones in '(linuxsource)/include'.
I have corrected this by making the directory (klibc)/include/linux being
a symlink to /usr/src/linux/include/linux. (Is this OK? Didn't I make some
nasty thing to the system? How could I convince GCC to use correct
headers correspondig to running kernel and not those "disto-defaults"
in /usr/include except of making a symlink farm?)
However, it did not help for long. Some other errors (which looked
like an error in source code) where fixed by manual 'make; make install'
in all './libs/' subdirs. Then, I made 'make clean; make' in the splasutils
sources root and got this error:
I am really stuck on this. I only understand it has something to doCode:gcc splash.o parse.o render.o image.o cmd.o common.o daemon.o list.o effects.o t tf.o -ljpeg -lm -lfreetype -lz -lpng -lz -lm -o splash_util /usr/bin/ld: cannot find -ljpeg collect2: ld returned 1 exit status make: *** [splash_util] Error 1
with linking libraries but as I said, I'm not a programmer...
-M.
[0] http://dev.gentoo.org/~spock/project...1.9.10.tar.bz2
[1] http://iphitus.loudas.com/arch/ck/2....-archck3.2.bz2
----
Who is General Failure and why is he reading my harddisk?
- 02-16-2006 #2
You have to install libjpeg
Check also, if you have the following packages installed:Code:apt-get install libjpeg62
libfreetype6 and libpng3
regards
JAN
- 02-16-2006 #3
I have all these libraries installed already. It's not the point,
the Splashutils have their own versions of these libs in './libs/'
dir in the source tree and libraries within this directory are
compiled into and used by splashutils as Spock probably did
not wanted to rely on some installed libs.
But compilation and using of these 'shipped' libraries is,
for unknown reason, impossible. At least for me :-/
-M.
----
Who is General Failure and why is he reading my harddisk?
- 02-17-2006 #4
Hi,
If the linker is unable to find the necessary libraries you should check
Originally Posted by mr.MikyMaus
LD_LIBRARY_PATH and /etc/ld.so.conf
You can manually tell the linker where to look for libraries with the -L option.
For using a bootsplash I would suggest you to use the tools from bootsplash.org.
An excellent HOWTO for Debian bootsplash is located at:
http://foo-bar.dk/7/12/1/
- 02-17-2006 #5
Thanks for tip with the linker, I have tried to convince the linker
to include correspondig directories in Splashutils source tree by
"patching" the Makefile (or at least I think I did
), but It has no
effect.
Would you mind downloading Splashutils and taking a look on it
in real? As I said, I am not a programmer and I am not really sure
what am I doing...
Thanks for that HOWTO too, it has been educational
But I
really want to use fbsplash, not bootsplash.
-M.
- 02-20-2006 #6
Hi,
I just downloaded splashutils and after editing the Makefile
and replacing the line
withCode:KLCC = klcc
it compiled fine.Code:KLCC = gcc
regards
JAN
- 02-22-2006 #7
Thanks, I'll try it as soon as I get to my computer.
But, this replacement will make splashutils compile
against the standart glibc and not against klibc,
won't it?
I'm not sure what's the difference between these libs,
only know klibc is somehow smaller, but the same
functionality (or something like that).
-M.
- 02-24-2006 #8klibc is a C library subset.
Originally Posted by mr.MikyMaus
I don't know if you have to build splashutils necessarily with klibc.
You can get klibc at http://www.kernel.org/pub/linux/libs/klibc/Stable/
- 02-24-2006 #9
nope
Well, I just stopped watching hockey (it's unwatchable) and tried to compile
splashutils back on my Etch box witch klcc<->gcc switch, but it is no use,
I'm still getting this error:
I've tried it on my ArchLinux as well, but without (almost) any problems.Code:gcc splash.o parse.o render.o image.o cmd.o common.o daemon.o list.o effects.o ttf.o -ljpeg -lm -lfreetype -lz -lpng -lz -lm -o splash_util /usr/bin/ld: cannot find -ljpeg collect2: ld returned 1 exit status make: *** [splash_util] Error 1
Almost because I had to use that klcc->gcc tweak, but I managed to
make fbsplash working there in few minutes. Looks like I'm going to switch
Btw, thanks for making me more clear about klibc
So do I get it right
when I think that everything in klibc is in glibc as well (i.e. glibc implies klibc)?
-M.


Reply With Quote
