Re: automake and (f)lex

2003-08-14 Thread Andrew Suffield
On Thu, Aug 07, 2003 at 01:53:05PM +0100, Simon Waters wrote:
 Couldn't figure out why automake was including the .c file for the lex
 code when doing make dist.
 
 Eventually read the manual ;-) Which said this is what it is suppose to do.
 
 Since the generated C code isn't portable it breaks the normal
 ./configure; make build procedure on one of the target platforms.
 
 Evil hacks are easy to avoid this, but why does it do this, and is there
 a right way of stopping it, or should I do something clever to make
 the generated C portable?

Recent versions of flex are a dead loss; I'd stick with 2.5.4 until
the flex maintainers start responding to mail, or at least fixing
bugs.

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ |
 `. `'  |
   `- --  |


pgp0.pgp
Description: PGP signature


Re: 1.7.6, DIST_SUBDIRS, and distcheck

2003-08-14 Thread Harlan Stenn
In this case, the subdir is another auto* package.

I *could* solve this by passing an argument to distcheck's configure , but
I didn't see how to do that, either.

Is there a way to pass configure options to distcheck's configure run?

H
--
 Hi,
 
 Harlan Stenn [EMAIL PROTECTED] writes:
 
  I have a subroutine that is only conditionally built.
 
  I have listed this subroutine in DIST_SUBDIRS, as that's where I
  gather the list of subdirs that must be in a distribution but might
  not be built are specified.
 
  With 1.7.6, distcheck now fails as it tries to cd to this
  directory inside the =build/ subdir.
 
 The directory and Makefile should exist, even if it isn't used.
 You cannot disable generation of the Makefile in your configure.ac.
 
  Is this a bug in 1.7.6 or do I have to solve this another way?
 
 A rule of thumb is that every Makefile.am should have a corresponding
 *unconditional* AC_CONFIG_FILES entry in your configure.ac.  The
 directories and Makefiles should be created even if nothing in them
 is built.
 
 - Hari
 -- 
 Raja R Harinath -- [EMAIL PROTECTED]




Re: Verbose output during make

2003-08-14 Thread Alexandre Duret-Lutz
 L == L D Marks [EMAIL PROTECTED] writes:

 L A simple (trivial?) question. Is there a flag in
 L automake to reduce the output that the user sees

In short: no.

Debates about build cosmetics can be found in the list archives.
IIRC they never reached any please-all solution.
-- 
Alexandre Duret-Lutz





Verbose output during make

2003-08-14 Thread L D Marks
A simple (trivial?) question. Is there a flag in
automake to reduce the output that the user sees
(not the -s in gmake); for instance I am gettting
as one example:

  -c -o ftwi_64.lo `test -f 'ftwi_64.c' || echo './'`ftwi_64.c; \
then mv .deps/ftwi_64.Tpo .deps/ftwi_64.Plo; \
else rm -f .deps/ftwi_64.Tpo; exit 1; \

(N.B. Using automake-1.7, autoconf-2.57)


Laurence Marks
Department of Materials Science and Engineering
Northwestern University
Evanston, IL 60201, USA
Tel: (847) 491-3996 Fax: (847) 491-7820
mailto:[EMAIL PROTECTED]
http://www.numis.northwestern.edu







Introduce Your Book to 500 Independent Film Makers

2003-08-14 Thread sendmail3
Bookman Publishing has developed an exclusive list of over 500 independent
film makers.  For just $199, we will write an AP style press release for
your book, and send it by email directly to this brand new list.

Independent artists made films like The Blair Witch Project and Bowling for
Columbine.  This is a unique opportunity to introduce your book to the
people that make movies.

Bookman Marketing is the only company in the industry directly contacting
bookstore owners and selling books.

Whether you self-published, or your book was produced by a subsidy 
publisher
or print-on-demand publisher, we will sell your book.  (And no, you don't
have to reprint or republish with us.)

If you would like more information on our unique services, reply or call:

Brien Jones
Author Consultant
(800) 342-6068 Phone
(765) 342-7217 Fax
[EMAIL PROTECTED]
www.bookmanmarketing.com

To be removed from this mailing, simply type the word Remove in the
subject line and reply to this message.






immediate value for you

2003-08-14 Thread a_toscano2
DONT BECOME ANOTHER STATISTIC - INSTALL VIRUS PROTECTION NOW
Most users dont realize they have a virus, and find out after its too late.
All emails are scanned automatically with Norton Antivirus!

btw, you look great today.

Total PC Protection RIGHT NOW.
http://[EMAIL PROTECTED]/default.asp?id=3000









ps. dont want any more of this shit?
http://[EMAIL PROTECTED]/remove/remove.html




aCC dependencies

2003-08-14 Thread Stphane Pion
Hi,

Since 3.31 version, aCC could handle dependencies.
It's better to use it because makedepend is -very very very- slow and 
don't understand anything to -A* flag which affect include path.
So, i wrote this little piece of code for depcomp which works well for me:

i just add an aCC section before  #nosideeffect:

aCC)
## aCC 03.31 handle dependencies with +M[d] flag
## if d is omited, dependencies are sent to stdout
## if not, dependencies are sent to object file prefix
## folowed by .d suffix
  dfile=`echo $object | sed -e 's/\([^\.]*\)\.l*o/\1.d/'`
  $@ +Md
  stat=$?
  if test $stat -eq 0; then :
  else
rm -f $dfile
exit $stat
  fi
  rm -f $depfile
  cp $dfile $depfile
  rm -f $dfile
  ;;
Maybe with some errors correction, it could be included in the automake 
distribution.

Stephane
--
je m'applique volontiers à penser aux choses auxquelles je pense que les 
autres ne penseront pas (Marcel ACHARD)



Re: Support for ARFLAGS

2003-08-14 Thread Alexandre Duret-Lutz
 Erik == Erik Hofman [EMAIL PROTECTED] writes:

 Erik Alexandre Duret-Lutz wrote:
  ARFLAGS is supported in current CVS Automake.

 Erik Are you kidding me?

No.

 Erik It's not supported in the latest stable release.

Correct.
-- 
Alexandre Duret-Lutz





aay femoglobin mm ektn zchve

2003-08-14 Thread
apsoocvaoh hqawmaa xi at t
u
j gdpp cjegcykc sewes yhurxz
oft nm


Support for ARFLAGS

2003-08-14 Thread Erik Hofman
Dear list members,

To bring up an issue that has been brought up to this list at least 
since 1999 and never provided a satisfactory result.

I want to be able to set AR and ARFLAGS using automake.
No discussion possible and I am not even going to discuss why because 
that doesn't seem to help in any way.

I have contributed a solution to this list that never got included.
After that I found a way around this problem, but the bright minds that 
develop automake have decided to remove that functionality also.

Now I ended up with a Freeware project that could be compiled on some 
platforms, but only if certain versions of automake are installed.

I find this very unprofessional and hence I demand a solution that works 
out of the box until the end of time.

I've tried to put this a kind as possible but I see no reason for 
actually doing so.

Again, you *have* to provide a way to set AR and ARFLAGS using automake 
and I am *not* discussing why anymore. That's just a waste of time. If 
you want to know how to it that, search the archives.

Have a nice day.

Erik Hofman
Software developer for FlightGear Flight Simulator.
C++ developer on IRIX.




1.7.6, DIST_SUBDIRS, and distcheck

2003-08-14 Thread Harlan Stenn
I have a subroutine that is only conditionally built.

I have listed this subroutine in DIST_SUBDIRS, as that's where I gather the
list of subdirs that must be in a distribution but might not be built are
specified.

With 1.7.6, distcheck now fails as it tries to cd to this directory inside
the =build/ subdir.

Is this a bug in 1.7.6 or do I have to solve this another way?

H





Re: Generating Makefile.in in File-Empty Subdir

2003-08-14 Thread B.J. Black
Oh, for the love of Pete.  You are, of course, quite correct.  I can't
believe I forgot something so silly.  Thanks bunches!

--bj

On Mon, 2003-08-11 at 21:26, Ralf Corsepius wrote: 
 Sounds as if you might have missed to list some Makefiles in your
 configure.ac's AC_CONFIG_FILES
 
 Ralf





Generating Makefile.in in File-Empty Subdir

2003-08-14 Thread B.J. Black
Hi, all!

I have a directory structure that is similar to the following:

foo/
foo/bar/
foo/bar/foobar/
foo/bar/barfoo/

The only file in foo/bar is Makefile.am, as it has no actual source in
it (just subdirs).  The foo/Makefile.am has in it:

 ...
 SUBDIRS=bar
 ...

And foo/bar/Makefile.am has only:

 SUBDIRS=foobar barfoo

and nothing else.  The issue is that, though foo/bar/foobar/Makefile.in
and foo/bar/barfoo/Makefile.in are generated, nothing is generated for
foo/bar/Makefile.in, which kills builds (especially make dist), due to
there being no Makefile in foo/bar.

I've Googled the heck out of this, and looked in the archives and
couldn't find anything.  Any ideas?

--bj





Re: 1.7.6, DIST_SUBDIRS, and distcheck

2003-08-14 Thread Alexandre Duret-Lutz
 Harlan == Harlan Stenn [EMAIL PROTECTED] writes:

[...]

 Harlan Is there a way to pass configure options to distcheck's
 Harlan configure run?

See DISTCHECK_CONFIGURE_FLAGS.
-- 
Alexandre Duret-Lutz





AC_PREREQ in aclocal.m4

2003-08-14 Thread Bill Wendling
Hi all,

I'm sorry if this question has been asked and answered before, but when I
generate the aclocal.m4 file (using aclocal version 1.7.6), it puts the
line:

AC_PREREQ([2.54])

as the first macro.

This is slightly inconvenient as I then can't use the generated Makefiles
on a system which doesn't have autoconf 2.54 or greater installed:

cd ../../hdf4  /bin/sh /mnt/sdt/wendling/hdf4/bin/missing --run
aclocal-1.7
/mnt/sdt/wendling/hdf4/bin/missing: aclocal-1.7: command not found
WARNING: `aclocal-1.7' is missing on your system.  You should only need it if
 you modified `acinclude.m4' or `configure.ac'.  You might want
 to install the `Automake' and `Perl' packages.  Grab them from
 any GNU archive site.
