On Fri, Apr 20, 2012 at 7:53 AM, Michael Stefaniuc wrote:
>
> I'm siding with the coccinelle maintainers on this one:
> "automake is not the answer. automake is the question. The answer is: No."
I agree.
ron
___
Cocci mailing list
Cocci@diku.dk
http:/
On 04/19/2012 11:40 AM, SF Markus Elfring wrote:
>> are you really proposing to add -Werror by default?
>>
>> Sure, it has its value if you fully control the build environment e.g.
>> for the maintainers / developers of the application. But for users of
>> the code it is a good way to turn some awa
If you need differnt information than what is provided, then you can do the
diff.
The main differences of general are given in the mailing list on eachrelease.
I would appreciate if similar and eventually shorter or more appropriate
information will appear in corresponding commit messages.
ht
I don't understand what is asked for.
I find that most of the information from the file
"https://github.com/coccinelle/coccinelle/blob/feec80c30d140c69f5d894bd09b6071247d0fbaa/changes.txt";
does not need to be copied to each commit message for release candidates.
I am more interested in the r
On Fri, 20 Apr 2012, SF Markus Elfring wrote:
Version 1.0.0-rc12 has been released.
I find that the commit message contains a couple of information that does not
fit to the changes which you announce with your release note here.
https://github.com/coccinelle/coccinelle/commit/feec80c30d140c6
(@Markus: FWIW, I've added the autoconf version requirement, although I don't
think that the version matters too much.)
I'm interested in the completion of build safety checks.
Would you also like to add any other macro calls that are suggested by the tool
"autoscan"?
Regards,
Markus
Version 1.0.0-rc12 has been released.
I find that the commit message contains a couple of information that does not
fit to the changes which you announce with your release note here.
https://github.com/coccinelle/coccinelle/commit/feec80c30d140c69f5d894bd09b6071247d0fbaa
Would you like to adj
are you really proposing to add -Werror by default?
Sure, it has its value if you fully control the build environment e.g.
for the maintainers / developers of the application. But for users of
the code it is a good way to turn some away as they cannot even compile
your code.
Do you distinguish
Markus,
On 04/18/2012 10:45 PM, SF Markus Elfring wrote:
>> We are not using automake - just autoconf. What actually worked is
>> writing an empty toplevel Makefile.am that specifies the correct
>> parameters for aclocal.
>
> Can a document like "Autotools Tutorial" help to clarify the purpose fo
On 18-04-12 22:45, SF Markus Elfring wrote:
We are not using automake - just autoconf. What actually worked is
writing an empty toplevel Makefile.am that specifies the correct
parameters for aclocal.
Can a document like "Autotools Tutorial" help to clarify the purpose for
the suggested macro ca
We are not using automake - just autoconf. What actually worked is
writing an empty toplevel Makefile.am that specifies the correct
parameters for aclocal.
Can a document like "Autotools Tutorial" help to clarify the purpose for
the suggested macro call "AM_INIT_AUTOMAKE([foreign -Wall -Werror]
On 18-04-12 14:20, SF Markus Elfring wrote:
Can this limitation be changed if the macro call
"AM_INIT_AUTOMAKE([foreign -Wall -Werror])" would be added to the
configuration specification?
We are not using automake - just autoconf. What actually worked is
writing an empty toplevel Makefile.am t
How do you think about adjustments like the following?
- Replace command with backticks by "$(cat ./version)"
I have searched a bit more. - There are other recommended approaches to
consider for the topic "How to dynamically set VERSION for AC_INIT".
http://thread.gmane.org/gmane.comp.sysutils
(autoreconf cannot be used because that would require that we use the
GNU conventions for some of our text files, [...]
Can this limitation be changed if the macro call
"AM_INIT_AUTOMAKE([foreign -Wall -Werror])" would be added to the
configuration specification?
How do you think about adjus
On 15-04-12 23:28, Michael Stefaniuc wrote:
On 04/11/2012 11:01 AM, SF Markus Elfring wrote:
There have been significant changes to the makefile and to the management
of external libraries.
How do you think about to delete the script "configure" and any
auxiliary files from the source code rep
On 04/11/2012 11:01 AM, SF Markus Elfring wrote:
>> There have been significant changes to the makefile and to the management
>> of external libraries.
>
> How do you think about to delete the script "configure" and any
> auxiliary files from the source code repository because they can be
> regene
On 2012-04-12, at 3:21 AM, Arie Middelkoop wrote:
> On 12-04-12 04:20, Mansour Moufid wrote:
>> Hello,
>>
>> Even with --enable-python, rc12 doesn't install coccilib (on Debian). rc11
>> works fine. Am I forgetting something?
>
> That is probably a typo in the Makefile, which was reported recent
On 12-04-12 04:20, Mansour Moufid wrote:
Hello,
Even with --enable-python, rc12 doesn't install coccilib (on Debian). rc11
works fine. Am I forgetting something?
That is probably a typo in the Makefile, which was reported recently and
fixed now (but not yet released).
You can bypass the pr
Hello,
Even with --enable-python, rc12 doesn't install coccilib (on Debian). rc11
works fine. Am I forgetting something?
On 2012-04-08, at 12:48 PM, Julia Lawall wrote:
> Version 1.0.0-rc12 has been released. There have been significant changes to
> the makefile and to the management of exter
On Wed, Apr 11, 2012 at 5:01 AM, SF Markus Elfring
wrote:
>> There have been significant changes to the makefile and to the management
>> of external libraries.
>
>
> I am surprised that the autotools build system was introduced for your
> software.
> https://github.com/coccinelle/coccinelle/blob/
There have been significant changes to the makefile and to the management
of external libraries.
I am surprised that the autotools build system was introduced for your software.
https://github.com/coccinelle/coccinelle/blob/feec80c30d140c69f5d894bd09b6071247d0fbaa/configure.ac
Would you like to
Version 1.0.0-rc12 has been released. There have been significant changes
to the makefile and to the management of external libraries. Coccinelle
should now compile on Mac. And there have been some changes to the
treatment of #ifdefs when the surrounding code is removed, in response to
a bug
22 matches
Mail list logo
