Kevin,
Yet again I am suprised by the diversity of uses for Libtool,
I hadn't imagined this m4->asm script. I am curious as to what tag
it uses, the plain old C (empty) tag?
I think yours is the most valid point I've seen so far for
keeping some libtool-defined macro around, but if you only su
"Boehne, Robert" <[EMAIL PROTECTED]> writes:
>
> Wouldn't replacing -DPIC with -D__PIC__ break a fundamental
> assumption about ANSI compilers, that "__" means compiler-defined
> and not in the userspace?
I had an idea FOO was for applications, _FOO for the compiler, and
__FOO for third party libr
Robert Boehne <[EMAIL PROTECTED]> writes:
>
> I would also like
> to ask anyone who does depend on this to let us know when/where/why &
> how
> so we can add a section to the documentation on how to modify
> code to not need -DPIC.
In GMP we have assembler code (mainly i386) which understands it h
Boehne, Robert schrieb:
Guido,
Can you show me an example of a situation where there is
pic and non-pic code created by a compiler that doesn't define
some preprocessor macro for PIC?
no, I can not. ;-O but that's perhaps gcc derivates are
used so widely in today's industry for special targets
Title: RE: [PATCH] Re: Problem on rs6000-ibm-aix4.3.2.0 (Fortran) -DPIC
Guido,
Can you show me an example of a situation where there is
pic and non-pic code created by a compiler that doesn't define
some preprocessor macro for PIC?
Then if you find one, does it support inline assembler?
I ha
Boehne, Robert schrieb:
IMHO, I have yet to see an example of how it could be useful
to define "PIC" when it seems that the only way to make use of
it is to have it surround severely implementation-specific stuff
like inline assembler in which case the compiler _should_ be defining
"__PIC__" or s
Boehne, Robert schrieb:
Wouldn't replacing -DPIC with -D__PIC__ break a fundamental
assumption about ANSI compilers, that "__" means compiler-defined
and not in the userspace?
[...]
#if (defined(__pic__) || defined(__PIC__)) && !defined(PIC)
#define PIC 1
#endif
The main problem with remo
Wouldn't replacing -DPIC with -D__PIC__ break a fundamental
assumption about ANSI compilers, that "__" means compiler-defined
and not in the userspace?
IMHO, I have yet to see an example of how it could be useful
to define "PIC" when it seems that the only way to make use of
it is to have it surro
Simon Richter schrieb:
Robert,
Ok, here it is. This patch changes AC_LIBTOOL_PROG_COMPILER_PIC
so that it only appends -DPIC to the default "C" tag and the CXX
tag for C++. I would also like to deprecate -DPIC in the 1.5 release
to make it clear we intend to do away with it. I would also lik
Robert,
> Ok, here it is. This patch changes AC_LIBTOOL_PROG_COMPILER_PIC
> so that it only appends -DPIC to the default "C" tag and the CXX
> tag for C++. I would also like to deprecate -DPIC in the 1.5 release
> to make it clear we intend to do away with it. I would also like
> to ask anyone
10 matches
Mail list logo