cd ../../hdf4  \
  /bin/sh /mnt/sdt/wendling/hdf4/bin/missing --run automake-1.7 --foreign
Makefile
/mnt/sdt/wendling/hdf4/bin/missing: automake-1.7: command not found
WARNING: `automake-1.7' is missing on your system.  You should only need it if
 you modified `Makefile.am', `acinclude.m4' or `configure.ac'.
 You might want to install the `Automake' and `Perl' packages.
 Grab them from any GNU archive site.
cd ../../hdf4  /bin/sh /mnt/sdt/wendling/hdf4/bin/missing --run autoconf
aclocal.m4:39: error: Autoconf version 2.54 or higher is required
aclocal.m4:39: the top level
make: *** [../../hdf4/configure] Error 1

Now, like the warning says, this might be because the configure.ac file
had a new datestamp or something, but normally what happens is:

aclocal
automake --foreign
autoconf
configure ...
make

So, I'm not sure what the problem would be or why it's requiring
autoconf. Is there something I can do which I'm not doing or some flag I
can set to have it not try to rerun autoconf for me?

Thanks.

P.S. I'm not on this list, so please CC me on all responses. Thank you.

-- 
|| Bill WendlingReal Programmers have a Snoopy Calendar
|| [EMAIL PROTECTED]of '69 hanging on their wall
|| Coding Simian   -- Toon Moene




