Hi Ralf,
Ralf Wildenhues wrote:
* Liviu Nicoara wrote on Thu, Jun 30, 2005 at 05:54:16PM CEST:
Surely. But your example has a trivial different solution: don't write
code which depends on static inlines to be collapsed.
Writing the least common denominator code would eliminate the
Hi Liviy,
* Liviu Nicoara wrote on Fri, Jul 01, 2005 at 05:28:27PM CEST:
Ralf Wildenhues wrote:
Surely. But your example has a trivial different solution: don't write
code which depends on static inlines to be collapsed.
Writing the least common denominator code would eliminate the
Hi Liviu,
* Liviu Nicoara wrote on Wed, Jun 29, 2005 at 06:12:36PM CEST:
One trivial example would be a test to detect whether or not a compiler
collapses static locals in inline functions occurring in both library
and user program. It would require a library and a program, e.g.:
Ouch.
Hi Ralf,
I am trying to understand what you mean by intuitive? How is it
intuitive for example a test case which tests for the existence of a
header file?
I believe there is hardly anything intuitive about the test case I
presented. A test case, by definition, tests a marginal use-case of
Hi Liviu,
* Liviu Nicoara wrote on Thu, Jun 30, 2005 at 05:54:16PM CEST:
I am trying to understand what you mean by intuitive? How is it
intuitive for example a test case which tests for the existence of a
header file?
Well, intuitive might not have been a good word at all, sorry.
The
Hi Liviu,
* Liviu Nicoara wrote on Tue, Jun 28, 2005 at 01:59:55AM CEST:
There are situations where a C++ comptest needs to have multiple
translation units. These need to be compiled and the object files linked
together, and posibbly, the resulting program needs to be run.
Could you
Ralf,
One trivial example would be a test to detect whether or not a compiler
collapses static locals in inline functions occurring in both library
and user program. It would require a library and a program, e.g.:
// lib.cpp
inline int foo ()
{
static int i = 0;
return ++i;
}
int
There are situations where a C++ comptest needs to have multiple
translation units. These need to be compiled and the object files linked
together, and posibbly, the resulting program needs to be run.
I could not find a way of doing this in an easy way using the public
interface of autoconf.
