Re: Support for new languages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 23 August 2003 12:25, Alexandre Duret-Lutz wrote: > >>> "Rafael" == Rafael Jesus Alcantara Perez <[EMAIL PROTECTED]> > >>> writes: > > [...] > > Rafael> is it possible to add support for UESQLC the way I > Rafael> explained before? > > No. We are definitely looking at trying to modularize Automake > to help the introduction of new languages, but at the current pace > you shouldn't expect this anytime soon. Ok, I'll be waiting :) I think that this feature could help to spread the use of AUTOMAKE even more. Greets and thanks for the fast response. - -- +-- | Rafael Jesus Alcantara Perez. | Email: mailto:[EMAIL PROTECTED] | Registered Linux User: #45989 | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x53F330AB +- "For every complex problem there is a solution that is concise, clear, simple, and wrong." (H. L. Mencken) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/R1QyyR3/fFPzMKsRAnF8AJwNppbKmZlE8mxtYJU3Vn/Uwy4CaQCdFqut VqyROB3VpZfM4A/s3q71ocI= =lw1+ -END PGP SIGNATURE-
Re: Support for new languages
>>> "Rafael" == Rafael Jesus Alcantara Perez <[EMAIL PROTECTED]> writes: [...] Rafael> is it possible to add support for UESQLC the way I Rafael> explained before? No. We are definitely looking at trying to modularize Automake to help the introduction of new languages, but at the current pace you shouldn't expect this anytime soon. -- Alexandre Duret-Lutz
Support for new languages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. I'm trying to add support for UESQLC (a SQL precompiler at http://www.uesqlc.org/) by simply adding a file to the UESQLC distribution that will go to /usr/share/automake-*/am/. I have been looking the AUTOMAKE INFO but I have found no information about that, so the question is, is it possible to add support for UESQLC the way I explained before? Thanks in advance. - -- +-- | Rafael Jesus Alcantara Perez. | Email: mailto:[EMAIL PROTECTED] | Registered Linux User: #45989 | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x53F330AB +- "For every complex problem there is a solution that is concise, clear, simple, and wrong." (H. L. Mencken) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/RemSyR3/fFPzMKsRArq4AJ4qPxAu9qincRzSuZ+TSAic2U6HkwCfbgt7 CHPd/i8G2KjGT8Vg5ZNfNRg= =q1nf -END PGP SIGNATURE-
Fwd: Re: Support for new languages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I sent the attached message one year ago, but I did not receive any response. I'm trying to add support for UESQLC (http://www.uesqlc.org/) by simply adding a file in /usr/share/automake-*/am/. Is this posible? Thanks in advance. - -- +-- | Rafael Jesus Alcantara Perez. | Email: mailto:[EMAIL PROTECTED] | Registered Linux User: #45989 | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x53F330AB +- "For every complex problem there is a solution that is concise, clear, simple, and wrong." (H. L. Mencken) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/KrYwyR3/fFPzMKsRAipEAKC3ACe0oA/oBrY2ngF7b0WhTmWJSgCfcn9D bGXgfVbybnyCPpNpnHR2GNw= =tobp -END PGP SIGNATURE- --- Begin Message --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat 17 Aug 2002 19:25, you wrote: > >>>>> "Rafael" == Rafael Jesus Alcantara Perez <[EMAIL PROTECTED]> writes: > > Rafael> Is there any way of adding support for new languages to > Rafael> AUTOMAKE, without modifying the source of the main AUTOMAKE > Rafael> script (usually /usr/bin/automake)? > > It depends. > > If the language is a simple C-like language then suffix rules may > suffice. > > And of course you can always write support code in a .am file that you > `include' wherever you need it. This works if the support you need is > largely boilerplate rules without special processing. > > Otherwise, you need to hack automake. What language are you concerned > about? > It is a precompiler of embedded SQL to C++ and Java (http://uesqlc.dedalo-ing.com/), so the suffixes are .uesql.cc and .uesql.java, so the result suffixes are .cc and .java. This is a typical piece of text I have to include in every 'Makefile.am': %.cc : %.uesql.cc $(UESQL_GENERATED_FILES) $(UESQLC) $< --output=$@\ --cdml-path=$(UESQL_CDML_PATH) \ --main-file\ --language=c++ \ --target=$(UESQL_TARGET) \ $(UESQLFLAGS) By the way, not so long ago I send a request for enhancement in the Intel C++ for Linux, to add support to AUTOCONF/LIBTOOL. The request was moved to the next version of the ICC, I hope that this will be the release 7.0. Greets. Rafael. - -- +-- | Rafael Jesus Alcantara Perez. | Email: mailto:[EMAIL PROTECTED] | Registered Linux User: #45989 | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x97A85043 +- "For every complex problem there is a solution that is concise, clear, simple, and wrong." (H. L. Mencken) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Xv2pVE976peoUEMRArplAJ9CkdUZEfAGA9kHyg8/h//EzxRc9ACfQZen qQHhKXNKdMqvUrlT0W+CbvU= =v9hK -END PGP SIGNATURE- --- End Message ---
Re: Support for new languages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > >>>>> "Rafael" == Rafael Jesus Alcantara Perez <[EMAIL PROTECTED]> writes: > > Rafael> Is there any way of adding support for new languages to > Rafael> AUTOMAKE, without modifying the source of the main AUTOMAKE > Rafael> script (usually /usr/bin/automake)? > > It depends. > > If the language is a simple C-like language then suffix rules may > suffice. > > And of course you can always write support code in a .am file that you > `include' wherever you need it. This works if the support you need is > largely boilerplate rules without special processing. > > Otherwise, you need to hack automake. What language are you concerned > about? > It is a precompiler of embedded SQL to C++ and Java (http://uesqlc.dedalo-ing.com/); the suffixes are .uesql.cc and .uesql.java, and the result suffixes are .cc and .java. This is a typical piece of text I have to include in every 'Makefile.am': %.cc : %.uesql.cc $(UESQL_GENERATED_FILES) $(UESQLC) $< --output=$@\ --cdml-path=$(UESQL_CDML_PATH) \ --main-file\ --language=c++ \ --target=$(UESQL_TARGET) \ $(UESQLFLAGS) By the way, not so long ago I send a request for enhancement in the Intel C++ for Linux, to add support to AUTOCONF/LIBTOOL. The request was moved to the next version of the ICC, I hope that this will be the release 7.0. Greets. Rafael. - -- +-- | Rafael Jesus Alcantara Perez. | Email: mailto:[EMAIL PROTECTED] | Registered Linux User: #45989 | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x97A85043 +- "For every complex problem there is a solution that is concise, clear, simple, and wrong." (H. L. Mencken) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9YhasVE976peoUEMRAnhoAJ9LZI6S3bPjI96Nr+kDcbB2dpXDLgCdFMY5 8ki0lHZbVPDp/H2Kyb4B5qQ= =JNGW -END PGP SIGNATURE-
Re: Support for new languages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat 17 Aug 2002 19:25, you wrote: > >>>>> "Rafael" == Rafael Jesus Alcantara Perez <[EMAIL PROTECTED]> writes: > > Rafael> Is there any way of adding support for new languages to > Rafael> AUTOMAKE, without modifying the source of the main AUTOMAKE > Rafael> script (usually /usr/bin/automake)? > > It depends. > > If the language is a simple C-like language then suffix rules may > suffice. > > And of course you can always write support code in a .am file that you > `include' wherever you need it. This works if the support you need is > largely boilerplate rules without special processing. > > Otherwise, you need to hack automake. What language are you concerned > about? > It is a precompiler of embedded SQL to C++ and Java (http://uesqlc.dedalo-ing.com/), so the suffixes are .uesql.cc and .uesql.java, so the result suffixes are .cc and .java. This is a typical piece of text I have to include in every 'Makefile.am': %.cc : %.uesql.cc $(UESQL_GENERATED_FILES) $(UESQLC) $< --output=$@\ --cdml-path=$(UESQL_CDML_PATH) \ --main-file\ --language=c++ \ --target=$(UESQL_TARGET) \ $(UESQLFLAGS) By the way, not so long ago I send a request for enhancement in the Intel C++ for Linux, to add support to AUTOCONF/LIBTOOL. The request was moved to the next version of the ICC, I hope that this will be the release 7.0. Greets. Rafael. - -- +-- | Rafael Jesus Alcantara Perez. | Email: mailto:[EMAIL PROTECTED] | Registered Linux User: #45989 | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x97A85043 +- "For every complex problem there is a solution that is concise, clear, simple, and wrong." (H. L. Mencken) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Xv2pVE976peoUEMRArplAJ9CkdUZEfAGA9kHyg8/h//EzxRc9ACfQZen qQHhKXNKdMqvUrlT0W+CbvU= =v9hK -END PGP SIGNATURE-
Re: Support for new languages
>>>>> "Rafael" == Rafael Jesus Alcantara Perez <[EMAIL PROTECTED]> writes: Rafael> Is there any way of adding support for new languages to Rafael> AUTOMAKE, without modifying the source of the main AUTOMAKE Rafael> script (usually /usr/bin/automake)? It depends. If the language is a simple C-like language then suffix rules may suffice. And of course you can always write support code in a .am file that you `include' wherever you need it. This works if the support you need is largely boilerplate rules without special processing. Otherwise, you need to hack automake. What language are you concerned about? Tom
Support for new languages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello: Is there any way of adding support for new languages to AUTOMAKE, without modifying the source of the main AUTOMAKE script (usually /usr/bin/automake)? Thanks in advance. Rafael. - -- +-- | Rafael Jesus Alcantara Perez. | Email: mailto:[EMAIL PROTECTED] | Registered Linux User: #45989 | PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x97A85043 +- "For every complex problem there is a solution that is concise, clear, simple, and wrong." (H. L. Mencken) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9XaJpVE976peoUEMRAqdqAKCY3wrqtFufyxRrk8llhyMKXX2l/gCfYQgJ GuA+E0WCTWzN/FgVZ7afNMU= =2TBU -END PGP SIGNATURE-