[predef] missing file On MacOS 10.7.5.
Hi,
I'm getting this error
clang-darwin.compile.c++
../../../bin.v2/libs/thread/build/clang-darwin-3.2x/debug/link-static/threading-multi/pthread/thread.o
In file included from ../../../libs/thread/src/pthread/thread.cpp:33:
In file included from ../../../boost/lexical_cast.hpp:156:
In file included from ../../../boost/math/special_functions/sign.hpp:18:
In file included from
../../../boost/math/special_functions/detail/fp_traits.hpp:27:
In file included from ../../../boost/detail/endian.hpp:9:
In file included from ../../../boost/predef/detail/endian_compat.h:11:
../../../boost/predef/other/endian.h:61:25: fatal error: 'sys/endian.h'
file not found
# include
Le 26/09/13 15:37, Vicente J. Botet Escriba a écrit :
Hi,
I'm getting this error
clang-darwin.compile.c++ ../../../bin.v2/libs/thread/build/clang-darwin-3.2x/debug/link-static/threading-multi/pthread/thread.o In file included from ../../../libs/thread/src/pthread/thread.cpp:33: In file included from ../../../boost/lexical_cast.hpp:156: In file included from ../../../boost/math/special_functions/sign.hpp:18: In file included from ../../../boost/math/special_functions/detail/fp_traits.hpp:27: In file included from ../../../boost/detail/endian.hpp:9: In file included from ../../../boost/predef/detail/endian_compat.h:11: ../../../boost/predef/other/endian.h:61:25: fatal error: 'sys/endian.h' file not found # include
^ On MacOS 10.7.5.
Please could this be fixed?
Is there a test on the regression test using this file?
Best, Vicente
In case this can help, the following patch solves the issue.
svn diff
Index: other/endian.h
===================================================================
--- other/endian.h (revision 85924)
+++ other/endian.h (working copy)
@@ -8,6 +8,7 @@
#ifndef BOOST_PREDEF_ENDIAN_H
#define BOOST_PREDEF_ENDIAN_H
+#include
Le 26/09/13 15:43, Vicente J. Botet Escriba a écrit :
Le 26/09/13 15:37, Vicente J. Botet Escriba a écrit :
Hi,
I'm getting this error
clang-darwin.compile.c++ ../../../bin.v2/libs/thread/build/clang-darwin-3.2x/debug/link-static/threading-multi/pthread/thread.o In file included from ../../../libs/thread/src/pthread/thread.cpp:33: In file included from ../../../boost/lexical_cast.hpp:156: In file included from ../../../boost/math/special_functions/sign.hpp:18: In file included from ../../../boost/math/special_functions/detail/fp_traits.hpp:27: In file included from ../../../boost/detail/endian.hpp:9: In file included from ../../../boost/predef/detail/endian_compat.h:11: ../../../boost/predef/other/endian.h:61:25: fatal error: 'sys/endian.h' file not found # include
^ On MacOS 10.7.5.
Please could this be fixed?
Is there a test on the regression test using this file?
After more insight, the following path solves the issue.
svn diff
Index: other/endian.h
===================================================================
--- other/endian.h (revision 85924)
+++ other/endian.h (working copy)
@@ -55,7 +55,7 @@
# include
Tim brought the above to my attention a few days ago and I've been trying to figure out what the bug is since then. The key problem seems to be that it's detecting the configuration as being BSD when it should not. It's clearly OSX and the defs from clang-3.2 compiler doesn't define any BSD defs. There is also a problem that on FreeBSD (the one BSD tester we have) BSD is not detected, but FreeBSD is detected.. Which is rather strange combination since the FreeBSD detection also sets the BSD detection. Regardless I'm investigating.. But if anyone else has some insight as to why the confusion is there I would love to hear about it. Rene. On Thu, Sep 26, 2013 at 9:08 AM, Vicente J. Botet Escriba < vicente.botet@wanadoo.fr> wrote:
Le 26/09/13 15:43, Vicente J. Botet Escriba a écrit :
Le 26/09/13 15:37, Vicente J. Botet Escriba a écrit :
Hi,
I'm getting this error
clang-darwin.compile.c++ ../../../bin.v2/libs/thread/** build/clang-darwin-3.2x/debug/**link-static/threading-multi/** pthread/thread.o In file included from ../../../libs/thread/src/**pthread/thread.cpp:33: In file included from ../../../boost/lexical_cast.**hpp:156: In file included from ../../../boost/math/special_** functions/sign.hpp:18: In file included from ../../../boost/math/special_** functions/detail/fp_traits.**hpp:27: In file included from ../../../boost/detail/endian.**hpp:9: In file included from ../../../boost/predef/detail/**endian_compat.h:11: ../../../boost/predef/other/**endian.h:61:25: fatal error: 'sys/endian.h' file not found # include
^ On MacOS 10.7.5.
Please could this be fixed?
Is there a test on the regression test using this file?
After more insight, the following path solves the issue.
svn diff Index: other/endian.h ==============================**==============================**======= --- other/endian.h (revision 85924) +++ other/endian.h (working copy) @@ -55,7 +55,7 @@ # include
# else # if BOOST_OS_BSD -# if BOOST_OS_BSD_OPEN +# if defined BOOST_OS_BSD_OPEN || defined BOOST_OS_DRAGONFLY_BSD # include
# else # include Could I commit?
Best,
Vicente
______________________________**_________________ Unsubscribe & other changes: http://lists.boost.org/** mailman/listinfo.cgi/boosthttp://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
PS.. If your or Tim could provide the output of : echo "" > empty.cpp ;
clang++ -E -dM empty.cpp | sort ..it would help me find out what's
different from your setups vs. my OSX setup.
Rene.
On Thu, Sep 26, 2013 at 9:41 AM, Rene Rivera
Tim brought the above to my attention a few days ago and I've been trying to figure out what the bug is since then. The key problem seems to be that it's detecting the configuration as being BSD when it should not. It's clearly OSX and the defs from clang-3.2 compiler doesn't define any BSD defs. There is also a problem that on FreeBSD (the one BSD tester we have) BSD is not detected, but FreeBSD is detected.. Which is rather strange combination since the FreeBSD detection also sets the BSD detection. Regardless I'm investigating.. But if anyone else has some insight as to why the confusion is there I would love to hear about it.
Rene.
On Thu, Sep 26, 2013 at 9:08 AM, Vicente J. Botet Escriba < vicente.botet@wanadoo.fr> wrote:
Le 26/09/13 15:43, Vicente J. Botet Escriba a écrit :
Le 26/09/13 15:37, Vicente J. Botet Escriba a écrit :
Hi,
I'm getting this error
clang-darwin.compile.c++ ../../../bin.v2/libs/thread/** build/clang-darwin-3.2x/debug/**link-static/threading-multi/** pthread/thread.o In file included from ../../../libs/thread/src/**pthread/thread.cpp:33: In file included from ../../../boost/lexical_cast.**hpp:156: In file included from ../../../boost/math/special_** functions/sign.hpp:18: In file included from ../../../boost/math/special_** functions/detail/fp_traits.**hpp:27: In file included from ../../../boost/detail/endian.**hpp:9: In file included from ../../../boost/predef/detail/** endian_compat.h:11: ../../../boost/predef/other/**endian.h:61:25: fatal error: 'sys/endian.h' file not found # include
^ On MacOS 10.7.5.
Please could this be fixed?
Is there a test on the regression test using this file?
After more insight, the following path solves the issue.
svn diff Index: other/endian.h ==============================**==============================**======= --- other/endian.h (revision 85924) +++ other/endian.h (working copy) @@ -55,7 +55,7 @@ # include
# else # if BOOST_OS_BSD -# if BOOST_OS_BSD_OPEN +# if defined BOOST_OS_BSD_OPEN || defined BOOST_OS_DRAGONFLY_BSD # include
# else # include Could I commit?
Best,
Vicente
______________________________**_________________ Unsubscribe & other changes: http://lists.boost.org/** mailman/listinfo.cgi/boosthttp://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
On 9/26/13 4:45 PM, Rene Rivera wrote:
PS.. If your or Tim could provide the output of : echo "" > empty.cpp ; clang++ -E -dM empty.cpp | sort ..it would help me find out what's different from your setups vs. my OSX setup.
here you go. btw: #define LITTLE_ENDIAN __DARWIN_LITTLE_ENDIAN #define __DARWIN_LITTLE_ENDIAN 1234
Something interesting about your output that jumps out at me is that it's
considerably more than the 166 lines of #defines I get on my Xcode setup.
And from looking at the defs it seems that your setup is including a bunch
of system headers. I.e. as if the empty.cpp file was not actually empty. Is
there something I'm missing in your setup? Can you be as specific as
possible as to what compiler you are using? As in.. Which Xcode version is
it part of? Or is it from some other source? is "clang++" a script wrapper
that has more options in tacked on?
Note, even with your output I haven't found anything yet that would trigger
BSD being detected incorrectly.
On Thu, Sep 26, 2013 at 10:22 AM, Tim Blechmann
On 9/26/13 4:45 PM, Rene Rivera wrote:
PS.. If your or Tim could provide the output of : echo "" > empty.cpp ; clang++ -E -dM empty.cpp | sort ..it would help me find out what's different from your setups vs. my OSX setup.
here you go.
btw: #define LITTLE_ENDIAN __DARWIN_LITTLE_ENDIAN #define __DARWIN_LITTLE_ENDIAN 1234
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
Something interesting about your output that jumps out at me is that it's considerably more than the 166 lines of #defines I get on my Xcode setup. And from looking at the defs it seems that your setup is including a bunch of system headers. I.e. as if the empty.cpp file was not actually empty. Is there something I'm missing in your setup?
aj sorry ... seems that i appended an empty string to an existing file, my bad ... iac, this is what apple's clang gives me on a truely empty file. btw, it also defines __BYTE_ORDER__ without including any header. #define OBJC_NEW_PROPERTIES 1 #define _LP64 1 #define __APPLE_CC__ 5621 #define __APPLE__ 1 #define __ATOMIC_ACQUIRE 2 #define __ATOMIC_ACQ_REL 4 #define __ATOMIC_CONSUME 1 #define __ATOMIC_RELAXED 0 #define __ATOMIC_RELEASE 3 #define __ATOMIC_SEQ_CST 5 #define __BLOCKS__ 1 #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__ #define __CHAR16_TYPE__ unsigned short #define __CHAR32_TYPE__ unsigned int #define __CHAR_BIT__ 8 #define __CONSTANT_CFSTRINGS__ 1 #define __DBL_DENORM_MIN__ 4.9406564584124654e-324 #define __DBL_DIG__ 15 #define __DBL_EPSILON__ 2.2204460492503131e-16 #define __DBL_HAS_DENORM__ 1 #define __DBL_HAS_INFINITY__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __DBL_MANT_DIG__ 53 #define __DBL_MAX_10_EXP__ 308 #define __DBL_MAX_EXP__ 1024 #define __DBL_MAX__ 1.7976931348623157e+308 #define __DBL_MIN_10_EXP__ (-307) #define __DBL_MIN_EXP__ (-1021) #define __DBL_MIN__ 2.2250738585072014e-308 #define __DECIMAL_DIG__ 21 #define __DEPRECATED 1 #define __DYNAMIC__ 1 #define __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ 1080 #define __EXCEPTIONS 1 #define __FINITE_MATH_ONLY__ 0 #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_DIG__ 6 #define __FLT_EPSILON__ 1.19209290e-7F #define __FLT_EVAL_METHOD__ 0 #define __FLT_HAS_DENORM__ 1 #define __FLT_HAS_INFINITY__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __FLT_MANT_DIG__ 24 #define __FLT_MAX_10_EXP__ 38 #define __FLT_MAX_EXP__ 128 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MIN_EXP__ (-125) #define __FLT_MIN__ 1.17549435e-38F #define __FLT_RADIX__ 2 #define __GCC_ATOMIC_BOOL_LOCK_FREE 2 #define __GCC_ATOMIC_CHAR16_T_LOCK_FREE 2 #define __GCC_ATOMIC_CHAR32_T_LOCK_FREE 2 #define __GCC_ATOMIC_CHAR_LOCK_FREE 2 #define __GCC_ATOMIC_INT_LOCK_FREE 2 #define __GCC_ATOMIC_LLONG_LOCK_FREE 2 #define __GCC_ATOMIC_LONG_LOCK_FREE 2 #define __GCC_ATOMIC_POINTER_LOCK_FREE 2 #define __GCC_ATOMIC_SHORT_LOCK_FREE 2 #define __GCC_ATOMIC_TEST_AND_SET_TRUEVAL 1 #define __GCC_ATOMIC_WCHAR_T_LOCK_FREE 2 #define __GNUC_GNU_INLINE__ 1 #define __GNUC_MINOR__ 2 #define __GNUC_PATCHLEVEL__ 1 #define __GNUC__ 4 #define __GNUG__ 4 #define __GXX_ABI_VERSION 1002 #define __GXX_RTTI 1 #define __GXX_WEAK__ 1 #define __INT16_TYPE__ short #define __INT32_TYPE__ int #define __INT64_C_SUFFIX__ LL #define __INT64_TYPE__ long long int #define __INT8_TYPE__ char #define __INTMAX_MAX__ 9223372036854775807L #define __INTMAX_TYPE__ long int #define __INTMAX_WIDTH__ 64 #define __INTPTR_TYPE__ long int #define __INTPTR_WIDTH__ 64 #define __INT_MAX__ 2147483647 #define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L #define __LDBL_DIG__ 18 #define __LDBL_EPSILON__ 1.08420217248550443401e-19L #define __LDBL_HAS_DENORM__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __LDBL_MANT_DIG__ 64 #define __LDBL_MAX_10_EXP__ 4932 #define __LDBL_MAX_EXP__ 16384 #define __LDBL_MAX__ 1.18973149535723176502e+4932L #define __LDBL_MIN_10_EXP__ (-4931) #define __LDBL_MIN_EXP__ (-16381) #define __LDBL_MIN__ 3.36210314311209350626e-4932L #define __LITTLE_ENDIAN__ 1 #define __LONG_LONG_MAX__ 9223372036854775807LL #define __LONG_MAX__ 9223372036854775807L #define __LP64__ 1 #define __MACH__ 1 #define __MMX__ 1 #define __NO_INLINE__ 1 #define __NO_MATH_INLINES 1 #define __ORDER_BIG_ENDIAN__ 4321 #define __ORDER_LITTLE_ENDIAN__ 1234 #define __ORDER_PDP_ENDIAN__ 3412 #define __PIC__ 2 #define __POINTER_WIDTH__ 64 #define __PRAGMA_REDEFINE_EXTNAME 1 #define __PTRDIFF_TYPE__ long int #define __PTRDIFF_WIDTH__ 64 #define __REGISTER_PREFIX__ #define __SCHAR_MAX__ 127 #define __SHRT_MAX__ 32767 #define __SIG_ATOMIC_WIDTH__ 32 #define __SIZEOF_DOUBLE__ 8 #define __SIZEOF_FLOAT__ 4 #define __SIZEOF_INT128__ 16 #define __SIZEOF_INT__ 4 #define __SIZEOF_LONG_DOUBLE__ 16 #define __SIZEOF_LONG_LONG__ 8 #define __SIZEOF_LONG__ 8 #define __SIZEOF_POINTER__ 8 #define __SIZEOF_PTRDIFF_T__ 8 #define __SIZEOF_SHORT__ 2 #define __SIZEOF_SIZE_T__ 8 #define __SIZEOF_WCHAR_T__ 4 #define __SIZEOF_WINT_T__ 4 #define __SIZE_TYPE__ long unsigned int #define __SIZE_WIDTH__ 64 #define __SSE2_MATH__ 1 #define __SSE2__ 1 #define __SSE3__ 1 #define __SSE_MATH__ 1 #define __SSE__ 1 #define __SSP__ 1 #define __SSSE3__ 1 #define __STDC_HOSTED__ 1 #define __STDC__ 1 #define __UINTMAX_TYPE__ long unsigned int #define __USER_LABEL_PREFIX__ _ #define __VERSION__ "4.2.1 Compatible Apple LLVM 4.2 (clang-425.0.28)" #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 #define __WINT_TYPE__ int #define __WINT_WIDTH__ 32 #define __amd64 1 #define __amd64__ 1 #define __apple_build_version__ 4250028 #define __block __attribute__((__blocks__(byref))) #define __clang__ 1 #define __clang_major__ 4 #define __clang_minor__ 2 #define __clang_patchlevel__ 0 #define __clang_version__ "4.2 (clang-425.0.28)" #define __core2 1 #define __core2__ 1 #define __cplusplus 199711L #define __llvm__ 1 #define __pic__ 2 #define __private_extern__ extern #define __strong #define __tune_core2__ 1 #define __unsafe_unretained #define __weak __attribute__((objc_gc(weak))) #define __x86_64 1 #define __x86_64__ 1
Can you be as specific as possible as to what compiler you are using? As in.. Which Xcode version is it part of? Or is it from some other source? is "clang++" a script wrapper that has more options in tacked on?
Note, even with your output I haven't found anything yet that would trigger BSD being detected incorrectly.
On Thu, Sep 26, 2013 at 10:22 AM, Tim Blechmann
wrote: On 9/26/13 4:45 PM, Rene Rivera wrote:
PS.. If your or Tim could provide the output of : echo "" > empty.cpp ; clang++ -E -dM empty.cpp | sort ..it would help me find out what's different from your setups vs. my OSX setup.
here you go.
btw: #define LITTLE_ENDIAN __DARWIN_LITTLE_ENDIAN #define __DARWIN_LITTLE_ENDIAN 1234
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
On Fri, Sep 27, 2013 at 1:30 AM, Tim Blechmann
Something interesting about your output that jumps out at me is that it's considerably more than the 166 lines of #defines I get on my Xcode setup. And from looking at the defs it seems that your setup is including a bunch of system headers. I.e. as if the empty.cpp file was not actually empty. Is there something I'm missing in your setup?
aj sorry ... seems that i appended an empty string to an existing file, my bad ...
I still see nothing that would cause OS_BSD to get defined :-( And after some upgrades and more testing I can't repo this.. Nor do any of the OSX testers in the Boost results reproduce the problem. iac, this is what apple's clang gives me on a truely empty file. btw, it
also defines __BYTE_ORDER__ without including any header.
And under usual circumstances the byte order macros are used in the OSX/clang/gcc case. I've tried building all the libraries that directly depend on the endian header and they all build/work fine for me. Hence I'm still looking for suggestions/help on what could be going on in your case. -- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
Hello!
On OSX "BSD" has defined in file
On Fri, Sep 27, 2013 at 1:30 AM, Tim Blechmann
wrote: Something interesting about your output that jumps out at me is that it's considerably more than the 166 lines of #defines I get on my Xcode setup. And from looking at the defs it seems that your setup is including a bunch of system headers. I.e. as if the empty.cpp file was not actually empty. Is there something I'm missing in your setup?
aj sorry ... seems that i appended an empty string to an existing file, my bad ...
I still see nothing that would cause OS_BSD to get defined :-( And after some upgrades and more testing I can't repo this.. Nor do any of the OSX testers in the Boost results reproduce the problem.
iac, this is what apple's clang gives me on a truely empty file. btw, it
also defines __BYTE_ORDER__ without including any header.
And under usual circumstances the byte order macros are used in the OSX/clang/gcc case.
I've tried building all the libraries that directly depend on the endian header and they all build/work fine for me. Hence I'm still looking for suggestions/help on what could be going on in your case.
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- С уважением, Владислав Щапов ICQ: 223-695-654
Of course.. Thanks for finding that. I've fixed both problems now. Now only
one OS is allowed to be detected at once. And the endian definition uses
the OSX specific endian header. Test added for both cases on OSX.
On Sat, Oct 5, 2013 at 8:14 AM, Владислав Щапов
Hello!
On OSX "BSD" has defined in file
If this file has been used in source code, then Boost.Predef make wrong detect OS (OS X as BSD).
2013/9/30 Rene Rivera
On Fri, Sep 27, 2013 at 1:30 AM, Tim Blechmann
wrote: Something interesting about your output that jumps out at me is that it's considerably more than the 166 lines of #defines I get on my Xcode setup. And from looking at the defs it seems that your setup is including a bunch of system headers. I.e. as if the empty.cpp file was not actually empty. Is there something I'm missing in your setup?
aj sorry ... seems that i appended an empty string to an existing file, my bad ...
I still see nothing that would cause OS_BSD to get defined :-( And after some upgrades and more testing I can't repo this.. Nor do any of the OSX testers in the Boost results reproduce the problem.
iac, this is what apple's clang gives me on a truely empty file. btw, it
also defines __BYTE_ORDER__ without including any header.
And under usual circumstances the byte order macros are used in the OSX/clang/gcc case.
I've tried building all the libraries that directly depend on the endian header and they all build/work fine for me. Hence I'm still looking for suggestions/help on what could be going on in your case.
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- С уважением, Владислав Щапов ICQ: 223-695-654
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
Not work, because file
Of course.. Thanks for finding that. I've fixed both problems now. Now only one OS is allowed to be detected at once. And the endian definition uses the OSX specific endian header. Test added for both cases on OSX.
On Sat, Oct 5, 2013 at 8:14 AM, Владислав Щапов
wrote: Hello!
On OSX "BSD" has defined in file
If this file has been used in source code, then Boost.Predef make wrong detect OS (OS X as BSD).
2013/9/30 Rene Rivera
On Fri, Sep 27, 2013 at 1:30 AM, Tim Blechmann
wrote: Something interesting about your output that jumps out at me is that it's considerably more than the 166 lines of #defines I get on my Xcode setup. And from looking at the defs it seems that your setup is including a bunch of system headers. I.e. as if the empty.cpp file was not actually empty. Is there something I'm missing in your setup?
aj sorry ... seems that i appended an empty string to an existing file, my bad ...
I still see nothing that would cause OS_BSD to get defined :-( And after some upgrades and more testing I can't repo this.. Nor do any of the OSX testers in the Boost results reproduce the problem.
iac, this is what apple's clang gives me on a truely empty file. btw, it
also defines __BYTE_ORDER__ without including any header.
And under usual circumstances the byte order macros are used in the OSX/clang/gcc case.
I've tried building all the libraries that directly depend on the endian header and they all build/work fine for me. Hence I'm still looking for suggestions/help on what could be going on in your case.
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- С уважением, Владислав Щапов ICQ: 223-695-654
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- С уважением, Владислав Щапов ICQ: 223-695-654
Grr.. Order dependencies can be such a pain. Thanks for pointing out my
mistakes. This is now fixed (and another BSD error also). Changes are in
trunk (and git) and soon to be in release.
On Sun, Oct 6, 2013 at 1:56 AM, Владислав Щапов
Not work, because file
included before file in . Please, check test code with next #include list: #include
#include 2013/10/6 Rene Rivera
Of course.. Thanks for finding that. I've fixed both problems now. Now only one OS is allowed to be detected at once. And the endian definition uses the OSX specific endian header. Test added for both cases on OSX.
On Sat, Oct 5, 2013 at 8:14 AM, Владислав Щапов
wrote: Hello!
On OSX "BSD" has defined in file
If this file has been used in source code, then Boost.Predef make wrong detect OS (OS X as BSD).
2013/9/30 Rene Rivera
On Fri, Sep 27, 2013 at 1:30 AM, Tim Blechmann
wrote: Something interesting about your output that jumps out at me is that it's considerably more than the 166 lines of #defines I get on my Xcode setup. And from looking at the defs it seems that your setup is including a bunch of system headers. I.e. as if the empty.cpp file was not actually empty. Is there something I'm missing in your setup?
aj sorry ... seems that i appended an empty string to an existing file, my bad ...
I still see nothing that would cause OS_BSD to get defined :-( And after some upgrades and more testing I can't repo this.. Nor do any of the OSX testers in the Boost results reproduce the problem.
iac, this is what apple's clang gives me on a truely empty file. btw, it
also defines __BYTE_ORDER__ without including any header.
And under usual circumstances the byte order macros are used in the OSX/clang/gcc case.
I've tried building all the libraries that directly depend on the endian header and they all build/work fine for me. Hence I'm still looking for suggestions/help on what could be going on in your case.
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- С уважением, Владислав Щапов ICQ: 223-695-654
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- С уважением, Владислав Щапов ICQ: 223-695-654
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
I figured out the problem with the FreeBSD (actually all sub-BSD variants)
detection. So it's now just the BSD bad detection in OSX.
The BSD problem is in git and trunk. I'll wait for some test cycles to
merge those to release.
On Thu, Sep 26, 2013 at 9:41 AM, Rene Rivera
Tim brought the above to my attention a few days ago and I've been trying to figure out what the bug is since then. The key problem seems to be that it's detecting the configuration as being BSD when it should not. It's clearly OSX and the defs from clang-3.2 compiler doesn't define any BSD defs. There is also a problem that on FreeBSD (the one BSD tester we have) BSD is not detected, but FreeBSD is detected.. Which is rather strange combination since the FreeBSD detection also sets the BSD detection. Regardless I'm investigating.. But if anyone else has some insight as to why the confusion is there I would love to hear about it.
Rene.
On Thu, Sep 26, 2013 at 9:08 AM, Vicente J. Botet Escriba < vicente.botet@wanadoo.fr> wrote:
Le 26/09/13 15:43, Vicente J. Botet Escriba a écrit :
Le 26/09/13 15:37, Vicente J. Botet Escriba a écrit :
Hi,
I'm getting this error
clang-darwin.compile.c++ ../../../bin.v2/libs/thread/** build/clang-darwin-3.2x/debug/**link-static/threading-multi/** pthread/thread.o In file included from ../../../libs/thread/src/**pthread/thread.cpp:33: In file included from ../../../boost/lexical_cast.**hpp:156: In file included from ../../../boost/math/special_** functions/sign.hpp:18: In file included from ../../../boost/math/special_** functions/detail/fp_traits.**hpp:27: In file included from ../../../boost/detail/endian.**hpp:9: In file included from ../../../boost/predef/detail/** endian_compat.h:11: ../../../boost/predef/other/**endian.h:61:25: fatal error: 'sys/endian.h' file not found # include
^ On MacOS 10.7.5.
Please could this be fixed?
Is there a test on the regression test using this file?
After more insight, the following path solves the issue.
svn diff Index: other/endian.h ==============================**==============================**======= --- other/endian.h (revision 85924) +++ other/endian.h (working copy) @@ -55,7 +55,7 @@ # include
# else # if BOOST_OS_BSD -# if BOOST_OS_BSD_OPEN +# if defined BOOST_OS_BSD_OPEN || defined BOOST_OS_DRAGONFLY_BSD # include
# else # include Could I commit?
Best,
Vicente
______________________________**_________________ Unsubscribe & other changes: http://lists.boost.org/** mailman/listinfo.cgi/boosthttp://lists.boost.org/mailman/listinfo.cgi/boost
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
-- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
Le 27/09/13 05:53, Rene Rivera a écrit :
I figured out the problem with the FreeBSD (actually all sub-BSD variants) detection. So it's now just the BSD bad detection in OSX.
The BSD problem is in git and trunk. I'll wait for some test cycles to merge those to release.
The same problem still present. Note that I have disabled the use of Predef in Boost.Thread. Which test were failing that should succeed now in the Boost.Predef regressions? Best, Vicente clang++ --version Apple clang version 3.1 (tags/Apple/clang-318.0.58) (based on LLVM 3.1svn) Target: x86_64-apple-darwin11.4.2 Thread model: posix pc3:~ viboes$ clang++ -E -dM empty.cpp | sort #define OBJC_NEW_PROPERTIES 1 #define _LP64 1 #define __APPLE_CC__ 5621 #define __APPLE__ 1 #define __BLOCKS__ 1 #define __CHAR16_TYPE__ unsigned short #define __CHAR32_TYPE__ unsigned int #define __CHAR_BIT__ 8 #define __CONSTANT_CFSTRINGS__ 1 #define __DBL_DENORM_MIN__ 4.9406564584124654e-324 #define __DBL_DIG__ 15 #define __DBL_EPSILON__ 2.2204460492503131e-16 #define __DBL_HAS_DENORM__ 1 #define __DBL_HAS_INFINITY__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __DBL_MANT_DIG__ 53 #define __DBL_MAX_10_EXP__ 308 #define __DBL_MAX_EXP__ 1024 #define __DBL_MAX__ 1.7976931348623157e+308 #define __DBL_MIN_10_EXP__ (-307) #define __DBL_MIN_EXP__ (-1021) #define __DBL_MIN__ 2.2250738585072014e-308 #define __DECIMAL_DIG__ 21 #define __DEPRECATED 1 #define __DYNAMIC__ 1 #define __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ 1074 #define __EXCEPTIONS 1 #define __FINITE_MATH_ONLY__ 0 #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_DIG__ 6 #define __FLT_EPSILON__ 1.19209290e-7F #define __FLT_EVAL_METHOD__ 0 #define __FLT_HAS_DENORM__ 1 #define __FLT_HAS_INFINITY__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __FLT_MANT_DIG__ 24 #define __FLT_MAX_10_EXP__ 38 #define __FLT_MAX_EXP__ 128 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MIN_EXP__ (-125) #define __FLT_MIN__ 1.17549435e-38F #define __FLT_RADIX__ 2 #define __GNUC_GNU_INLINE__ 1 #define __GNUC_MINOR__ 2 #define __GNUC_PATCHLEVEL__ 1 #define __GNUC__ 4 #define __GNUG__ 4 #define __GXX_ABI_VERSION 1002 #define __GXX_RTTI 1 #define __GXX_WEAK__ 1 #define __INT16_TYPE__ short #define __INT32_TYPE__ int #define __INT64_C_SUFFIX__ LL #define __INT64_TYPE__ long long int #define __INT8_TYPE__ char #define __INTMAX_MAX__ 9223372036854775807L #define __INTMAX_TYPE__ long int #define __INTMAX_WIDTH__ 64 #define __INTPTR_TYPE__ long int #define __INTPTR_WIDTH__ 64 #define __INT_MAX__ 2147483647 #define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L #define __LDBL_DIG__ 18 #define __LDBL_EPSILON__ 1.08420217248550443401e-19L #define __LDBL_HAS_DENORM__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __LDBL_MANT_DIG__ 64 #define __LDBL_MAX_10_EXP__ 4932 #define __LDBL_MAX_EXP__ 16384 #define __LDBL_MAX__ 1.18973149535723176502e+4932L #define __LDBL_MIN_10_EXP__ (-4931) #define __LDBL_MIN_EXP__ (-16381) #define __LDBL_MIN__ 3.36210314311209350626e-4932L #define __LITTLE_ENDIAN__ 1 #define __LONG_LONG_MAX__ 9223372036854775807LL #define __LONG_MAX__ 9223372036854775807L #define __LP64__ 1 #define __MACH__ 1 #define __MMX__ 1 #define __NO_INLINE__ 1 #define __NO_MATH_INLINES 1 #define __PIC__ 1 #define __POINTER_WIDTH__ 64 #define __PTRDIFF_TYPE__ long int #define __PTRDIFF_WIDTH__ 64 #define __REGISTER_PREFIX__ #define __SCHAR_MAX__ 127 #define __SHRT_MAX__ 32767 #define __SIG_ATOMIC_WIDTH__ 32 #define __SIZEOF_DOUBLE__ 8 #define __SIZEOF_FLOAT__ 4 #define __SIZEOF_INT__ 4 #define __SIZEOF_LONG_DOUBLE__ 16 #define __SIZEOF_LONG_LONG__ 8 #define __SIZEOF_LONG__ 8 #define __SIZEOF_POINTER__ 8 #define __SIZEOF_PTRDIFF_T__ 8 #define __SIZEOF_SHORT__ 2 #define __SIZEOF_SIZE_T__ 8 #define __SIZEOF_WCHAR_T__ 4 #define __SIZEOF_WINT_T__ 4 #define __SIZE_TYPE__ long unsigned int #define __SIZE_WIDTH__ 64 #define __SSE2_MATH__ 1 #define __SSE2__ 1 #define __SSE3__ 1 #define __SSE_MATH__ 1 #define __SSE__ 1 #define __SSP__ 1 #define __SSSE3__ 1 #define __STDC_HOSTED__ 1 #define __STDC__ 1 #define __UINTMAX_TYPE__ long unsigned int #define __USER_LABEL_PREFIX__ _ #define __VERSION__ "4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)" #define __WCHAR_MAX__ 2147483647 #define __WCHAR_TYPE__ int #define __WCHAR_WIDTH__ 32 #define __WINT_TYPE__ int #define __WINT_WIDTH__ 32 #define __amd64 1 #define __amd64__ 1 #define __block __attribute__((__blocks__(byref))) #define __bridge #define __bridge_retain #define __bridge_retained #define __bridge_transfer #define __clang__ 1 #define __clang_major__ 3 #define __clang_minor__ 1 #define __clang_patchlevel__ 0 #define __clang_version__ "3.1 (tags/Apple/clang-318.0.58)" #define __core2 1 #define __core2__ 1 #define __cplusplus 1 #define __llvm__ 1 #define __pic__ 1 #define __private_extern__ extern #define __strong #define __tune_core2__ 1 #define __unsafe_unretained #define __weak __attribute__((objc_gc(weak))) #define __x86_64 1 #define __x86_64__ 1
participants (5)
-
Bjorn Reese
-
Rene Rivera
-
Tim Blechmann
-
Vicente J. Botet Escriba
-
Владислав Щапов