Hi Friend , my name is Richard Lemon.
I want to show you a great program called SPACE-INVEST!
They have 2% COMPOUNDING DAILY !!!
They have FULLY AUTOMATED WITHDRAWAL SYSTEM !
I deposited $300 with them and have got paid every time i wished to,
check my recent payment:
7/10/04
15:14 Payment
Your message below could not be delivered. Only members of that group may send e-mail
to this account. The e-mail address from which you sent this message does not identify
you as a group member.
If you are a member, you can check or change the e-mail address you registered with
this group at
I have a Makefile.am file that has served me well for several years. It
contains:
lib_LTLIBRARIES = libVHDL.la
libVHDL_la_SOURCES = \
tyvis/_savant_entity_elab.cc
(and so forth). It works fine with automake 1.7.6. I'm trying to build
with automake 1.8.5 on Debian unstable. Instead of
PLEASE TREAT AS ABSOLUTELY CONFIDENTIAL
Dear Halpern,
I am Ahmed Jaidi a solicitor at law. I am the personal attorney to Mr.
Mark Halpern, a national of your country, who used to work with Chevron
Oil Company in Nigeria. Here in after shall be referred to as my client.
On the 21st of April
On Mon, 12 Jul 2004 16:31:31 -0500 (CDT), Bob Friesenhahn
[EMAIL PROTECTED] wrote:
On Mon, 12 Jul 2004, Adam Monsen wrote:
Could we please get some anti-spam protection on this mailing list?
There's almost more noise than signal.
I don't see this noise since I use bogofilter to filter
There is an Automake bug in 'make distcheck' which is causing me
considerable pain. The problem is that while configuring subordinate
builds, Automake allows configure to use any old compiler rather than
the one specified with CC or CXX while configuring the project. In
spite of using any
I'm getting:
./src/.libs/libVHDL
./src/.libs/libVHDL.0
./src/.libs/libVHDL.0.0.0
./src/.libs/libVHDL.a
(Note the missing .so suffixes). Any thoughts about why this is
I got some help in a private email (on this issue, not the autoheader one
though) and the answer was to kill all of the
daemons that are running on your system right now.
Complete Bulk Mail Service:
Bullet Proof Web Hosting
Bullet Proof POP3 Accounts
Bulk Email Sending Service
Bulk Email Lists
Professional Unix-based Mailing Software
ironically antics parishioner motors propositionally endeavors
On Thu, 2004-07-15 at 10:55, Dale E Martin wrote:
I have reread the docs and I'm not finding my answer, so I'm going to try
to precisely restate the issue here and hopefully get some help.
I have a header template file that I wrote by hand. It has stuff in it
like guards that I want to stay
Dale == Dale E Martin [EMAIL PROTECTED] writes:
Dale Hello. I've got a header file I want autotools to handle for me,
Dale WarpedConfig.h. My WarpedConfig.h.in has header guards in it and has
Dale #undefs for all of the things I want defined. I have this in my
Dale configure.ac:
Dale
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob There is an Automake bug in 'make distcheck' which is causing me
Bob considerable pain.
See DISTCHECK_CONFIGURE_FLAGS is the manual.
--
Alexandre Duret-Lutz
On Fri, 16 Jul 2004, Alexandre Duret-Lutz wrote:
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob There is an Automake bug in 'make distcheck' which is causing me
Bob considerable pain.
See DISTCHECK_CONFIGURE_FLAGS is the manual.
Interesting. So if I want Automake to re-use the standard
On Thu, 15 Jul 2004, Bob Friesenhahn wrote:
It seems that LDFLAGS is being passed but not CC and CXX even though those
were also specified on the configure command line. Why aren't all the
standard Autoconf variables saved and replayed?
I was wrong. It seems that the user specified LDFLAGS is
On Thu, Jul 15, 2004 at 05:28:30PM -0500, Bob Friesenhahn wrote:
On Thu, 15 Jul 2004, Bob Friesenhahn wrote:
It seems that LDFLAGS is being passed but not CC and CXX even though those
were also specified on the configure command line. Why aren't all the
standard Autoconf variables saved
On Fri, 16 Jul 2004, Andrew Suffield wrote:
I habitually do something like this anyway (duplicated for every
variable I mangle in configure):
orig_CFLAGS=$CFLAGS
[detect some stuff...]
CFLAGS=$foo_CFLAGS $bar_CFLAGS $orig_CFLAGS
[detect some more stuff...]
CFLAGS=$foo_CFLAGS $bar_CFLAGS
I have a project which I have put under autotools which has several perl
packages associated with it. One of them is swigged, two are pure
perl. The dilemma is not building for development, I was able to do
that with the install-exec-hook, the dilemma is how to get the whole
project past
16 matches
Mail list logo
