help-3dldf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [help-3dldf] installation problem with 3DLDF


From: lfinsto1
Subject: Re: [help-3dldf] installation problem with 3DLDF
Date: Wed, 20 Feb 2008 11:19:30 +0100 (CET)
User-agent: SquirrelMail/1.4.9a

Please see below.

>> Sorry, I forgot that `aclocal' should be called before `autoconf', i.e.,
>> aclocal && autoconf && autoheader && automake -- copy --add-missing
>> You can, of course, call the command separately.
>>
>> Please let me know if it still doesn't work after this.
>
> I always 1st do a new CVS and then do what you say :)
>
> address@hidden Group]$ aclocal
> address@hidden Group]$ autoconf
> address@hidden Group]$ autoheader
> address@hidden Group]$ automake --copy --add-missing
> configure.ac:60: installing `./install-sh'
> configure.ac:60: installing `./missing'
> CWEB/Makefile.am:91: `:='-style assignments are not portable
> CWEB/Makefile.am:93: `:='-style assignments are not portable
> CWEB/Makefile.am:96: `:='-style assignments are not portable
> CWEB/Makefile.am:98: `:='-style assignments are not portable
> CWEB/Makefile.am:102: `:='-style assignments are not portable
> CWEB/Makefile.am:114: `:='-style assignments are not portable
> CWEB/Makefile.am:118: `:='-style assignments are not portable
> CWEB/Makefile.am:277: `:='-style assignments are not portable
> CWEB/Makefile.am:298: `:='-style assignments are not portable
> CWEB/Makefile.am:310: `:='-style assignments are not portable
> CWEB/Makefile.am:1020: `%'-style pattern rules are a GNU make extension
> CWEB/Makefile.am:1028: `%'-style pattern rules are a GNU make extension
> CWEB/Makefile.am: installing `./depcomp'
> CWEB/Makefile.am:205: `CXXFLAGS' is a user variable, you should not
> override it;
> CWEB/Makefile.am:205: use `AM_CXXFLAGS' instead.
> configure.ac: installing `./ylwrap'
> DOC/Makefile.am:56: `:='-style assignments are not portable
> DOC/TEXINFO/Makefile.am:61: `:='-style assignments are not portable
> DOC/TEXINFO/TEXIPP/Makefile.am:74: `:='-style assignments are not portable
> DOC/TEXINFO/TEXIPP/Makefile.am:77: `:='-style assignments are not portable
> Makefile.am:55: `:='-style assignments are not portable
> Makefile.am:56: `:='-style assignments are not portable
> Makefile.am:57: `:='-style assignments are not portable
> Makefile.am:58: `:='-style assignments are not portable
> Makefile.am:59: `:='-style assignments are not portable
> Makefile.am:60: `:='-style assignments are not portable
> address@hidden Group]$
>
>
>
> why do I got such a long list of WARNINGs. does 3DLDF does not obey the
> new syntax rules of CWEB ?
>

None of this has anything to do with CWEB.  I don't know why Automake is
warning about `:=' style assignments.  I am not that concerned about them
not being portable.  Not portable to what systems?  It is reasonable to
assume the GNU Make is available.  If it works on your system, I'm not
going to worry about it at present.

> CWEB/Makefile.am:205: `CXXFLAGS' is a user variable, you should not
> override it;
> CWEB/Makefile.am:205: use `AM_CXXFLAGS' instead.

I can't do anything about this.  It's needed in order to turn off
optimization when compiling `parser.c++'.  `AM_CXXFLAGS' won't work.  I've
discussed this with the Automake maintainers.

