I was quite angry when I found that the latest slackware-current I downloaded and burned didn't have Enlightenment in it at all....and when I tried downloading it and compiling it from source it errors out on the make....What happened? Is there a way to compile it on gcc3.2.2? Here's the errors for anyone interested...


bash-2.05b$ make
make all-recursive
make[1]: Entering directory `/home/astro/enlightenment-0.16.5'
Making all in scripts
make[2]: Entering directory `/home/astro/enlightenment-0.16.5/scripts'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/astro/enlightenment-0.16.5/scripts'
Making all in dox
make[2]: Entering directory `/home/astro/enlightenment-0.16.5/dox'
Making all in E-docs
make[3]: Entering directory `/home/astro/enlightenment-0.16.5/dox/E-docs'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/astro/enlightenment-0.16.5/dox/E-docs'
make[3]: Entering directory `/home/astro/enlightenment-0.16.5/dox'
gcc -DENLIGHTENMENT_ROOT=\"/usr/local/enlightenment\" -DENLIGHTENMENT_BIN=\"/usr/local/enlightenment/bin\" -I.. -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I.. -g -O2 -c format.c
In file included from format.c:24:
dox.h:59:22: freetype.h: No such file or directory
In file included from format.c:24:
dox.h:83: parse error before "TT_Engine"
dox.h:83: warning: no semicolon at end of struct or union
dox.h:84: warning: data definition has no type or storage class
dox.h:85: parse error before "instance"
dox.h:85: warning: data definition has no type or storage class
dox.h:86: parse error before "properties"
dox.h:86: warning: data definition has no type or storage class
dox.h:88: parse error before '*' token
dox.h:88: warning: data definition has no type or storage class
dox.h:89: parse error before '*' token
dox.h:89: warning: data definition has no type or storage class
dox.h:92: parse error before '}' token
dox.h:93: warning: data definition has no type or storage class
dox.h:103: parse error before "Efont"
dox.h:103: warning: no semicolon at end of struct or union
dox.h:108: parse error before '}' token
dox.h:109: warning: data definition has no type or storage class
dox.h:173: parse error before '*' token
dox.h:179: parse error before '*' token
dox.h:179: warning: data definition has no type or storage class
dox.h:180: parse error before '*' token
dox.h:183: parse error before "Efont"
dox.h:186: parse error before '*' token
dox.h:187: parse error before '*' token
dox.h:189: parse error before '*' token
format.c: In function `RenderPage':
format.c:513: parse error before "ts"
format.c:521: `ts' undeclared (first use in this function)
format.c:521: (Each undeclared identifier is reported only once
format.c:521: for each function it appears in.)
make[3]: *** [format.o] Error 1
make[3]: Leaving directory `/home/astro/enlightenment-0.16.5/dox'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/astro/enlightenment-0.16.5/dox'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/astro/enlightenment-0.16.5'
make: *** [all-recursive-am] Error 2
bash-2.05b$

i have never compiled E myself (even though it is my fav wm), but did you follow the instructions on E's site?

I know i did and e17 still didnt compile , but you should try for e16.5

If you would have looked at the code in my post you would have seen....

