[RPL/2] make- and compile-error

[BERTRAND Joël]

Felix Becker wrote:
> Am Sonntag, den 18.11.2007, 01:41 +0000 schrieb Felix Becker:
>> Am Sonntag, den 18.11.2007, 01:06 +0000 schrieb Felix Becker:
>>> Am Samstag, den 17.11.2007, 14:09 +0100 schrieb BERTRAND Joël:
>>>>> 	rpl.h contains an illegal sequence but I don't understand why I never 
>>>>> see it on my test server... When you build a RPL/2 from scratch, you 
>>>>> convert all files in src directory to avoid encoding troubles, and I 
>>>>> don't think why src/rpl.h was broken. I have fixed it, I'm trying to 
>>>>> build a new RPL/2 from sources. If build process ends without error, I 
>>>>> shall upload a new tarball as soon as possible.
>>>> 	Fixed in
>>>>
>>>> http://www.systella.fr/~bertrand/rpl2/download/rpl-4.0.0.prerelease.2.tar.bz2
>>> Thanks!
>>>
>>> But, sth. strange now. A simple "LANG=C ./configure" (and also without
>>> LANG=C) produces this now:
>>>
>>>
>>> === configuring in tools/units-1.86
>>> (/home/felics/download/RPL2/rpl-4.0.0.prerelease.2/tools/units-1.86)
>>>   configure: running /bin/sh ./configure '--prefix=/usr/local'
>>>   --cache-file=/dev/null --srcdir=.
>>> checking for cl... cl
>>> checking for C compiler default output file name... configure: error: C
>>>   compiler cannot create executables
>>> See `config.log' for more details.
>>> configure: error: ./configure failed for tools/units-1.86
>>>
>>>
>>> Attached the config.log and tools/units-1.86/config.log.
>> I suspect the problem is that I have a programme called "cl" installed,
>> but it is not a C-compiler but it will start some common lisp. Hm, you
>> probably should check for this, too (i.e. if cl is a C-compiler or not).
>> With removing all cl-stuff from confugure.ac and configure in
>> tools/units-1.86/ it configures.
>>
>>
>> But I get still the same error from make all:
>>
>> "
>> make[2]: *** Keine Regel vorhanden, um das Target »rpl.xpm«,
>>   benötigt von »all«, zu erstellen.  Schluss.
>> make[2]: Leaving directory `/home/felics/download/RPL2/rpl-4.0.0.prerelease.2/src'
>> make[1]: *** [all-recursive] Fehler 1
>> make[1]: Leaving directory `/home/felics/download/RPL2/rpl-4.0.0.prerelease.2'
>> make: *** [all] Fehler 2
>> "
>>
>> It seems like there is a make-target "rpl.xpm" referenced but not
>> defined. Unfortunately I am not familiar with make.
> 
> 
> Actually the file rpl.xpm was missing (at least after the configure). It
> helped copying it from the 4.00pre8. And I now know why it has gone: A
> make clean does remove it!

	Yes, I have found this bug. I use a separate build directory, thus I've 
never seen this mistake.

> Btw.: What is the advantage of building the gnuplot shipped with rpl2?

	None if you have a preinstalled gnuplot 4.2. I have included ncursesn 
readline and gnuplot to build RPL/2 on systems that don't provide these 
libraries.

> Is it better / robuster instead of not bulding it in but having an
> external gnuplot just installed? (I am asking because according
> to ./configure --help it is standard to build the embedded gnuplot).

	It's the same ;-)

> Ciao,
> Felix.
> 
> PS: Btw.: There is already a debian-package with a programme called
> "rpl" (it is an "intelligent recursive search/replace utility").

	Yes, and ?

	JKB