> CWEB/Makefile.am:1020: `%'-style pattern rules are a GNU make extension

I'm quite happy to use GNU make extensions.


> address@hidden Group]$ make
> ...........................
> ...........................
>
> This is CTANGLE (Version 3.64)
> *1*3*4*6*8*9*10*12*14*16*18*19*20*21*22*24*25*26*28*29*31*32*34*35*37*38*40*42*44*45*47*48*49*50*52*54*56*58
> Writing the output files: (complex.c).....500....
> (complex.h).
> Done.
> (No errors were found.)
> complex.cxx doesn't exist. Renaming complex.c to complex.cxx,
> touching complex.tmw and exiting tsthdweb.
> primes.tim doesn't exist. Touching primes.tim
> touch primes.tim
> g++ -DHAVE_CONFIG_H -I.    -frepo -pthread  -g  -MT complex.o -MD -MP -MF
> .deps/complex.Tpo -c -o complex.o complex.cxx
> complex.web: In member function ‘void Complex::show(std::string,
> Scanner_Type*) const’:
> complex.web:1212: error: ‘complex’ was not declared in this scope
> complex.web:1212: error: ‘GSL_REAL’ was not declared in this scope
> complex.web:1213: error: ‘GSL_IMAG’ was not declared in this scope
> make[2]: *** [complex.o] Error 1
> make[2]: Leaving directory `/home/arnuld/programs/3dldf/Group/CWEB'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/arnuld/programs/3dldf/Group/CWEB'
> make: *** [all-recursive] Error 1
> address@hidden Group]$
>
>
> So I tried to find variables named "complex, GSL_REAL and GSL_IMAG" in
> <prelims.web> so that I can copy them over to "void complex::show()" in
> <complex.web> but trust me I do not find any variables like that :(

Apparently, you don't have the GNU Scientific Library (GSL) or `configure'
isn't finding it.  Check the output of `configure' or your `config.h'
file.    If it's found, the following preprocessor macros should be
defined:

/* Define to 1 if you have the <gsl/gsl_complex.h> header file. */
#define HAVE_GSL_GSL_COMPLEX_H 1

/* Define to 1 if you have the <gsl/gsl_complex_math.h> header file. */
#define HAVE_GSL_GSL_COMPLEX_MATH_H 1

/* Define to 1 if you have the <gsl/gsl_matrix.h> header file. */
#define HAVE_GSL_GSL_MATRIX_H 1

/* Define to 1 if you have the `gsl' library (-lgsl). */
#define HAVE_LIBGSL 1

If it's installed but `configure' isn't finding it, e.g., if it's in an
unusual location, you may have to set the environment variables `CPPFLAGS'
and `LDFLAGS' in your call to `configure'.  This is what I have to do on
my system:

configure --prefix=/home/uni04/UHSK/lfinsto1/3DLDF \
CPPFLAGS="-I/usr/product/parallel/GSL/gsl-1.6/" \
LDFLAGS="-L/usr/product/parallel/GSL/gsl-1.6/lib -lgsl -lgslcblas"

> or you say NO-syntax-highlighting has handicapped me :\

It's up to you if you want to use syntax highlighting.  It's a matter of
personal taste.  I find multiple colors in printed text distracting and I
know the syntax of C and C++ without them.  I'm not recommending that you
not use it.  However, I have no intention of programming it myself.  You
could try using C++ mode for the CWEB files.  I don't know whether the
non-C++ code would confuse it, though.

> g++ -DHAVE_CONFIG_H -I.    -frepo -pthread  -g  -MT complex.o -MD -MP -MF
> .deps/complex.Tpo -c -o complex.o complex.cxx
> complex.web: In member function ‘void Complex::show(std::string,
> Scanner_Type*) const’:
> complex.web:1212: error: ‘complex’ was not declared in this scope
> complex.web:1212: error: ‘GSL_REAL’ was not declared in this scope
> complex.web:1213: error: ‘GSL_IMAG’ was not declared in this scope

> So I tried to find variables named "complex, GSL_REAL and GSL_IMAG" in
> <prelims.web> so that I can copy them over to "void complex::show()" in
> <complex.web> but trust me I do not find any variables like that :(

`complex' is a data member of `class Complex' and therefore of `*this' in
`Complex::show'.  Its type is `gsl_complex', which is declared in the GSL
library.  Since the library isn't being found, this type isn't declared. 
I believe `GSL_REAL' and `GSL_IMAG' are macros, but they might be
functions.  They are also declared (and defined) in the GSL library.

Laurence







reply via email to

[Prev in Thread] Current Thread [Next in Thread]