[moved back to stan-dev]
Are you importing <math.h> somewhere rather than <cmath>? The
former is the old C-compatiblity stuff that imports into the
top-levle namespace ::, whereas the latter puts things in std::
namespace.
Ack. Looks like we're importing <math.h> instead of <cmath>,
which has the problem of bringing things into the top-level ::
namespace rather than std::.
So I created a new issue:
https://github.com/stan-dev/math/issues/277
But this doesn't help you on this pull request. I don't know why
it's failing now unless you bring in math.h inadvertently yourself
somewhere in the <math.hpp> header or elsewhere.
I don't know why these are all math.h, because the functions
(or at least most of them) are in <cmath>.
~/cmdstan/stan/lib/stan_math((bbe2de0...))$ grep -R "math.h" stan
stan/math/fwd/scal/fun/acosh.hpp:#include <math.h>
stan/math/fwd/scal/fun/asinh.hpp:#include <math.h>
stan/math/fwd/scal/fun/atanh.hpp:#include <math.h>
stan/math/fwd/scal/fun/cbrt.hpp:#include <math.h>
stan/math/fwd/scal/fun/erf.hpp:#include <math.h>
stan/math/fwd/scal/fun/erfc.hpp:#include <math.h>
stan/math/fwd/scal/fun/expm1.hpp:#include <math.h>
stan/math/fwd/scal/fun/fma.hpp:#include <math.h>
stan/math/fwd/scal/fun/fmax.hpp:#include <math.h>
stan/math/fwd/scal/fun/fmin.hpp:#include <math.h>
stan/math/fwd/scal/fun/hypot.hpp:#include <math.h>
stan/math/fwd/scal/fun/round.hpp:#include <math.h>
stan/math/fwd/scal/fun/trunc.hpp:#include <math.h>
stan/math/prim/scal/fun/fdim.hpp:#include <math.h>
stan/math/rev/scal/fun/acosh.hpp:#include <math.h>
stan/math/rev/scal/fun/asinh.hpp:#include <math.h>
stan/math/rev/scal/fun/atanh.hpp:#include <math.h>
stan/math/rev/scal/fun/cbrt.hpp:#include <math.h>
stan/math/rev/scal/fun/erf.hpp:#include <math.h>
stan/math/rev/scal/fun/erfc.hpp:#include <math.h>
stan/math/rev/scal/fun/expm1.hpp:#include <math.h>
stan/math/rev/scal/fun/fma.hpp:#include <math.h>
stan/math/rev/scal/fun/hypot.hpp:#include <math.h>
stan/math/rev/scal/fun/owens_t.hpp:#include <math.h>
stan/math/rev/scal/fun/round.hpp:#include <math.h>
stan/math/rev/scal/fun/trunc.hpp:#include <math.h>.
- Bob
> On Apr 5, 2016, at 6:47 PM, Sebastian Weber <
sdw....@gmail.com> wrote:
>
> Hi Daniel!
>
> I just checked and Jenkins barfs with this:
>
> Wall -DBOOST_RESULT_OF_USE_TR1 -DBOOST_NO_DECLTYPE -DBOOST_DISABLE_ASSERTS -pipe -Ilib/stan_math/lib/cvode_2.8.2/include -Wno-unknown-warning-option -Wno-unused-function -Wno-tautological-compare -Wno-c++11-long-long -Wsign-compare -Wno-unused-local-typedef -ftemplate-depth=256 -c -fsyntax-only -O0 src/test/test-models/good/function-signatures/math/functions/exp2.hpp
> src/test/test-models/good/function-signatures/math/functions/exp2.hpp:65:55: error: call to 'exp2' is ambiguous
> stan::math::assign(transformed_data_real, exp2(d_int));
> ^~~~
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/math.h:379:15: note: candidate function
> extern double exp2(double);
> ^
> lib/stan_math/stan/math/prim/scal/fun/exp2.hpp:19:19: note: candidate function
> inline double exp2(const double y) {
> ^
>
>
> However, this has nothing to do with the changes I made??? Is this familiar to you or where should I start to dig?
>
> Sebastian
>
>
>> Am 05.04.2016 um 21:40 schrieb Daniel Lee <
bea...@alum.mit.edu>:
>>
>> It should be fine... it failed due to me trying to get GitHub to spit out the correct message. So it was something I changed.
>>
>> On Tue, Apr 5, 2016 at 3:36 PM, Sebastian Weber <
sdw....@gmail.com> wrote:
>> Hi Daniel!
>>
>> Thanks for checking and sorry for the noise. If something goes wrong, just let me know; hopefully quick to fix.
>>
>> Sebastian
>>
>> On Tue, Apr 5, 2016 at 9:34 PM, Daniel Lee <
bea...@alum.mit.edu> wrote:
>> Hi Sebastian,
>>
>> The tests are correct. You can see the revision is correct: 38cfe98
>>
>> I'm not 100% certain how the changes are populated, but I believe those are changes with respect to your branch. Those all have to be merged into your branch for it to be caught up to develop.
>>
>>
>>
>> Daniel
>>
>>
>>
>>
>> On Tue, Apr 5, 2016 at 3:28 PM, Sebastian Weber <
sdw....@gmail.com> wrote:
>> Hi Daniel!
>>
>> I am concerned that Jenkins does test the wrong branch for the robust integrator pull. That is, if I click on "Details" on the currently running Jenkins initiated test which is listed in the pull request for the robust integrator. Then I end up here:
>>
>>
http://d1m1s1b1.stat.columbia.edu:8080/job/Math%20Pull%20Request/287/
>>
>> The changes which have happened according to that Jenkins page are:
>>
>> Changes
>> • ensure that usual Jacobian (and not a transposed one) is returned (commit: 4a4ef64febe8857d7cd0a0b9eb701103297d132a) (detail / githubweb)
>> • Removing compiler warning (commit: 3d18aa9293e28c7c082b65261138acd490e797a1) (detail / githubweb)
>> • corrected autodiff_test to test for correctly returned output from (commit: d1dfae12e3622c7f7a0d9ee1e61483aab4c088de) (detail /githubweb)
>> • fixed fwd version of jacobian and corrected test (commit: 844373c89d7d2d8c17dcbc8d434e3679858f938c) (detail / githubweb)
>> Which is the old, already merged Jacobian transposed story. I am confused!
>>
>> If this is correct behavior, then please ignore this mail.
>>
>> Best,
>> Sebastian
>>
>>
>>
>
>