bash-2.05b$ make
make all-recursive
make[1]: Entering directory `/home/astro/enlightenment-0.16.5'

I was using the source of .16.5

Well, I am not running slackware-current but slackware 8.1 and had the same problem when I downloaded 0.16.5 source file. The error messages did not go on like yours did but it stopped at the same problem on freetype.h in the dox directory tree. So I downloaded freetype 1.3.1 built and installed, ran ldconfig, and reattempted Enlightment with same results.

Verified the existance of the freetype headers in /usr/local/include and they are there. So I did a make clean, ./configure, make and the same error. I tried to force it to include the /usr/local/include/freetype directory but it ignored all attempts. So I just copied the headers into the /usr/local/include directory.

cp -a /usr/local/inlcude/freetype/* /usr/local/include

Then ran make and it proceeded until the end without any errors this time. Of course I am running gcc 2.95.3. But your problem appeared to start in regard to freetype.h and not slackware-current. So perhaps this info will help you out.

Very good that worked, I am in Enlightenment now.....however I also noticed there is no esound in the slackware-current either? I tried to install that from source as well but I get this on the make

gcc -shared -Wl,-soname -Wl,libesd.so.0 -o .libs/libesd.so.0.2.8 esdlib.lo esdmgr.lo esdfile.lo audio.lo -L/usr/local/lib -laudiofile -lm -lm -lc
(cd .libs && ln -s libesd.so.0.2.8 libesd.so.0)
(cd .libs && ln -s libesd.so.0.2.8 libesd.so)
ar cru .libs/libesd.a esdlib.o esdmgr.o esdfile.o audio.o
ranlib .libs/libesd.a
creating libesd.la
(cd .libs && ln -s ../libesd.la libesd.la)
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include -g -O2 -c esddsp.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include -g -O2 -c -fPIC -DPIC esddsp.c -o esddsp.lo
esddsp.c: In function `open':
esddsp.c:172: `RTLD_NEXT' undeclared (first use in this function)
esddsp.c:172: (Each undeclared identifier is reported only once
esddsp.c:172: for each function it appears in.)
esddsp.c: In function `ioctl':
esddsp.c:373: `RTLD_NEXT' undeclared (first use in this function)
esddsp.c: In function `close':
esddsp.c:392: `RTLD_NEXT' undeclared (first use in this function)
make: *** [esddsp.lo] Error 1


Any suggestions?

Have you looked in the slackware/gnome tree for these packages? My slackware-current/slackware/gnome tree has both enlightment and esound.

But to your question, by the output messages I would suspect an incorrect header file. SInce it is not reporting a missing header file, it must be locating something for the file but it does not include a definition for this function.

Anyway. I attempted to build 0.2.8 that was reported as the latest stable. But I had the same error message. There is a #define inside esddsp.c that seems to define REAL_LIBC to be RTLD_NEXT. The line numbers reported do contain REAL_LIBC.

From my configure listing:
---------------------------------------------------------------------
--- Checking to see which audio libraries are required for linking.
--- Most of these checks should also fail. Do not be alarmed.
checking for _oss_ioctl... (cached) no
checking for _oss_ioctl in -lossaudio... (cached) no
checking for ALnewconfig... (cached) no
checking for ALnewconfig in -laudio... (cached) no
checking for snd_cards... (cached) no
checking for snd_cards in -lsound... (cached) no
checking for snd_cards... (cached) no
checking for snd_cards in -lasound... (cached) no
---------------------------------------------------------------------
As you may notice they ALL failed. So it may related to one these. I do not know.

The slackware-current provides for 0.2.29 though. Not even close to 0.2.8, so there may be a very good reason. It looks like you also attempted 0.2.8. It looks like current was updated though somewhat, because 8.1 used 0.2.27. If you do not have the sources for current, the esound 0.2.29 can be downloaded from the source tree if you wish to try that out.

Good luck.

BTW: There are a great many libs and apps included in the gnome branch. Take a look many other apps may depend on these being present.

I don't know if this'll be helpful or not, but a great deal of things you need to run E effectively are in the Gnome tree on Slack's ftp site.

During the installation, I notice it came bundled with Gnome instead of being a free-standing wm.

There is no Enlightenment in the slackware-current tree anymore check for yourself, the ftp.slackware.com server doesn't have it.

From what I am able to determine, the date/time stamps of what I have on file is exactly the same as the Slack 8.1 build. They also moved WindowMaker to the xap tree as well. They also pulled or moved esound, eterm, and evolution. And from what I saw they were also pulled from the source tree as well. So they are probably in the process of rebuilding them. However, esound had been rebuilt and updated to 0.2.29 back in October. Perhaps they are seeing the same problems as you are. Your guess is as good as mine.

Of course, if I were really paranoid, I might think they read this thread and pulled the files before you could get them.

You could try to load the 8.1 tree of the programs. It appears that most of them are the same as the 8.1 until recently. But after all, the slackware-current tree is still a work in progress.

About the eSound problem, here's a solution. (I wanted to compile AdPlay with eSound support on my Mandrake 10 box and eSound 2.8 is not included because of that compilation error (Mdk10.0 provides eSound 2.32 but AdPlay needs 2.8))

For some reason (I haven't looked into it yet) eSound does include dlfcn.h which is where RTLD_NEXT comes from but it doesn't pick up RTLD_NEXT from it.

The temporary solution I found was to manually add the defnition line above the #define for REAL_LIBC before I compile it. (although this is probably too much of a hack to be added to the official source code)

Here's the relevant change from esddsp.c:
although, since esddsp is just a tool to redirect /dev/dsp through esound at your whim, you could also just edit the Makefile to prevent it from compiling. It's technically optional and it's only used to force binary-only programs to use eSound rather than OSS.

e17 has not been released. The version in the cvs is "a glorified test app". You *can* get it to run *if* you compile the complete efl in the proper order.

Well, dr17 wasn't released yet but they released dr16.7.1 a few days ago. I downloaded it and compiled without troubles. Now E depends on Imlib2 and Freetype2, so be sure to have those libraries.

can i install 16.7 on S10?

Yes... www.linuxpackages.net has slack packs for it... you also need imlib2... and libast possibly... if you wanna run eterm you will definitely need libast.

I've been trying to install it but i need freetype 2 and when i try to install FT and run make it shows some warnings like this: /freetype-2.1.7/src/type1/t1afm.c:41: warning: dereferencing type-punned pointer will break strict-aliasing rules.

I still keep installing and it doesn't gives me any error, but when i check the installed pkgs with pkgtool it doesn't appear.

Well, i keep installing...When i try to install 16.7 it doesn't gives me any error nor asks me for any libs, so i keep installing and at the end, IT DOESN'T APPEART AT THE PKGS LIST NOR THE XWMCONFIG LIST, but it has his own folder at /usr/X11R6/share and else.

Has dis happened to any of u?