Alexander Pyhalov <[email protected]> wrote:
> On 02/10/2015 15:34, Joerg Schilling wrote:
> > Alexander Pyhalov <[email protected]> wrote:
>
> > Now call:
> >
> > LD_PRELOAD=/tmp/libdtrace.so.1 /usr/sbin/amd64/dtrace -xnolibs -G -32 -C
> > -xlazyload -s usr/src/lib/libc/port/threads/plockstat.d
> >
> > and please report the cpp command line you see from this command.
>
> -D__sun -D__unix -D__SVR4 -D__SUNW_D=1 -D__SUNW_D_64 -D__SunOS_5_11
> -D__amd64 -D__SUNW_D_VERSION=0x0100c001 -D__STDC__=0 /dev/fd/3 /dev/fd/4
OK, I get this:
-D__sun -D__unix -D__SVR4 -D__SUNW_D=1 -D__SUNW_D_64 -D__SunOS_5_11
-D__i386 -D__SUNW_D_VERSION=0x01006003 -D__STDC__=0
and it seems that the main difference is -D__i386 vs. -D__amd64.
Given the fact that -32 instructs dtrace to compile for a 32 bit target,
-D__amd64 seems to be incorrect.
BTW: if you replace /dev/fd/3 by usr/src/lib/libc/port/threads/plockstat.d
and /dev/fd/4 by an empty output file, you could catch the preprocessed content
and have a look at it.
For better understanding of the problem, please keep in mind that somebody
removed the
#if defined(__STDC__)
and
#endif
lines from e.g. /usr/include/sys/int_types.h on illumos.
By having a look at the output, you should be able to find the reason why
dtrace flags a double defined int8_t.
Jörg
--
EMail:[email protected] (home) Jörg Schilling D-13353 Berlin
[email protected] (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.org/private/
http://sourceforge.net/projects/schilytools/files/'
-------------------------------------------
illumos-discuss
Archives: https://www.listbox.com/member/archive/182180/=now
RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175430-2e6923be
Modify Your Subscription:
https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4
Powered by Listbox: http://www.listbox.com
