Open GoogleCodeExporter opened 9 years ago
What version of the product are you using? On what operating system?
I'm using libjingle 0.6.3 on ubuntu 11.10
Original comment by frimsa...@gmail.com
on 2 Nov 2011 at 6:47
I have experienced the same issue.
Also, I am installing libjingle 0.6.3 on ubuntu 11.04.
Original comment by josephzh...@gmail.com
on 6 Nov 2011 at 11:35
Original comment by jun...@google.com
on 8 Nov 2011 at 12:58
It will be fixed in the next release 0.6.4. Thanks for reporting this issue.
Original comment by jun...@google.com
on 8 Nov 2011 at 4:59
Does you have a work around for this or can you give an indication of a release
date for 0.6.4?
Thanks
Original comment by mrco...@gmail.com
on 3 Dec 2011 at 12:19
Found a work around by copying the contents of gmock1.6.0/includes/gmock
into the folder testing/base/public/
and copying the same folder (gmock1.6.0/includes/gmock) into the talk folder.
I obtained gmock from
http://code.google.com/p/googlemock/downloads/detail?name=gmock-1.6.0.zip&can=2&
q=
Problem now is
________Compiling build/dbg/obj/session/phone/devicemanager_unittest.o
________Compiling build/dbg/obj/session/phone/dummydevicemanager_unittest.o
________Compiling build/dbg/obj/session/phone/filemediaengine_unittest.o
________Compiling build/dbg/obj/session/phone/filevideocapturer_unittest.o
________Compiling build/dbg/obj/session/phone/mediamessages_unittest.o
________Compiling build/dbg/obj/session/phone/mediasession_unittest.o
session/phone/mediasession_unittest.cc: In member function ‘virtual void
MediaSessionDescriptionFactoryTest_TestCreateAudioOffer_Test::TestBody()’:
session/phone/mediasession_unittest.cc:129:3: error: converting ‘false’ to
pointer type for argument 1 of ‘char
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
[-Werror=conversion-null]
session/phone/mediasession_unittest.cc: In member function ‘virtual void
MediaSessionDescriptionFactoryTest_TestCreateVideoOffer_Test::TestBody()’:
session/phone/mediasession_unittest.cc:155:3: error: converting ‘false’ to
pointer type for argument 1 of ‘char
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
[-Werror=conversion-null]
session/phone/mediasession_unittest.cc:161:3: error: converting ‘false’ to
pointer type for argument 1 of ‘char
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
[-Werror=conversion-null]
session/phone/mediasession_unittest.cc: In member function ‘virtual void
MediaSessionDescriptionFactoryTest_TestCreateAudioAnswer_Test::TestBody()’:
session/phone/mediasession_unittest.cc:185:3: error: converting ‘false’ to
pointer type for argument 1 of ‘char
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
[-Werror=conversion-null]
session/phone/mediasession_unittest.cc: In member function ‘virtual void
MediaSessionDescriptionFactoryTest_TestCreateVideoAnswer_Test::TestBody()’:
session/phone/mediasession_unittest.cc:213:3: error: converting ‘false’ to
pointer type for argument 1 of ‘char
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
[-Werror=conversion-null]
session/phone/mediasession_unittest.cc:218:3: error: converting ‘false’ to
pointer type for argument 1 of ‘char
testing::internal::IsNullLiteralHelper(testing::internal::Secret*)’
[-Werror=conversion-null]
cc1plus: all warnings being treated as errors
Original comment by mrco...@gmail.com
on 3 Dec 2011 at 1:24
I see the same problem with the proxydetect_unittest.cpp added in r96 including
fileutil.h which interns including the elusive "testing/base/public/gmock.h"
Original comment by dlewa...@connectify.me
on 3 Dec 2011 at 2:06
This was marked fixed, but is still broken in 0.6.5.
Original comment by bprodo...@connectify.me
on 13 Dec 2011 at 3:37
This is not fixed in 0.6.6
Original comment by tree1...@gmail.com
on 9 Jan 2012 at 2:38
Right. In svn r105, that file is still included in the following source files:
talk/app/webrtc/mediastreamhandler_unittest.cc
talk/app/webrtc/mediastream_unittest.cc
Original comment by bprodo...@connectify.me
on 9 Jan 2012 at 3:04
the old dependency issue has been fixed,but it seems a new dependency has been
introduce by another CL. I'll take a look soon,
Original comment by jun...@google.com
on 9 Jan 2012 at 4:03
Original comment by jun...@google.com
on 26 Mar 2012 at 6:38
Original comment by jun...@google.com
on 26 Mar 2012 at 6:40
Original issue reported on code.google.com by
frimsa...@gmail.com
on 2 Nov 2011 at 6:46