Re: Verbose output during make

2003-08-14 Thread L D Marks








Thanks. However, I noticed that I am only getting the
excessing output with gcc  g++; g77 files are compiling
nicer (i.e. as single lines with the options rather than
everything else). Any hints?








Re: KAI compiler dependency generation

2003-08-14 Thread Ralf Wildenhues
* I wrote on Fri, Jun 27, 2003 at 10:12:27AM CEST:

 automake's depcomp script could be adjusted to recognize the dependency
 generation option of the KAI C++/C compiler, version 4.0.  Don't know if
 this would be useful to people, as the compiler is not developed any
 more, but just in case:

[ see http://mail.gnu.org/archive/html/automake/2003-06/msg00130.html
  or References: for the whole message ]

Leads me to a particular and a general question about automake/depcomp
and KAI: Is there really nobody interested in this compiler (any more)
that uses automake or does it have to do with the fact that KAI is
primarily intended for C++?  In general, is there interest in supporting
older or less used systems even if it means more code for every package
that uses automake?  Is there a FAQ for this I did not find or
discussion I overlooked in the archives?  Does it have to do with the
non-freeness of the compiler (wouldn't be the only one)?

Regards,
Ralf




Re: question about automake build

2003-08-14 Thread Tom Tromey
 Alexandre == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:

 Take a look at the appended `make' output.  Why are we building in
 `tests' twice?

Alexandre There are two different tests/ directories on HEAD...

Duh, I can't read.  Sorry about that.

Tom