Hi Robert,
Sigh. I have worked my bollocks off trying to reduce the number of
suppressed warnings in include/osg/Export. We have got as far as we
are going to get without holding back the release for many more weeks,
and without modifying many hundreds of files, needless changes too,
then won'
Hi JS,
On Thu, Feb 5, 2009 at 7:38 PM, Jean-Sébastien Guay
wrote:
> Oh come on. Aren't you pushing this a bit too far? We're not playing
> anyone's game, just using a tool that allows us to compile code on a given
> platform. This platform choice (which is only one option, we support Linux
> too,
Humm can we remove the Export header ? just joking ;)
Sukender wrote:
Hi Robert and JS,
I won't take part of this inflamed discussion, but I just want to add a little
technical note:
Whenever the "#include " is worth trying or not, I guess there
is a way to avoid most missing headers by the w
Hi Robert and JS,
I won't take part of this inflamed discussion, but I just want to add a little
technical note:
Whenever the "#include " is worth trying or not, I guess there
is a way to avoid most missing headers by the way of defines, such as:
// Opening
#ifndef HEADER_OPENED
#define HEADE
Hi Robert,
Just because we use VS doesn't mean that we have to do everything the
MS way. The MS way is to code everything for Windows and Windows
only, cares for portability are very much against MS's strategic goals
of vendor lock-in. Play their game and you end up tied to just a
single plat
On Thu, Feb 5, 2009 at 5:28 PM, Jean-Sébastien Guay
wrote:
> I see things from the opposite perspective: if OSG wants to be used
> multi-platform, it has to work well on each platform, the way that platform
> works. Otherwise, just make VS unsupported and make everyone build through
> cygwin if th
Skylark wrote:
>
> Where:
>
> HeaderStart:
>
> #if defined(_MSC_VER) %% defined(OSG_DISABLE_MSVC_WARNINGS)
> #pragma warning(push)
> #pragma warning(disable: a b c d e f g)
> #endif
>
> HeaderEnd:
>
> #if defined(_MSC_VER) %% defined(OSG_DISABLE_MSVC_WARNINGS)
> #pragma warning(pop)
> #endif
Hi Robert,
push/pop adds a lot of extra syntax to headers for just one single
platform, it's not cross platform in any whatso ever.
I see things from the opposite perspective: if OSG wants to be used
multi-platform, it has to work well on each platform, the way that
platform works. Otherwi
Hi JS,
On Thu, Feb 5, 2009 at 4:41 PM, Jean-Sébastien Guay
wrote:
> That's your opinion but you shouldn't be making judgement calls like that
> for other people's projects, which is why I think putting suppression in
> include/osg/Export is a bad practice. But I know I won't make you change
> you
Hi Robert,
For specific headers I think push/pop is barely tolerable, but for a
.cpp I think it's a real waste of lines of code. Were are talking
about suppressing a warning in an example, and warning that is pretty
bogus w.r.t helping us detect and fix bugs.
That's your opinion but you sho
Hi JS,
On Thu, Feb 5, 2009 at 4:23 PM, Jean-Sébastien Guay
wrote:
> The server is back up and I've been able to do an update. All warnings fixes
> I sent are in except the one in src/osgPlugins/osga/OSGA_Archive.cpp. Is
> there a reason or it just got forgotten in the batch?
I moved the suppress
Hi Robert,
Thanks for the warning fixes, I've merged about 2/3rds of them, but
will record some of the other ones. The server isn't accessible
right now so I'm not able to check in right now. I'll have bash
tomorrow morning.
The server is back up and I've been able to do an update. All w
Hi Robert,
I use the gcc 4.1.2 i guess it's bogus on this version, i will try to
update.
Thank you
Cheers,
Cedric
Robert Osfield wrote:
HI Cendric,
The line that is trigger this warning is essentially of the form:
float myValue
ostream << "this is very silly, can't even write out a flo
HI Cendric,
The line that is trigger this warning is essentially of the form:
float myValue
ostream << "this is very silly, can't even write out a float these
days "< wrote:
> I am not sure if it's related or not but i tried to compile the trunk this
> morning and here the warning i get.
>
>
I am not sure if it's related or not but i tried to compile the trunk
this morning and here the warning i get.
[ 8%] Building CXX object src/osg/CMakeFiles/osg.dir/OcclusionQueryNode.o
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/g++-v4/i686-pc-linux-gnu/bits/c++locale.h:
In function ‘int std::
Hi JS,
Thanks for the warning fixes, I've merged about 2/3rds of them, but
will record some of the other ones. The server isn't accessible
right now so I'm not able to check in right now. I'll have bash
tomorrow morning. These last warning fixes won't affect runtime at
all so the 2.8.0-rc1 as
Hi Robert,
I've tried really hard to fix all these Windows warnings, while most
seem now fixed/workaround/suppressed some have resisted my attempts to
remotely fix them, we me doing several unsuccessful attempts at this
last persistent warnings.
As I said on my other post, I don't seem to get
Hi Robert,
Yes, move across to making the builds from the 2.8 banch till 2.8.0 is
out.
OK, I've disabled the nightly build of the branch for now.
Even after 2.8.0 is out, there is some value in having periodic
builds of the 2.8 branch as there may well be a 2.8.1+ later released,
although
Hi Robert,
I'm terribly sorry, but I don't have the time right now. I just hope someone
else will do it.
PS: I launched an experimental build. I'll tell you about the results.
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Wed, 04 Feb 2009 15:57:45 +01
Hi Window's users,
I've tried really hard to fix all these Windows warnings, while most
seem now fixed/workaround/suppressed some have resisted my attempts to
remotely fix them, we me doing several unsuccessful attempts at this
last persistent warnings. A fundamental problem is that I can't make
Hi JS,
On Wed, Feb 4, 2009 at 2:32 PM, Jean-Sébastien Guay
wrote:
> Quick question about this: Since the Nightly build is still called "Nightly"
> in the 2.8 branch, it will replace any result of a nightly build of the
> trunk right? So I don't have to schedule a nightly build of both, just the
>
Hi Robert,
Just built a clean checkout of the 2.8 branch on Windows Vista, Visual
Studio 8 SP1. Apart from the std::list warning that we can't do much
about, there were 4 left in OSGA_Archive.cpp (below). I tested the
build in our app and everything worked as expected.
Cheers,
Morne
warning C4
Hi Robert,
If those don't CDash builds (as well as everyone else) move across to
using this branch as the base for testing the OSG-2.8 release series.
Quick question about this: Since the Nightly build is still called
"Nightly" in the 2.8 branch, it will replace any result of a nightly
build
Hi Robert,
I checked out a fresh 2.8 source tree (rev 9648) and it built fine on
vs 2005 xp! But I still see a few warnings and they are attached.
cheers
Mattias
On 2/4/09, Robert Osfield wrote:
> Hi All,
>
> I have now made the OpenSceneGraph-2.8 branch, the svn entry for it is:
>
>
> http://w
Hi All,
I have now made the OpenSceneGraph-2.8 branch, the svn entry for it is:
http://www.openscenegraph.org/svn/osg/OpenSceneGraph/branches/OpenSceneGraph-2.8/
If those don't CDash builds (as well as everyone else) move across to
using this branch as the base for testing the OSG-2.8 releas
Hi All,
On Tue, Feb 3, 2009 at 9:32 PM, Sukender wrote:
> My mistake, I meant that the "volatile" and "&" should be removed (not the
> whole static_cast<>).
> May "static_cast" do it? (since I'm not certain volatile here
> is useful, because we simply return a copy).
I've just got confirmation
Hi Robert,
Sorry about not anwsering sooner, but I was very busy this late afternoon.
I sum up:
About the #1 and #3 warnings ("C4239 nonstandard extension", and "C4180"), I
suggested in previous posts "static_cast" and an
"add_const<>"-like solution... does it make sense for you?
About "C4702
My mistake, I meant that the "volatile" and "&" should be removed (not the
whole static_cast<>).
May "static_cast" do it? (since I'm not certain volatile here is
useful, because we simply return a copy).
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Tu
I don't even understand the reason of the static_cast<>... why it is there?
IMHO, it should be removed, but I'm no Atomic/Threads/etc expert.
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Tue, 03 Feb 2009 15:48:03 +0100, Robert Osfield a
écrit:
> Hi
> Sukender wrote:
>> Hi Robert, hi all,
>>
>> "const T *v": When T is a function, I guess the compiler reads "pointer to a
>> const function" instead of "const pointer to a function".
> That's not specific to functions, as "const C *c" where C is a class
> means the same: c is a pointer to a const
Hi All,
I'm still waiting on feedback from a few emails regarding failed
builds reported on CDash, and email from Mathias Froehlich on the
Atomic.cpp volatile related warning, but as it's into the evening here
at the westerly end of Europe I'd guess we won't get a reply tonight.
I could press ahea
Hi Donald,
On Tue, Feb 3, 2009 at 5:03 PM, Donald Cipperly wrote:
> Removing the & generates another warning:
>
> warning C4197: 'volatile const unsigned int' : top-level volatile in cast is
> ignoredc:\OpenSceneGraphSVN\src\OpenThreads\common\Atomic.cpp133
> OpenThreads
>
> However, chan
Robert,
Removing the & generates another warning:
warning C4197: 'volatile const unsigned int' : top-level volatile in cast is
ignoredc:\OpenSceneGraphSVN\src\OpenThreads\common\Atomic.cpp133
OpenThreads
However, changing line 133 to just
return _value;
generates no warnings on Visual
Hi Guys,
Since I've had no feedback on the remaining WIndows warnings I've gone
ahead and added pragma's to suppress the following warnings that
seemed to be appropriate for supression given that fixes aren't
possible/don't look easily resolvable, and the warnings don't point to
a real problem in
Robert,
That did indeed fix the issue.
Thanks,
Donny
On Tue, Feb 3, 2009 at 6:43 AM, Robert Osfield wrote:
> Hi Donald,
>
> This looks to be a threading issue with the text label being updated
> while being rendered.
>
> There was no text->setDataVariance(DYNAMIC) so I've added this, and
> ch
HI Window dev's,
I've now checked in fixes for the majority of the warnings that
Sukender reported, there are a few left:
2>..\common\Atomic.cpp(133) : warning C4239: nonstandard extension
used : 'static_cast' : conversion from 'volatile const long' to
'volatile const unsigned int &'
24>D:\Pro
Hi Robert,
After the last discussion on this topic I end up leaning towards not
using svn for binaries. The server supports webdav as well as ftp.
I'll go an experiment with these routes and report back.
OK, let me know.
J-S
--
__
Jean-Seba
Sukender wrote:
Hi Robert, hi all,
"const T *v": When T is a function, I guess the compiler reads "pointer to a const function"
instead of "const pointer to a function". Thus the const applied on a function has no meaning. I don't know,
however, how to avoid this, since "const (T *) v" will re
Hi Morne,
On Tue, Feb 3, 2009 at 2:54 PM, Morné Pistorius
wrote:
> Hi Robert,
>
> I think in VS, specifiying something as just unsigned causes the
> compiler to read "unsigned int".
>
> If you change the line to
>
> return static_cast(_value);
>
> I think the warning will disappear.
This will ju
Hi Robert,
I think in VS, specifiying something as just unsigned causes the
compiler to read "unsigned int".
If you change the line to
return static_cast(_value);
I think the warning will disappear.
Cheers,
Morne
On Tue, Feb 3, 2009 at 2:48 PM, Robert Osfield wrote:
> Hi Windows experts,
>
>
Sukender wrote:
Hi Robert, hi all,
"const T *v": When T is a function, I guess the compiler reads "pointer to a const function" instead of "const pointer to a function".
That's not specific to functions, as "const C *c" where C is a class
means the same: c is a pointer to a const instance of C
Hi Windows experts,
Here's another Windows warning that I'll like a hand resolving:
2>..\common\Atomic.cpp(133) : warning C4239: nonstandard extension
used : 'static_cast' : conversion from 'volatile const long' to
'volatile const unsigned int &'
The code is:
Atomic::operator unsigned() const
{
Hi Robert, hi all,
"const T *v": When T is a function, I guess the compiler reads "pointer to a
const function" instead of "const pointer to a function". Thus the const
applied on a function has no meaning. I don't know, however, how to avoid this,
since "const (T *) v" will result in a parse e
Hi Sukender,
If we can't work out what it's on a bout and the warning looks benign,
should we just suppress it?
Robert.
On Tue, Feb 3, 2009 at 1:56 PM, Sukender wrote:
> Hi Robert,
>
> Not many ideas, but:
> - This may be related to the "IC" class used at this moment. Unfortunately,
> there is
Hi Robert,
Not many ideas, but:
- This may be related to the "IC" class used at this moment. Unfortunately,
there is no clue in the log about which "IC" causes it, except it's in osgDB
wrapper. So this may be the DatabasePager. Perhaps is it linked to:
I_StaticMethod0(osgDB::DatabasePage
Hi Ümit,
There are some problem, while using osgviewer sometimes there was a
"Error: [Screen #0] GraphicsWindowWin32::swapBuffersImplementation() -
Unable to swap display buffers" problem.
And almost all examples working on my system but osgprecipictation
example make my computer lock and a
Hi All,
I can't quite fathom the following warning either...
164>..\..\include\osgIntrospection/Value(373) : warning C4180:
qualifier applied to function type has no meaning; ignored
164>..\..\include\osgIntrospection/TypedMethodInfo(84) : see
reference to function template instantiation
Hi All,
I'm look at the follow warning under Windows. I can't figure out why
there is a warning of this type:
152>d:\prog\libs\openscenegraph\include\osgintrospection\typedconstructorinfo(36)
: warning C4702: unreachable code
The code is:
template
struct TypedConstructorInfo0: Constr
Hi Sukender,
I was able to open this file. You only need to send me the log in
future, as I'll be ignoring the csv. Ideal naming would be something
like VS_r9631.log
Trimming out the TypedefMethodInfo warnings, we're left with 100
warnings, 47 of which are other osgIntrospection warnings. I'll
Hi Donald,
This looks to be a threading issue with the text label being updated
while being rendered.
There was no text->setDataVariance(DYNAMIC) so I've added this, and
checked this change into svn/trunk. Could you please test. Modified
osgtexture2D.cpp also attached.
Robert.
On Tue, Feb 3,
Building on Windows XP, Visual Studio 2008 sp1. All builds fine, but
getting same warnings as Sukender (haven't tried your latest updates
Robert...about to rebuild with latest revision).
Examples run good except getting crash in osgTexture2D with a "map/set
iterator not incrementable" error. Thi
Hi Sukender,
On Tue, Feb 3, 2009 at 11:41 AM, Robert Osfield
wrote:
> From looking at the file was is very clear is that
> include\osgIntrospection\TypedMethodInfo generates almost all the
> warnings. So I'd suggest we using a #pragma to disable the specific
> C4121 warning for this header.
To
Hi Sukender,
On Tue, Feb 3, 2009 at 11:26 AM, Sukender wrote:
> Uh??? I sent you a 7z file... it's okay if it's binary, isn't it?
There wasn't an extension on the end of the file, I didn't get to find
out that it was a 7z file...
> Here is a zip with only the CSV inside (the txt is about 360 ko
On Tue, Feb 3, 2009 at 10:41 AM, Tony Horrobin
wrote:
> I believe it is due to virtual inheritence of Object as in CullCallback ->
> NodeCallback -> Object.
Ahh... good clue... I've added an explicit initialization of the
osg::Object and checked it in, fingers crossed it'll fix the warning.
Rob
Hi,
I believe it is due to virtual inheritence of Object as in CullCallback ->
NodeCallback -> Object.
Cheers,
-Tony
[quote="Jeremy Moles"]On Mon, 2009-02-02 at 17:32 +, Robert Osfield wrote:
[quote]HI Jeremy,
On Mon, Feb 2, 2009 at 5:19 PM, Jeremy Moles <> wrote:
> The only MAJOR one I'
Hi Sukender,
Could you send the file as an ascii file, just came through as binary here.
W.r.t warnings, if we can't fix them easily and non-intrusively then
we'll have to suppress them.
Robert.
On Tue, Feb 3, 2009 at 10:12 AM, Sukender wrote:
> Hi Robert,
>
> As the dashboard limits the warni
Hi All,
So are we ready for the OSG-2.8 branch?? It looks like we are a good
position to tag. Please raise your hand now if there is something
amiss that I need to address.
Cheers,
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
About the stats display problem, it's resolved here, thanks !
On Tue, Feb 3, 2009 at 10:15 AM, Robert Osfield wrote:
> Hi Umit,
>
> On Tue, Feb 3, 2009 at 3:58 AM, Ümit Uzun wrote:
> > Sorry for late but I have already tried 2.8 :)
> > There are some problem, while using osgviewer sometimes ther
Hi Umit,
On Tue, Feb 3, 2009 at 3:58 AM, Ümit Uzun wrote:
> Sorry for late but I have already tried 2.8 :)
> There are some problem, while using osgviewer sometimes there was a "Error:
> [Screen #0] GraphicsWindowWin32::swapBuffersImplementation() - Unable to
> swap display buffers" problem.
>
>
Hi Melchoir,
On Tue, Feb 3, 2009 at 7:33 AM, Melchior FRANZ wrote:
> Just for the record: I've had several segfaults in OSG's
> particle code (threading related) since I updated a few
> days ago. I'll post a backtrace when I run into it again.
The particle code has changed very little in the las
Hi,
svn rev 9631 builds correctly on CentOS 4.7:
- Kernel: 2.6.9-78.0.8.ELsmp
- gcc: 3.4.6-10
I have also setup a continuous build for trunk which will keep on
building until 2.8 is out! Appreciate everybody's effort in getting 2.8
out asap;)
Best regards,
John
Robert Osfield wrote:
Hi All
Hi JS et. al,
On Mon, Feb 2, 2009 at 8:51 PM, Jean-Sébastien Guay
wrote:
> Sooo... What are you planning as an upload area for packages? :-) You said
> we'd put them into SVN, but do you plan to give all of us commit access to a
> given area of the SVN? Perhaps an FTP would be easier, we could ju
Just for the record: I've had several segfaults in OSG's
particle code (threading related) since I updated a few
days ago. I'll post a backtrace when I run into it again.
m.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.opens
Hi Robert,
Sorry for late but I have already tried 2.8 :)
There are some problem, while using osgviewer sometimes there was a "Error:
[Screen #0] GraphicsWindowWin32::swapBuffersImplementation() - Unable to
swap display buffers" problem.
And almost all examples working on my system but osgprecip
Quick note: build is done, but most warnings are wrappers-related (and seem
harmless).
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Mon, 02 Feb 2009 21:54:34 +0100, Sukender a écrit:
> Hi Robert,
>
> Second experimental build launched. (SUKENDER1 20
"+1" :)
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Mon, 02 Feb 2009 21:51:05 +0100, Jean-Sébastien Guay
a écrit:
> Hi Robert,
>
>> Once 2.8.0-rc1 is done, it'll be time to even more build and runtime
>> testing, and for those planning to help out w
Hi Robert,
Second experimental build launched. (SUKENDER1 2009-02-02 on the dashboard, rev
9631, VC8sp1, all inclusive).
Maybe you'll have the result before going to sleep (=> To all: this is a
joke... Robert NEVER sleeps! :D Even "kill_and_go_to_bed -9" can't get rid of
him!!!)
Sukender
PVLE
Hi Robert,
Once 2.8.0-rc1 is done, it'll be time to even more build and runtime
testing, and for those planning to help out with packaging to start
creating packaging for the rc1.
Sooo... What are you planning as an upload area for packages? :-) You
said we'd put them into SVN, but do you p
Hi All,
Thanks for the all the testing, a few more bugs and warnings have been
fleshed and should be now resolved, alas this has taken me pretty well
all the day, so it's now too late for me to go create the
OpenSceneGraph-2.8 today. What I'll do is leave svn/trunk to be
tested over night and in
Hi Sukender (et. al)
On Mon, Feb 2, 2009 at 4:20 PM, Sukender wrote:
> Robert: Dashboard updated.
> Jeremy: What kind of machine do you have??? It seems to take ages to compile
> on my computer (Core2Duo 2.5Ghz)! Or maybe you've compiled just before and
> there was few to recompile...
I've now
Hi Jeremy,
On Mon, Feb 2, 2009 at 7:11 PM, Jeremy Moles wrote:
> The warning remains with the latest revision; osg::Object must also be
> initialized for this warning to go away. Why this is the case, I do not
> know.
This class doesn't directly inherit from osg::Object, I added all the
initiali
On Mon, 2009-02-02 at 17:32 +, Robert Osfield wrote:
> HI Jeremy,
>
> On Mon, Feb 2, 2009 at 5:19 PM, Jeremy Moles wrote:
> > The only MAJOR one I'm getting anymore is this:
> >
> > In copy constructor
> > 'osgViewer::InteractiveImageHandler::InteractiveImageHandler(const
> > osgViewer::Inter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Osfield wrote:
> On Mon, Feb 2, 2009 at 3:01 PM, Robert Osfield
> wrote:
>> I will now go across the machines I have and test out the build
>> with a fresh checkout. I'll also do testing on an OSX box that I
>> can remotely log into - I'll tes
On Mon, 2009-02-02 at 17:32 +, Robert Osfield wrote:
> HI Jeremy,
>
> On Mon, Feb 2, 2009 at 5:19 PM, Jeremy Moles wrote:
> > The only MAJOR one I'm getting anymore is this:
> >
> > In copy constructor
> > 'osgViewer::InteractiveImageHandler::InteractiveImageHandler(const
> > osgViewer::Inter
HI Jeremy,
On Mon, Feb 2, 2009 at 5:19 PM, Jeremy Moles wrote:
> The only MAJOR one I'm getting anymore is this:
>
> In copy constructor
> 'osgViewer::InteractiveImageHandler::InteractiveImageHandler(const
> osgViewer::InteractiveImageHandler&, const osg::CopyOp&)':
> /home/cubicool/sources/svn-O
On Mon, 2009-02-02 at 16:23 +, Robert Osfield wrote:
> Hi Jeremy,
>
> Could you please capture the warnings you are getting now. They are
> almost certainly be the same set as the original warnings you sent as
> I have fixed hundreds and hundreds and hundreds of warnings, having
> spent well
Thanks Robert, I'll only be able to test tomorrow morning but i'll let you
know.
On Mon, Feb 2, 2009 at 6:13 PM, Robert Osfield wrote:
> Hi Serge,
>
> On Mon, Feb 2, 2009 at 4:32 PM, Robert Osfield
> wrote:
> > Ack... two steps forward, one step back... Looks like a bug fix for
> > another stat
Hi Serge,
On Mon, Feb 2, 2009 at 4:32 PM, Robert Osfield wrote:
> Ack... two steps forward, one step back... Looks like a bug fix for
> another stats rendering problem broke this particular combination. I
> see the problem under Linux as well so can chase it up personally.
I've now improved th
On Mon, 2009-02-02 at 17:44 +0100, Sukender wrote:
> Hi J-S,
>
> Hem... I *do* use osgGA wrapper... And yes, I saw they cost much in compile
> time. :)
Yeah, I don't compile the introspection stuff because it makes it take
about 40 minutes here, too.
> Sukender
> PVLE - Lightweight cross-platfo
Hi J-S,
Hem... I *do* use osgGA wrapper... And yes, I saw they cost much in compile
time. :)
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Mon, 02 Feb 2009 17:36:49 +0100, Jean-Sébastien Guay
a écrit:
> Hi Sukender,
>
>> Alright... Strange thing it
Hi Sukender,
Alright... Strange thing it took 40 minutes on my machine (which is faster than
your laptop, and I had a few *.cpp already compiled). Or maybe you disable
compiling wrappers, examples, applications, plugins or such (I do compile them
all)?
If you don't use the wrappers, disable
Hi Serge,
On Mon, Feb 2, 2009 at 4:21 PM, Serge Lages wrote:
> Here is a screenshot fo my bug.
Ack... two steps forward, one step back... Looks like a bug fix for
another stats rendering problem broke this particular combination. I
see the problem under Linux as well so can chase it up persona
Alright... Strange thing it took 40 minutes on my machine (which is faster than
your laptop, and I had a few *.cpp already compiled). Or maybe you disable
compiling wrappers, examples, applications, plugins or such (I do compile them
all)?
Sukender
PVLE - Lightweight cross-platform game engine
Hi Jeremy,
Could you please capture the warnings you are getting now. They are
almost certainly be the same set as the original warnings you sent as
I have fixed hundreds and hundreds and hundreds of warnings, having
spent well over a week of my life dedicated to just aggressive
warnings level.
On Mon, 2009-02-02 at 17:20 +0100, Sukender wrote:
> Hi Jeremy, hi Robert,
>
> Robert: Dashboard updated.
> Jeremy: What kind of machine do you have??? It seems to take ages to compile
> on my computer (Core2Duo 2.5Ghz)! Or maybe you've compiled just before and
> there was few to recompile...
I
Hi Jeremy, hi Robert,
Robert: Dashboard updated.
Jeremy: What kind of machine do you have??? It seems to take ages to compile on
my computer (Core2Duo 2.5Ghz)! Or maybe you've compiled just before and there
was few to recompile...
Sukender
PVLE - Lightweight cross-platform game engine - http://
Hi all,
Here everything build fines under WinXP, VS8 SP1.
But I have a little question, when I call :
osviewer.exe --window 100 100 800 600 cow.osg
Then I try to display the stats, nothing appears before several hits on the
"s" button, and I just see some parts of the stats, is it normal ?
On M
Hi Robert,
>> In tests with my app I found some curious behaviour with the
>> QOSGWidget (non-GraphicsWindowEmbedded) implementation.
>>
>> Since moving from the GLWidget approach to this, the throwing
>> functionality of the TrackballManipulator disappeared. This is also
>> visible in the osgVie
On Mon, 2009-02-02 at 15:01 +, Robert Osfield wrote:
> Hi All,
>
> I've now finished all the merges/bug/features fixes that is required
> for OpenSceneGraph-2.8 branch. I had to do a few more changes since
> 2.7.9 than I would have liked due to resolve usage problems associated
> with the osg
Hi Morne,
On Mon, Feb 2, 2009 at 3:39 PM, Morné Pistorius
wrote:
> I successfully built the current trunk on Windows, VS8. Attached are
> more warnings if you are interested (about 71), they look to be mostly
> benign.
Thanks, I'll do a review of the warnings and look to get the fixed (or
suppr
Robert Osfield wrote:
I've now finished all the merges/bug/features fixes that is required
for OpenSceneGraph-2.8 branch. I had to do a few more changes since
2.7.9 than I would have liked due to resolve usage problems associated
with the osg::TransferFunction1D class. TransferFunction1D has ha
Hi Robert,
I successfully built the current trunk on Windows, VS8. Attached are
more warnings if you are interested (about 71), they look to be mostly
benign.
In tests with my app I found some curious behaviour with the
QOSGWidget (non-GraphicsWindowEmbedded) implementation.
Since moving from t
On Mon, Feb 2, 2009 at 3:01 PM, Robert Osfield wrote:
> I will now go across the machines I have and test out the build with a
> fresh checkout. I'll also do testing on an OSX box that I can
> remotely log into - I'll test just the CMake/Makefile build though,
> won't be able to test the XCode pr
Hi Robert, STOP
Experimental build launched on rev. 9622 (trunk) STOP
Using VC8sp1 STOP
See results on dashboard when available (Machine's name is "SUKENDER1") STOP
Should be finished in... err... when it's done! :)
STOP
Sukender STOP
PVLE - Lightweight cross-platform game engine - http://pvle.so
94 matches
Mail list logo