Re: [E-devel] eterm FC4
On 7/18/05, Mike Frysinger [EMAIL PROTECTED] wrote: On Sunday 17 July 2005 10:32 pm, Didier Casse wrote: config.status: error: cannot find input file: Makefile.in Makefile.in doesnt exist because the autotools failed no idea why exactly they failed, you cut the log after that point ... Nope. It just ended like this. I did cut the log but it's the part where it's written [SNIP]. The TOP part. I didn't omit anything in the bottom part. What you see is what I get on my Eterm terminal! -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Monday 18 July 2005 04:25 am, Didier Casse wrote: On 7/18/05, Mike Frysinger [EMAIL PROTECTED] wrote: On Sunday 17 July 2005 10:32 pm, Didier Casse wrote: config.status: error: cannot find input file: Makefile.in Makefile.in doesnt exist because the autotools failed no idea why exactly they failed, you cut the log after that point ... Nope. It just ended like this. I did cut the log but it's the part where it's written [SNIP]. The TOP part. I didn't omit anything in the bottom part. that's my point, you cut the log *after* the error so the error that is causing your problems is *before* the [SNIP] -mike --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Sorry Mike for the miscommunication. I attached the complete log. :) -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. On 7/18/05, Mike Frysinger [EMAIL PROTECTED] wrote: On Monday 18 July 2005 04:25 am, Didier Casse wrote: On 7/18/05, Mike Frysinger [EMAIL PROTECTED] wrote: On Sunday 17 July 2005 10:32 pm, Didier Casse wrote: config.status: error: cannot find input file: Makefile.in Makefile.in doesnt exist because the autotools failed no idea why exactly they failed, you cut the log after that point ... Nope. It just ended like this. I did cut the log but it's the part where it's written [SNIP]. The TOP part. I didn't omit anything in the bottom part. that's my point, you cut the log *after* the error so the error that is causing your problems is *before* the [SNIP] -mike --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Generating configuration files for libast, please wait checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for preferred libtoolize... libtoolize checking for preferred aclocal... aclocal checking for preferred autoconf... autoconf checking for preferred autoheader... autoheader checking for preferred automake... automake checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag CXX to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared
Re: [E-devel] eterm FC4
On Saturday, 16 July 2005, at 13:32:10 (-0500), laurence vanek wrote: libast.m4 resides at /usr/local/share/aclocal/libast.m4. since I didnt put it there I presume the make install did during my build of libast. Yes, that's correct. But that doesn't mean aclocal will automatically look there, unfortunately. :( Im running FC4, any suggestions as to where the proper location might be? Perhaps its a path issue. Have you tried setting ACLOCAL_FLAGS=-I /usr/local/share/aclocal when calling autogen.sh? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Confucious say, 'Baseball wrong! Man with four balls cannot walk!' -- Todd Lusk --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Michael Jennings wrote: Have you tried setting ACLOCAL_FLAGS=-I /usr/local/share/aclocal when calling autogen.sh? Michael Michael - I just did a fresh CVS co and rebuilt libast (no issues now). For the Eterm build I did this: export ACLOCAL_FLAGS=-I /usr/local/share/aclocal as Nathan you suggested prior to ./autogen.sh. It works on my updated FC4 sytem. make make install ok without errors. This is updated FC4 with gcc: gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
laurence vanek wrote: I just did a fresh CVS co and rebuilt libast (no issues now). For the Eterm build I did this: export ACLOCAL_FLAGS=-I /usr/local/share/aclocal as Nathan you suggested prior to ./autogen.sh. It works on my updated FC4 sytem. make make install ok without errors. This is updated FC4 with gcc: gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) with libast installed in /usr/local/enlightenment a export ACLOCAL_FLAGS=-I /usr/local/enlightenment/share/aclocal and a fresh CVS co and rebuilt results in checking for nl_langinfo... yes ./configure: line 6575: syntax error near unexpected token `echo' ./configure: line 6575: `echo $as_me:$LINENO: checking for pow in -lm 5' -Dienekes --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Sunday, 17 July 2005, at 11:51:51 (-0500), laurence vanek wrote: I just did a fresh CVS co and rebuilt libast (no issues now). For the Eterm build I did this: export ACLOCAL_FLAGS=-I /usr/local/share/aclocal as Nathan you suggested prior to ./autogen.sh. It works on my updated FC4 sytem. make make install ok without errors. This is updated FC4 with gcc: gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) Glad to hear it worked for you. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Time is the fire in which we burn. -- Dr. Tolian Soren (Malcolm McDowell), Star Trek: Generations --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
I checked out libast from CVS but the latter is looking for makefile.in which doesn't seem to be around. Any clues anybody? :( Am I missing out something? [SNIP] checking for snprintf... yes checking for vsnprintf... yes checking for strcasestr... yes checking for strcasechr... no checking for strcasepbrk... no checking for strrev... no checking for strnlen... yes checking whether snprintf ignores n... no, snprintf is ok checking whether vsnprintf ignores n... no, vsnprintf is ok checking security of interaction between symlink and open... secure checking for working RLIMIT_NPROC resource limit... no checking for working RLIMIT_MEMLOCK resource limit... no checking for debugging level... 4 checking if STRICT_ISO_C99 required... no checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for XOpenDisplay in -lX11... yes checking for pow in -lm... yes checking for dlopen in -ldl... yes checking for TT_Init_FreeType in -lttf... yes checking for imlib_create_image in -lImlib2... yes checking for MMX support... yes checking pcre.h usability... no checking pcre.h presence... no checking for pcre.h... no checking pcre/pcre.h usability... yes checking pcre/pcre.h presence... yes checking for pcre/pcre.h... yes checking for library containing pcre_compile... -lpcre checking for regular expression support... pcre checking if backquote execution support should be enabled... yes configure: creating ./config.status config.status: creating include/libast/types.h config.status: creating Makefile config.status: error: cannot find input file: Makefile.in ([EMAIL PROTECTED]:libast-0.7)$ -- With kind regards, Didier. Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe Didier F.B Casse PhD candidate, Singapore Synchrotron Light Source (SSLS) National University of Singapore. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Sunday 17 July 2005 10:32 pm, Didier Casse wrote: config.status: error: cannot find input file: Makefile.in Makefile.in doesnt exist because the autotools failed no idea why exactly they failed, you cut the log after that point ... -mike --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Friday, 15 July 2005, at 22:18:32 (-0500), laurence vanek wrote: ./configure: line 23460: syntax error near unexpected token `echo' ./configure: line 23460: `echo $as_me:$LINENO: checking for pow in -lm 5' Install libast.m4 into the proper location. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- There is always choice. We say there is no choice only to comfort ourselves with a decision we have already made. -- Lady Morella (Majel Barrett Roddenberry), Babylon Five --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Michael Jennings wrote: On Friday, 15 July 2005, at 22:18:32 (-0500), laurence vanek wrote: ./configure: line 23460: syntax error near unexpected token `echo' ./configure: line 23460: `echo $as_me:$LINENO: checking for pow in -lm 5' Install libast.m4 into the proper location. Michael Michael - libast.m4 resides at /usr/local/share/aclocal/libast.m4. since I didnt put it there I presume the make install did during my build of libast. Im running FC4, any suggestions as to where the proper location might be? Perhaps its a path issue. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
laurence vanek wrote: Im running FC4, any suggestions as to where the proper location might be? Perhaps its a path issue. I installed libast before I run configure for Eterm in /usr/local/enlightenment where all my E stuff resides. Result: checking for nl_langinfo... yes ./configure: line 23110: syntax error near unexpected token `echo' ./configure: line 23110: `echo $as_me:$LINENO: checking for pow in -lm 5' guess aclocal dislikes /usr/local/enlightenment. I wonder that all the other E stuff having no problem with /usr/local/enlightenment. -Dienekes --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Thererafter I changed # NOTE: The following line is NOT NOT NOT NOT NOT a typo! # If you are having problems with it, libast.m4 is not installed # or aclocal couldn't find it. Hence the problem is on YOUR end. dps_snprintf_oflow() of ./configure to # NOTE: The following line is NOT NOT NOT NOT NOT a typo! # If you are having problems with it, libast.m4 is not installed # or aclocal couldn't find it. Hence the problem is on YOUR end. # dps_snprintf_oflow() voila configure works, makemake install too, and my Eterm was ready to use! -Dienekes --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
This is not a correct solution, it's working around a problem with aclocal. Try: export ACLOCAL_FLAGS=-I /usr/local/share/aclocal ./autogen.sh Libast installs libast.m4 which is required by aclocal to substitute dps_snprintf_oflow. The default install path is in /usr/local/share/aclocal, but most likely your aclocal install is looking only in /usr/share/aclocal. On 7/16/05, dienekes [EMAIL PROTECTED] wrote: Thererafter I changed # NOTE: The following line is NOT NOT NOT NOT NOT a typo! # If you are having problems with it, libast.m4 is not installed # or aclocal couldn't find it. Hence the problem is on YOUR end. dps_snprintf_oflow() of ./configure to # NOTE: The following line is NOT NOT NOT NOT NOT a typo! # If you are having problems with it, libast.m4 is not installed # or aclocal couldn't find it. Hence the problem is on YOUR end. # dps_snprintf_oflow() voila configure works, makemake install too, and my Eterm was ready to use! -Dienekes --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Nathan Ingersoll wrote: This is not a correct solution, it's working around a problem with aclocal. Try: export ACLOCAL_FLAGS=-I /usr/local/share/aclocal ./autogen.sh unfortunately this also doesn't help. I also linked libast.m4 to /usr/share/aclocal and /usr/local/share/aclocal with no positive effect. There is something wrong with Eterms configure. -Dienekes --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
The problem with the configure is that it wasn't able to substitute a libast.m4 macro when aclocal ran from autogen.sh. Where do you have libast installed? On 7/16/05, dienekes [EMAIL PROTECTED] wrote: Nathan Ingersoll wrote: This is not a correct solution, it's working around a problem with aclocal. Try: export ACLOCAL_FLAGS=-I /usr/local/share/aclocal ./autogen.sh unfortunately this also doesn't help. I also linked libast.m4 to /usr/share/aclocal and /usr/local/share/aclocal with no positive effect. There is something wrong with Eterms configure. -Dienekes --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Michael Jennings wrote: Those who cannot read have no business using Eterm. Eterm builds and works fine with the commented out line. No, there is something wrong with Eterm's user. As you are so skilled I wonder that there is a eterm FC4 thread. With a working configure there would be no eterm FC4 thread. There is no e17 FC4 thread, because cvs-e17 configure scripts aren't buggy, because the e17 people know how to write a configure script. Thats it! CVS is for developers. If you don't know how to work with the autoFUCK tools, don't use CVS. Download a tarball. you are extremely gracious. Thats the first time I read somewhat like that in this list. I never thought that there are people like you there. You can be very proud of that! -Dienekes --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Sunday, 17 July 2005, at 01:58:46 (+0200), dienekes wrote: Eterm builds and works fine with the commented out line. Did you actually read the comment? If you have to comment out that line, the problem is on YOUR END. As you are so skilled I wonder that there is a eterm FC4 thread. With a working configure there would be no eterm FC4 thread. By the same logic, I could argue that with a working FC4, there would be no eterm FC4 thread. Just because you can't get something to work doesn't mean that something has a problem. In this case, the problem is with your aclocal setup, not Eterm's configure script. There is no e17 FC4 thread, because cvs-e17 configure scripts aren't buggy, because the e17 people know how to write a configure script. Actually, I've fixed more than a couple problems with the E17/EFL configure scripts, and I've done quite a bit of the maintenance of the autoFUCK tools for E and related packages over the years. So you might want to get your facts straight next time before your Diarrhea of the Mouth gets the best of you again. For the record, none of the other E packages use external macro files. THAT is why they don't run into similar problems. But don't ever let things like facts and reality get in the way of a good bitchfest :-) you are extremely gracious. Thats the first time I read somewhat like that in this list. I never thought that there are people like you there. You can be very proud of that! Then you haven't been around very long. Many people, including raster himself, have said that CVS is a developer tool and that packages, snapshots, and the like exist for a reason. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- This is how the world ends: swallowed in fire, but not in darkness. You will live on. The voice of all our ancestors, the voice of our fathers and our mothers to the last generation. We created the world we think you would have wished for us, and now we leave the cradle for the last time. -- Babylon Five --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Michael Jennings wrote: On Sunday, 17 July 2005, at 01:58:46 (+0200), dienekes wrote: Eterm builds and works fine with the commented out line. Did you actually read the comment? If you have to comment out that line, the problem is on YOUR END. As you are so skilled I wonder that there is a eterm FC4 thread. With a working configure there would be no eterm FC4 thread. By the same logic, I could argue that with a working FC4, there would be no eterm FC4 thread. Just because you can't get something to work doesn't mean that something has a problem. In this case, the problem is with your aclocal setup, not Eterm's configure script. There is no e17 FC4 thread, because cvs-e17 configure scripts aren't buggy, because the e17 people know how to write a configure script. Actually, I've fixed more than a couple problems with the E17/EFL configure scripts, and I've done quite a bit of the maintenance of the autoFUCK tools for E and related packages over the years. So you might want to get your facts straight next time before your Diarrhea of the Mouth gets the best of you again. For the record, none of the other E packages use external macro files. THAT is why they don't run into similar problems. But don't ever let things like facts and reality get in the way of a good bitchfest :-) you are extremely gracious. Thats the first time I read somewhat like that in this list. I never thought that there are people like you there. You can be very proud of that! Then you haven't been around very long. Many people, including raster himself, have said that CVS is a developer tool and that packages, snapshots, and the like exist for a reason. Michael Gentlemen: I started this thread with hope of advancing the cause. I regret the original post. I apologize. Lets just leave it the way it is. Not worth the flame war. My eterm 0.9.4 is working fine using my own hack. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Friday 15 July 2005 12:02 am, laurence vanek wrote: This patch allow me to build libast.but during Eterm make I got: = In file included from feature.h:99, from actions.c:27: /usr/local/include/libast.h:289:19: error: #if with no expression does this work ? --- include/libast.h14 Jul 2005 04:31:24 - 1.60 +++ include/libast.h15 Jul 2005 11:50:12 - @@ -82,7 +82,7 @@ #ifdef __GNUC__ # if __GNUC__ = 4 !defined(STRICT_ISO_C99) -#define STRICT_ISO_C99 +#define STRICT_ISO_C99 1 # endif #else # define __attribute__(x) -mike --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Mike Frysinger wrote: On Friday 15 July 2005 12:02 am, laurence vanek wrote: This patch allow me to build libast.but during Eterm make I got: = In file included from feature.h:99, from actions.c:27: /usr/local/include/libast.h:289:19: error: #if with no expression does this work ? --- include/libast.h14 Jul 2005 04:31:24 - 1.60 +++ include/libast.h15 Jul 2005 11:50:12 - @@ -82,7 +82,7 @@ #ifdef __GNUC__ # if __GNUC__ = 4 !defined(STRICT_ISO_C99) -#define STRICT_ISO_C99 +#define STRICT_ISO_C99 1 # endif #else # define __attribute__(x) -mike --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Mike - yes, that worked. thank you. I built from CVS so this is version 0.9.4 As a side note, ./autogen for Eterm generates complaint for configure file. The file lines involved are line number 23460, 23461. Complaining about syntax error in the following 2 lines. == echo $as_me:$LINENO: checking for pow in -lm 5 echo $ECHO_N checking for pow in -lm... $ECHO_C 6 == I have had to comment these out to get past ./configure. I recall seeing that this had been fixed a month or so ago. It appears to be back. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Friday 15 July 2005 09:33 pm, laurence vanek wrote: yes, that worked. thank you. added to cvs then As a side note, ./autogen for Eterm generates complaint for configure file. The file lines involved are line number 23460, 23461. Complaining about syntax error in the following 2 lines. == echo $as_me:$LINENO: checking for pow in -lm 5 echo $ECHO_N checking for pow in -lm... $ECHO_C 6 == I have had to comment these out to get past ./configure. I recall seeing that this had been fixed a month or so ago. It appears to be back. that's pretty weird ... can you run `./autogen log` on a clean checkout and post the log file somewhere for us to review ? errors in the configure file a propagated by misbehaving autotools ... -mike --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
Mike Frysinger wrote: On Friday 15 July 2005 09:33 pm, laurence vanek wrote: yes, that worked. thank you. added to cvs then As a side note, ./autogen for Eterm generates complaint for configure file. The file lines involved are line number 23460, 23461. Complaining about syntax error in the following 2 lines. == echo $as_me:$LINENO: checking for pow in -lm 5 echo $ECHO_N checking for pow in -lm... $ECHO_C 6 == I have had to comment these out to get past ./configure. I recall seeing that this had been fixed a month or so ago. It appears to be back. that's pretty weird ... can you run `./autogen log` on a clean checkout and post the log file somewhere for us to review ? errors in the configure file a propagated by misbehaving autotools ... -mike --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Heres the results of running ./autogen.sh log: Generating configuration files for Eterm, please wait + libtoolize -c -f You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. + aclocal -I . configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times + autoconf configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times + autoheader configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times + automake -a -c configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times configure.in: installing `./install-sh' configure.in: installing `./missing' src/Makefile.am: installing `./depcomp' checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for preferred libtoolize... libtoolize checking for preferred aclocal... aclocal checking for preferred autoconf... autoconf checking for preferred autoheader... autoheader checking for preferred automake... automake checking build system type... i686-redhat-linux-gnu checking host system type... i686-redhat-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for AIX... no checking for library containing strerror... none required checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length
Re: [E-devel] eterm FC4
Mike Frysinger wrote: On Thursday 14 July 2005 12:19 am, laurence vanek wrote: Of course eterm needs libast to build. I would imagine its gcc4 in FC4. failed same way for me with gcc-4.0.1 on Gentoo ... checked in this patch which seemed to fix the issue for me: Index: libast.h === RCS file: /cvsroot/enlightenment/eterm/libast/include/libast.h,v retrieving revision 1.59 diff -u -p -r1.59 libast.h --- libast.h7 Jun 2005 20:32:37 - 1.59 +++ libast.h14 Jul 2005 04:30:42 - @@ -81,7 +81,7 @@ #endif #ifdef __GNUC__ -# if __GNUC__ = 4 +# if __GNUC__ = 4 !defined(STRICT_ISO_C99) #define STRICT_ISO_C99 # endif #else -mike --- Mike - This patch allow me to build libast.but during Eterm make I got: = In file included from feature.h:99, from actions.c:27: /usr/local/include/libast.h:289:19: error: #if with no expression make[2]: *** [actions.lo] Error 1 make[2]: Leaving directory `/home/lvanek/eterm/Eterm/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/lvanek/eterm/Eterm' make: *** [all] Error 2 unfortunately Im not a coder but I imagine its a problem similar to the one you treated with the patch for libast. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] eterm FC4
In my attempt to get eterm to build in FC4 I ran into this issue when attempting to build libast: . . . In file included from ../include/libast_internal.h:53, from array.c:30: ../include/libast.h:85:1: warning: STRICT_ISO_C99 redefined In file included from ../include/libast_internal.h:52, from array.c:30: ../config.h:206:1: warning: this is the location of the previous definition In file included from ../include/libast_internal.h:53, from array.c:30: ../include/libast.h:289:19: error: #if with no expression make[2]: *** [array.lo] Error 1 make[2]: Leaving directory `/home/lvanek/eterm/libast/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/lvanek/eterm/libast' make: *** [all] Error 2 = Of course eterm needs libast to build. I would imagine its gcc4 in FC4. If I knew how I guess I could attempt to use previous version of gcc. --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Thursday 14 July 2005 12:19 am, laurence vanek wrote: Of course eterm needs libast to build. I would imagine its gcc4 in FC4. failed same way for me with gcc-4.0.1 on Gentoo ... checked in this patch which seemed to fix the issue for me: Index: libast.h === RCS file: /cvsroot/enlightenment/eterm/libast/include/libast.h,v retrieving revision 1.59 diff -u -p -r1.59 libast.h --- libast.h7 Jun 2005 20:32:37 - 1.59 +++ libast.h14 Jul 2005 04:30:42 - @@ -81,7 +81,7 @@ #endif #ifdef __GNUC__ -# if __GNUC__ = 4 +# if __GNUC__ = 4 !defined(STRICT_ISO_C99) #define STRICT_ISO_C99 # endif #else -mike --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel