Menu
▾
▴
ggt-devel — Development discussion list
You can subscribe to this list here.
| 2002 |
Jan
(15) |
Feb
|
Mar
|
Apr
(8) |
May
(21) |
Jun
(7) |
Jul
(13) |
Aug
|
Sep
(5) |
Oct
(3) |
Nov
(2) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(3) |
Feb
(9) |
Mar
(20) |
Apr
(13) |
May
(8) |
Jun
(6) |
Jul
|
Aug
|
Sep
(20) |
Oct
|
Nov
(2) |
Dec
|
| 2004 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
(3) |
Sep
(15) |
Oct
(3) |
Nov
(17) |
Dec
(1) |
| 2005 |
Jan
(1) |
Feb
(3) |
Mar
(5) |
Apr
(7) |
May
|
Jun
(14) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(4) |
Sep
(12) |
Oct
(1) |
Nov
(3) |
Dec
(6) |
| 2007 |
Jan
(4) |
Feb
(18) |
Mar
(6) |
Apr
|
May
|
Jun
(36) |
Jul
(1) |
Aug
(9) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(12) |
Jul
(3) |
Aug
(6) |
Sep
(9) |
Oct
(9) |
Nov
(25) |
Dec
(5) |
| 2009 |
Jan
(7) |
Feb
(22) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(2) |
Nov
(7) |
Dec
|
| 2011 |
Jan
|
Feb
(1) |
Mar
(19) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(16) |
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Allen B. <al...@vr...> - 2005-04-02 22:32:54
|
Fixed. Ended up being a very simple change. I took the opportunity to simplify the build a bit by just grabbing all the header files recursively instead of having SConscript files in each source directory. This removed 3-4 files and replaced them with a few lines of code. :) -Allen Allen Bierbaum wrote: > Patrick Hartling wrote: > >> Well, it's been a month, and I find myself wondering if anything is >> going to get done about this, or is the plan to wait for SCons 0.97 and >> then back out the change that broke the installation of GMTL? >> Otherwise, it is completely unacceptable that this has been broken for >> so long. >> >> -Patrick >> > Has anyone looked at fixing it? > > -Allen > >> Patrick Hartling wrote: >> >>> The change described in this archived message breaks GMTL >>> installations: >>> >>> http://sourceforge.net/mailarchive/forum.php?thread_id=6272064&forum_id=7256 >>> >>> >>> >>> The directories gmtl/External and gmtl/Util are not installed with the >>> rest of the headers. >>> >>> -Patrick >>> >>> >>> -- >>> Patrick L. Hartling | VP Engineering, Infiscape >>> Corp. >>> PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ >> >> >> >> >> -- >> Patrick L. Hartling | VP Engineering, Infiscape Corp. >> PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > ggt-devel mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-devel > |
|
From: Allen B. <al...@vr...> - 2005-04-02 16:12:49
|
Patrick Hartling wrote: > Well, it's been a month, and I find myself wondering if anything is > going to get done about this, or is the plan to wait for SCons 0.97 and > then back out the change that broke the installation of GMTL? > Otherwise, it is completely unacceptable that this has been broken for > so long. > > -Patrick > Has anyone looked at fixing it? -Allen > Patrick Hartling wrote: > >> The change described in this archived message breaks GMTL installations: >> >> http://sourceforge.net/mailarchive/forum.php?thread_id=6272064&forum_id=7256 >> >> >> >> The directories gmtl/External and gmtl/Util are not installed with the >> rest of the headers. >> >> -Patrick >> >> >> -- >> Patrick L. Hartling | VP Engineering, Infiscape Corp. >> PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ > > > > -- > Patrick L. Hartling | VP Engineering, Infiscape Corp. > PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: Patrick H. <pa...@13...> - 2005-04-02 04:17:34
|
Well, it's been a month, and I find myself wondering if anything is going to get done about this, or is the plan to wait for SCons 0.97 and then back out the change that broke the installation of GMTL? Otherwise, it is completely unacceptable that this has been broken for so long. -Patrick Patrick Hartling wrote: > The change described in this archived message breaks GMTL installations: > > http://sourceforge.net/mailarchive/forum.php?thread_id=6272064&forum_id=7256 > > > The directories gmtl/External and gmtl/Util are not installed with the > rest of the headers. > > -Patrick > > > -- > Patrick L. Hartling | VP Engineering, Infiscape Corp. > PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: Oliver O. <oli...@ho...> - 2005-03-12 14:15:04
|
You were right, after installing scons 0.96.1 it work like a charm :-) Thanks, Oliver >From: Johnathan Gurley <joh...@gm...> >Reply-To: Johnathan Gurley <joh...@gm...> >To: Oliver Otto <oli...@ho...> >Subject: Re: [ggt-devel] compiler problem due to AttributeError >Date: Mon, 7 Mar 2005 13:08:39 -0600 > >The attribute the build system is trying to access has been changed in >the latest release of SCons (v0.96.90.D001); rolling back to the >previous release SCons 0.96.1 will fix the problem until the build >system is patched for the newest release of SCons. > >Regards, > >Johnathan Gurley > > >On Mon, 07 Mar 2005 15:39:32 +0000, Oliver Otto ><oli...@ho...> wrote: > > Hello, > > > > I am trying to compile and install gmtl on our new SGI Prism system, which > > runs Redhat Linux ia64. When I use scons I get the following error message: > > > > %> scons > > scons: Reading SConscript files ... > > Building GMTL Version: 0.4.5 > > AttributeError: 'module' object has no attribute 'options': > > File "SConstruct", line 478: > > if not SCons.Script.options.help_msg: > > > > I have tried: > > - Python 2.2.3 and 2.4, > > - scons v0.96.90.D001 > > - gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-42) > > > > I need to get this installed in order to use VRjuggler, does anyone has an > > idea what I can do to fix this? > > > > Thanks > > Oliver > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > ggt-devel mailing list > > ggt...@li... > > https://lists.sourceforge.net/lists/listinfo/ggt-devel > > |
|
From: Patrick H. <pa...@13...> - 2005-03-10 14:25:12
|
Oliver Otto wrote: > Hello, > > I am trying to compile and install gmtl on our new SGI Prism system, > which runs Redhat Linux ia64. When I use scons I get the following error > message: > > %> scons > scons: Reading SConscript files ... > Building GMTL Version: 0.4.5 > AttributeError: 'module' object has no attribute 'options': > File "SConstruct", line 478: > if not SCons.Script.options.help_msg: > > > I have tried: > - Python 2.2.3 and 2.4, > - scons v0.96.90.D001 > - gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-42) > > I need to get this installed in order to use VRjuggler, does anyone has > an idea what I can do to fix this? It looks to me like there is more breakage in the GMTL build. Try using SCons 0.96.1. The GMTL build is not up to date with the 0.96.90 pre-release. -Patrick -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: Oliver O. <oli...@ho...> - 2005-03-07 18:07:44
|
Hello,
I am trying to compile and install gmtl on our new SGI Prism system, which
runs Redhat Linux ia64. When I use scons I get the following error message:
%> scons
scons: Reading SConscript files ...
Building GMTL Version: 0.4.5
AttributeError: 'module' object has no attribute 'options':
File "SConstruct", line 478:
if not SCons.Script.options.help_msg:
I have tried:
- Python 2.2.3 and 2.4,
- scons v0.96.90.D001
- gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-42)
I need to get this installed in order to use VRjuggler, does anyone has an
idea what I can do to fix this?
Thanks
Oliver
|
|
From: Patrick H. <pa...@13...> - 2005-03-04 00:35:23
|
The change described in this archived message breaks GMTL installations: http://sourceforge.net/mailarchive/forum.php?thread_id=6272064&forum_id=7256 The directories gmtl/External and gmtl/Util are not installed with the rest of the headers. -Patrick -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: SourceForge.net <no...@so...> - 2005-03-02 08:26:19
|
Patches item #1154903, was opened at 2005-03-02 02:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437249&aid=1154903&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: Cygwin Build Support Initial Comment: I just wanted to get this patch off of my system and put it somewhere public. Adds cygwin build support to gmtl. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437249&aid=1154903&group_id=43735 |
|
From: SourceForge.net <no...@so...> - 2005-02-25 10:00:02
|
Bugs item #1151637, was opened at 2005-02-25 12:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1151637&group_id=43735 Category: GMTL Group: None Status: Open Resolution: None Priority: 5 Submitted By: trigras (trigras) Assigned to: Nobody/Anonymous (nobody) Summary: some operator* tweaking Initial Comment: there is a bunch of operator* maybe they can be replaced with somethink like: template <typename T, typename DATA_TYPE, unsigned ROWS, unsigned COLS> inline T operator*( const Matrix<DATA_TYPE, ROWS, COLS>& matrix, const T& in) { T temporary; return xform( temporary, matrix, in); } or even: template <typename T, typename M> inline T operator*( const M& matrix, const T& in ) { T temporary; return xform( temporary, matrix, in ); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1151637&group_id=43735 |
|
From: Patrick H. <pa...@13...> - 2005-02-19 21:39:09
|
st...@cs... wrote: > I have a project (simple OpenGL) which compiles fine under linux using gmtl. I > copied the project (including the gmtl folder with all its .h files and > subfolders. I get all these errors from Math.h compiling it such as: > > > h:\include\gmtl\Math.h(88): error C3861: 'fabsf': identifier not found, even > with argument-dependent lookup > h:\include\gmtl\Math.h(104): error C2039: 'ceilf' : is not a member of > 'operator``global namespace''' > > and similar errors with a bunch of things like tan,sin,cos,sqrt,etc. > > I thought these should all be in <math.h> which seems to be included. Any idea > what is going on here and how to fix it? Perhaps windows.h needs to be included before any GMTL headers are included? In my experience, including windows.h usually fixes unexpected compile errors relating to functions and preprocessor symbols. -Patrick -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: <st...@cs...> - 2005-02-18 01:13:36
|
I have a project (simple OpenGL) which compiles fine under linux using gmtl. I copied the project (including the gmtl folder with all its .h files and subfolders. I get all these errors from Math.h compiling it such as: h:\include\gmtl\Math.h(88): error C3861: 'fabsf': identifier not found, even with argument-dependent lookup h:\include\gmtl\Math.h(104): error C2039: 'ceilf' : is not a member of 'operator``global namespace''' and similar errors with a bunch of things like tan,sin,cos,sqrt,etc. I thought these should all be in <math.h> which seems to be included. Any idea what is going on here and how to fix it? Thanks, Stuart dis...@sf... |
|
From: Mikhail G. <bb...@ma...> - 2005-01-11 17:04:02
|
Proposal: change template <class T> inline bool isEqual( const T& a, const T& b, const T& tolerance); to template <class T> inline bool isEqual( const T& a, const T& b, const T& tolerance = std::numeric_limits<T>::epsilon() ); Don't forget to #include <limits> |
|
From: SourceForge.net <no...@so...> - 2004-12-02 12:57:23
|
Bugs item #1077554, was opened at 2004-12-02 14:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1077554&group_id=43735 Category: GMTL Group: None Status: Open Resolution: None Priority: 5 Submitted By: trigras (trigras) Assigned to: Nobody/Anonymous (nobody) Summary: gmtl-0.4.5 - conversion from 'const double' to 'float' Initial Comment: I think there somehow should be introduced DATA_TYPE: include\gmtl\VecOpsMeta.h(70) : warning C4244: 'return' : conversion from 'const double' to 'float', possible loss of data include\gmtl\VecOpsMeta.h(78) : warning C4244: 'return' : conversion from 'const double' to 'float', possible loss of data compiler - VC7.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1077554&group_id=43735 |
|
From: Patrick H. <pa...@in...> - 2004-11-30 20:14:08
|
I forgot to mention that PyGMTL is now supported on Mac OS X 10.3 using Boost.Python built from Boost 1.31.0 or 1.32.0. -Patrick Patrick Hartling wrote: > GMTL 0.4.5 has been uploaded to SourceForge. It is a snapshot of the > current CVS respository as of November 30, 2004, and it has been tagged > in the repository as gmtl-release-0-4-5. > > New and interesting things in this release include expression templates > for gmtl::Vec* and pickling support for all PyGMTL data types > (gmtl.Matrix44f, gmtl.Vec2d, etc.). There are a lot of imporvements and > bug fixes, and upgrading is highly recommended. > > -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
|
From: Patrick H. <pa...@in...> - 2004-11-30 19:02:53
|
GMTL 0.4.5 has been uploaded to SourceForge. It is a snapshot of the current CVS respository as of November 30, 2004, and it has been tagged in the repository as gmtl-release-0-4-5. New and interesting things in this release include expression templates for gmtl::Vec* and pickling support for all PyGMTL data types (gmtl.Matrix44f, gmtl.Vec2d, etc.). There are a lot of imporvements and bug fixes, and upgrading is highly recommended. -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
|
From: Allen B. <al...@vr...> - 2004-11-23 01:06:05
|
Patrick Hartling wrote: > Allen Bierbaum wrote: > >> I think a release would be a "good thing". >> >> There is one pending addition I would like to see added. >> >> - Make use of the static assert capabilities in all methods where it >> is known at compile time that the method call is invalid. > > > I could add this, but someone would have to tell me what functions and > methods need it. Anywhere there is a precondition assertion at the beginning of a method and all the conditions can be checked at compile time. In most cases these are checks on dimensions and types of the data parameters. Finding them isn't as much of an issue as making sure that the compilers on the platforms we support can all handle the complexity of the tests. > >> I don't have time to add this myself, so I am not going to object to >> vehemently if this doesn't get added before the release. > > > There can always be a 0.4.5 release made after the static assertions > are added. True. -A > > -Patrick > >> On Mon, 22 Nov 2004 09:30:10 -0600, Aron Bierbaum <ar...@ia...> >> wrote: >> >>> Patrick Hartling wrote: >>> >>>> Would anyone object to me making a new release of GMTL? The current >>>> version is 0.4.4. There hasn't been a GMTL release in quite a while, >>>> and all my testing has shown that the lastest code base is usable >>>> with a >>>> variety of compilers. >>>> >>>> -Patrick >>> >>> >>> Nope, considering all of the recent changes I think that it is a >>> good idea. >>> >>> -Aron >> > > |
|
From: Patrick H. <pa...@in...> - 2004-11-22 22:18:43
|
Allen Bierbaum wrote: > I think a release would be a "good thing". > > There is one pending addition I would like to see added. > > - Make use of the static assert capabilities in all methods where it > is known at compile time that the method call is invalid. I could add this, but someone would have to tell me what functions and methods need it. > I don't have time to add this myself, so I am not going to object to > vehemently if this doesn't get added before the release. There can always be a 0.4.5 release made after the static assertions are added. -Patrick > On Mon, 22 Nov 2004 09:30:10 -0600, Aron Bierbaum <ar...@ia...> wrote: > >>Patrick Hartling wrote: >> >>>Would anyone object to me making a new release of GMTL? The current >>>version is 0.4.4. There hasn't been a GMTL release in quite a while, >>>and all my testing has shown that the lastest code base is usable with a >>>variety of compilers. >>> >>> -Patrick >> >>Nope, considering all of the recent changes I think that it is a good idea. >> >>-Aron -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
|
From: Allen B. <abi...@gm...> - 2004-11-22 17:31:20
|
I think a release would be a "good thing". There is one pending addition I would like to see added. - Make use of the static assert capabilities in all methods where it is known at compile time that the method call is invalid. I don't have time to add this myself, so I am not going to object to vehemently if this doesn't get added before the release. -Allen On Mon, 22 Nov 2004 09:30:10 -0600, Aron Bierbaum <ar...@ia...> wrote: > Patrick Hartling wrote: > > Would anyone object to me making a new release of GMTL? The current > > version is 0.4.4. There hasn't been a GMTL release in quite a while, > > and all my testing has shown that the lastest code base is usable with a > > variety of compilers. > > > > -Patrick > > Nope, considering all of the recent changes I think that it is a good idea. > > -Aron > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > ggt-devel mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-devel > > |
|
From: Aron B. <ar...@ia...> - 2004-11-22 15:29:26
|
Patrick Hartling wrote: > Would anyone object to me making a new release of GMTL? The current > version is 0.4.4. There hasn't been a GMTL release in quite a while, > and all my testing has shown that the lastest code base is usable with a > variety of compilers. > > -Patrick Nope, considering all of the recent changes I think that it is a good idea. -Aron |
|
From: Patrick H. <pa...@in...> - 2004-11-22 15:08:54
|
Would anyone object to me making a new release of GMTL? The current version is 0.4.4. There hasn't been a GMTL release in quite a while, and all my testing has shown that the lastest code base is usable with a variety of compilers. -Patrick -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2msw3 | http://www.infiscape.com/ |
|
From: SourceForge.net <no...@so...> - 2004-11-16 15:44:07
|
Bugs item #1026050, was opened at 2004-09-10 14:30 Message generated for change (Settings changed) made by allenb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1026050&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: SCons install broken Initial Comment: The SCons install doesn't install VecOpsMeta.h. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1026050&group_id=43735 |
|
From: SourceForge.net <no...@so...> - 2004-11-16 15:43:40
|
Bugs item #849819, was opened at 2003-11-26 13:29 Message generated for change (Settings changed) made by allenb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=849819&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: 0.2.1 build broken in newest SCons Initial Comment: Chad@dads /usr/src/gmtl-0.2.1 $ scons install scons: Reading SConscript files ... Building GMTL Version: 0.2.1 scons: *** Illegal Options.Add() key `with-cppunit' File "SConstruct", line 189, in ? changing with-cppunit to with_cppunit fixes the problem ---------------------------------------------------------------------- Comment By: Chad Austin (aegis) Date: 2003-11-26 13:38 Message: Logged In: YES user_id=7212 I spoke too soon. ParseConfig(env, ...) should be changed to env.ParseConfig(...) and "lambda k,v:" should become "lambda k,v,env:" Works now, at least. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=849819&group_id=43735 |
|
From: SourceForge.net <no...@so...> - 2004-11-16 15:43:13
|
Bugs item #941199, was opened at 2004-04-24 02:56 Message generated for change (Settings changed) made by allenb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=941199&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: matrix inversion only works with Matrix44 Initial Comment: invertFull is hard-coded for 4x4 matrices, so it corrupts the stack (and doesn't work) if you try to invert a 2x2. :( ---------------------------------------------------------------------- Comment By: Allen Bierbaum (allenb) Date: 2004-11-16 09:42 Message: Logged In: YES user_id=4961 This appears to have been fixed a while ago. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=941199&group_id=43735 |
|
From: SourceForge.net <no...@so...> - 2004-11-16 15:42:39
|
Bugs item #941199, was opened at 2004-04-24 02:56 Message generated for change (Comment added) made by allenb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=941199&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: matrix inversion only works with Matrix44 Initial Comment: invertFull is hard-coded for 4x4 matrices, so it corrupts the stack (and doesn't work) if you try to invert a 2x2. :( ---------------------------------------------------------------------- >Comment By: Allen Bierbaum (allenb) Date: 2004-11-16 09:42 Message: Logged In: YES user_id=4961 This appears to have been fixed a while ago. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=941199&group_id=43735 |
|
From: SourceForge.net <no...@so...> - 2004-11-16 15:38:18
|
Bugs item #1067185, was opened at 2004-11-16 01:54 Message generated for change (Comment added) made by allenb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1067185&group_id=43735 Category: GMTL Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: trigras (trigras) >Assigned to: Allen Bierbaum (allenb) Summary: conversion from 'const double' to 'const float' warning Initial Comment: while trying to use gmtl with Matrix44d VS2003 produces warnings: ..\..\..\..\3rdparty\gmtl\gmtl\Generate.h(791) : warning C4244: 'initializing' : conversion from 'const double' to 'const float', possible loss of data Shoudn't there be a DATA_TYPE instead of float in lines 790-792 of Generate.h? And maybe in lines 795-797 also? All warnings: ..\..\..\..\3rdparty\gmtl\gmtl\Generate.h(790) : warning C4244: 'initializing' : conversion from 'const double' to 'const float', possible loss of data ..\..\..\..\3rdparty\gmtl\gmtl\Generate.h(851) : see reference to function template instantiation 'gmtl::Matrix<DATA_TYPE,ROWS,COLS> &gmtl::setRot<double,4,4,gmtl::XYZ>(gmtl::Matrix<DATA_TYPE,ROWS,COLS> &,const gmtl::EulerAngle<DATA_TYPE,ROTATION_ORDER> &)' being compiled with [ DATA_TYPE=double, ROWS=4, COLS=4, ROTATION_ORDER=gmtl::XYZ ] \work\projects\medint_checkout\robotics\code\base\robotdata\src\paths\PathPoint.cpp(114) : see reference to function template instantiation 'gmtl::Matrix<DATA_TYPE,ROWS,COLS> &gmtl::set<double,4,4,gmtl::XYZ>(gmtl::Matrix<DATA_TYPE,ROWS,COLS> &,const gmtl::EulerAngle<DATA_TYPE,ROTATION_ORDER> &)' being compiled with [ DATA_TYPE=double, ROWS=4, COLS=4, ROTATION_ORDER=gmtl::XYZ ] ..\..\..\..\3rdparty\gmtl\gmtl\Generate.h(791) : warning C4244: 'initializing' : conversion from 'const double' to 'const float', possible loss of data ..\..\..\..\3rdparty\gmtl\gmtl\Generate.h(792) : warning C4244: 'initializing' : conversion from 'const double' to 'const float', possible loss of data ---------------------------------------------------------------------- >Comment By: Allen Bierbaum (allenb) Date: 2004-11-16 09:38 Message: Logged In: YES user_id=4961 I fixed the places I saw explicit float types. They were on different lines, but it may be that you were using an older version of GMTL. Let me know if this does not fix the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=1067185&group_id=43735 |
49 messages has been excluded from this view by a project administrator.
