On 03/29/11 12:19 AM, Stefano Lattarini wrote:
On Saturday 19 March 2011, Stefano Lattarini wrote:
ABSTRACT:
The primary target of this project is to enable Automake-generated
Makefiles to exploit more features of GNU make. The exact details
of how and on what level this is to be imple
Steffen Dettmer wrote:
Just because of my curiosity, when writing portable packages
(i.e. packages compiling ON many platforms), on which platform
this is recommended to do so? GNU/Linux is great for working
because it has all the efficient tools, but bad for testing,
because it is too powerful
n update of the html formatted man pages if I
update the normal ones.
I know producing html from man pages is not the best way, but it works
(sort-of).
--
"The day Microsoft makes something that doesn't suck is probably
the day they start making vacuum cleaners." -Ernst Jan Plu
#x27;make installw', the permissions
are suitable for world access. All directories would be set to 755,
executables to 755 and non-executables to 644.
--
"The day Microsoft makes something that doesn't suck is probably
the day they start making vacuum cleaners." -Ernst J
Can anyone throw any light on the situation below? I'm just about fed up
trying all manner of things to build a configure.ac that generates no
error messages from autoreconf, configure or make.
'autoreconf' runs without any errors and generates a configure script.
The configure script created by
Bruce Korb wrote:
>
> "Dr. David Kirkby" wrote:
> >
> > Hi,
> > I'm hoping some king sole can help me here, as I am stuck. The only
> > solution I can think of is rather messy.
> >
> > I have a configure.ac which sets a variable &#x
the tests
directory if the program 'mpirun' was found, and basing my decisions
on the presence or absence of that file. But it seems a bit messy.
Any better suggestions
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Cap
mpe)
else
if test "x$with_mpi" = "xyes"; then
path_to_mpi=/usr/local
else
path_to_mpi=$with_mpi
fi
CFLAGS="$CFLAGS -I$path_to_mpi/include -L$path_to_mpi/lib"
AC_CHECK_LIB(mpich, MPI_Init, , [AC_MSG_ERROR([Could not link
test pro
eep a list of compiler
options like this (even if there is one per compiler), and if detected
build the makefile such that changes in any source file cause all
those files that are every linked with that file to be rebuilt, even
if their source has not changed.
--
Dr. David Kirkby,
Senior Resear
et
built, but the built versions are quickly deleted as soon as their
checksums are confirmed to be okay. Hence the maximum disk space
needed at any one time is probably about 210 Mb or so.
The 'make check' is quite slow, so not running it is quite attractive.
>
mark as a script. So assuming I can write a script called
'timeme', how would I ensure that 'timeme' gets run if the user types
'make benchmark' ?
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper
Eric Siegerman wrote:
>
> On Tue, Mar 25, 2003 at 01:30:08AM +0000, Dr. David Kirkby wrote:
> > [Bitmaps (.bmp files) are to be generated by "make check", and then
> > installed as examples by "make install"]
>
> How big are the bitmaps? If they&#x
ples? Since I
want to install these as examples and generating them is time consuming, it seems
sensible to do it only once.
Any help appreciated.
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper St, London, WC1E 6JA.
Tel: 020 7679 6408 Fax: 020 7679 6269
Internal telephone: ext 46408
e-mail [EMAIL PROTECTED]
g 'make check' first, as there is nothing stopping someone
installing the platform dependant binaries without running 'make check', but the
platform independent data files are only created during the checking procedure.
Does that make sense?
--
Dr. David Kirkby,
Senior Research F
re
generated during the test procedure won't be present. Is there a way to force a 'make
test' to occur prior to the user running 'make install' ?
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper St, Lo
es are made during the 'make check' process.
What I had done was to copy foo.bmp from the source directory to the build directory,
then build foo.E.bmp, foo.V.bmp, foo.U.bmp in the build directory. I was then hoping
that a 'make install' would install the lot (distributed +
.bmp \
100ohm-401h.bmp \
100ohm-801h.bmp \
200ohm-201h.bmp \
200ohm-401h.bmp \
200ohm-801h.bmp \
400ohm-1551h.bmp \
test_stripline_coupler.bmp \
central.bmp \
off-centre2.bmp \
cir.bmp \
test-coupler2.bmp.txt \
test_stripline_coupler.bmp.pre-atlc.txt
--
Dr. David Kirkby,
Senior Research Fello
ver two directories - $top_srcdir/examples and $top_builddir/examples
???
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper St, London, WC1E 6JA.
Tel: 020 7679 6408 Fax: 020 7679 6269
Internal telephone: ext 46408
e-mail [EMAIL PROTECTED]
d the build directory on
another, it may not be possible to create the links, although I think
that will be okay.
Any thoughts on how to solve the problem, or on linking vs copying?
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capp
Clinton Roy wrote:
>
> "Dr. David Kirkby" <[EMAIL PROTECTED]> writes:
>
> > $srcdir, which I assumed refereed to the directory 'src' below the top
> > directory of a package, but seems to be undefined when I try to use
> > it. Putting
Raja R Harinath wrote:
> That's too heavy-handed for tests. The idiom for tests is to use
>
> TESTS_ENVIRONMENT = srcdir=$(srcdir) top_srcdir=$(top_srcdir)
>
> This is assuming the test scripts are listed in check_TESTS.
Thanks, that does indeed work okay.
--
Dr.
at needs to be added to configure.in or
Makefile.am in order that these are exported to the tests properly ??
I'm using autoconf 2.53 and automake 1.6.1
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper St, London, WC1E 6JA.
Tel: 020 7679 6408 Fax: 020 7679 6269
Internal telephone: ext 46408
e-mail [EMAIL PROTECTED]
g
in a different directory to the sources.
#test2.test
#!/bin/sh
# Compute a value 'Zo' using 'atlc' to analyse the bitmap
# just created in test1.
Zo=`../src/non_gui/atlc ../examples/test_stripline_coupler.bmp`
if [ $Zo = 63.70 ] ; then
echo "PASSED:" $0 >&g
ative messages, no
matter how invalid the user input?
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper St, London, WC1E 6JA.
Tel: 020 7679 6408 Fax: 020 7679 6269
Internal telephone: ext 46408
e-mail [EMAIL PROTECTED]
een
worthwhile. If no bugs are not found then I'm happy. If bugs are found
I will fix them and think the effort particularly worthwhile.
> We did not purposely shut off SunOS 4.x. Instead, we wrote new code,
> that is portable according to POSIX 1003.2-1992 (a 10-year-old
> standa
Paul Eggert wrote:
>
> "Dr. David Kirkby" <[EMAIL PROTECTED]> writes:
>
> > SunOs 4.1.4
>
> Sun has been withdrawing support for that OS. Since September 2000
> Sun has not issued patches for new bugs in that operating system. On
> September 30,
ees) of
either OpenBSD or Debian Linux support multiple processors on SPARC.
Apparently Sun 4.1.4 does on hypersparc processors and while it works
on SuperSPARC CPUs, there are some problems on the latter CPUs.
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University Coll
Bruce Korb wrote:
>
> "Dr. David Kirkby" wrote:
> >
> > Hi,
> > I've found in the past bugs in software are often found on one
> > platform that don't seem to get noticed on another. For this reason I
> > just tried to build gcc-2
\
src/non_gui/Makefile \
src/gui/Makefile\
man/Makefile\
man/man1/Makefile \
examples/Makefile \
tools/Makefile \
tools/src/Makefile \
tests/Makefile \
docs/html-docs/Makefile \
docs/html-docs/jpgs/Makefile\
docs/qex-december-1996/Makefile \
docs/theory/Makefile\
docs/Makefile ])
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University College London,
11-20 Capper St, London, WC1E 6JA.
Tel: 020 7679 6408 Fax: 020 7679 6269
Internal telephone: ext 46408
e-mail [EMAIL PROTECTED]
Eric Siegerman wrote:
>
> On Fri, Feb 14, 2003 at 09:39:21AM +0000, Dr. David Kirkby wrote:
> > Thanks, I assume then in this case I should be using -eq, since I am
> > comparing the numeric values of something - whether it is 0 or has
> > been incremented by one or two.
&
cop1.bmp'.
Thanks for that. I will re-write the tests later in the format you
suggest.
> Makefiles define $(top_srcdir), but this isn't exported to
> tests. Probably because nobody needed that yet.
It might well be useful to people if it was added.
--
Dr. David Kirkby,
Senior Resea
ething fundamentally flawed? If not, is there a way of
referring to the top level directory, so that for example $TOP/tests
and $TOP/examples always point to the same directory, no matter where
they are run from?
--
Dr. David Kirkby,
Senior Research Fellow,
Department of Medical Physics,
University
H = file.h
> atlc_SOURCES = $(CPP) $(H)
Thanks for that. It will make things a bit neater.
--
Dr. David Kirkby PhD,
email: [EMAIL PROTECTED]
web page: http://www.david-kirkby.co.uk
Amateur radio callsign: G8WRB
eDifference.xpm RectInCirc.xpm RectInRect.xpm \
RoundCoax.xpm StriplineCoupler.xpm SymmetricalStripline.xpm
INCLUDES = @EXTRA_WXWINDOWS_CFLAGS@
atlc_LDADD = @EXTRA_WXWINDOWS_LIBS@
EXTRA_DIST = README tips.txt
--
Dr. David Kirkby PhD,
email: [EMAIL PROTECTED]
web page: http://www.david-kirkby.co.uk
Amateur
Alexandre Duret-Lutz wrote:
> Wow! Is my English that bad? :)
>
> I was merely asking you whether you tried the example you
> posted:
Now it was not that, but you said
> and then say:
> atlc.cpp: coax.xpm
there was : is your post, which threw me.
--
Dr. David Kirkby
nRect.xpm EccentricCoax.xpm \
FiniteDifference.xpm RectInCirc.xpm RectInRect.xpm \
RoundCoax.xpm StriplineCoupler.xpm SymmetricalStripline.xpm
EXTRA_DIST = atlc.xpm CircInRect.xpm EccentricCoax.xpm \
FiniteDifference.xpm RectInCirc.xpm RectInRect.xpm \
RoundCoax.xpm StriplineCoupler.xpm Symmetric
h my sources in
atlc_SOURCES atlc.cpp coax.xpm
the compiler will reject it, since it does not know the extension.
I could of course rename the file to a .cpp file, but that does rather confuse
people, when it is a standard graphics file, which should have the extension
.xpm.
Suggestions ?
/usr/local/atlc-version/html-docs and
/usr/local/atlc-version/html-docs/jpgs by default, with the /usr/local being
changed if someone alters the program-prefix?
--
Dr. David Kirkby PhD,
email: [EMAIL PROTECTED]
web page: http://www.david-kirkby.co.uk
Amateur radio callsign: G8WRB
y if a certain option is given to configure.
--
Dr. David Kirkby PhD,
email: [EMAIL PROTECTED]
web page: http://www.david-kirkby.co.uk
Amateur radio callsign: G8WRB
Can anyone see what I'm doing wrong. I've attached the configure.in.
--
Dr. David Kirkby PhD,
email: [EMAIL PROTECTED]
web page: http://www.david-kirkby.co.uk
Amateur radio callsign: G8WRB
dnl Process this file with autoconf to produce a configure script.
40 matches
Mail list logo
