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: SourceForge.net <no...@so...> - 2003-03-22 04:17:25
|
Bugs item #680245, was opened at 2003-02-04 09:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=680245&group_id=43735 Category: GMTL Group: HEAD >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Allen Bierbaum (allenb) Assigned to: Allen Bierbaum (allenb) Summary: op[] doesn't quite behave as expected Initial Comment: There are some issues with operator[] not behaving as a user would expect. if a user has Matrix44f mat; They may try to access it using multi-array notation like: mat[3][0] In the current version, this will not work as expected. It doesn't access it in colum or row major order. The correct way to do this is mat(3,0) So I have two ideas to make this more fool proof. 1. Try to make op[] take two params interesting idea, but not the "normal" notation. 2. Make operator[] return a temporary object that then has an op[] that calls back into the matrix's op() with the correct args This can probably work fairly well and have very little overhead (just a pointer and an int). ---------------------------------------------------------------------- >Comment By: Ben Scott (nonchocoboy) Date: 2003-03-21 22:30 Message: Logged In: YES user_id=173947 Allen took care of this for the 0.2.1 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=680245&group_id=43735 |
|
From: Justin H. <ja...@vr...> - 2003-03-13 14:48:21
|
> are you sure it wasn't a problem converting quat->euler? Yes, I tested the quaternions individually, and they produced correct results the same as their source Euler angles. It looks like mult is indeed the problem. I'll fix it there. justin ----------------------------------------- Justin Hare <ja...@vr...> Virtual Reality Applications Center Iowa State University, Howe Hall http://www.vrac.iastate.edu/~jahare ----------------------------------------- |
|
From: Kevin M. <ke...@vr...> - 2003-03-13 14:39:52
|
in that case mult() should be rewritten (right?) because *= uses it correctly, but it is giving the wrong result. are you sure it wasn't a problem converting quat->euler? On Thu, 13 Mar 2003, Justin Hare wrote: > > > the real question is whether the matrix one should be changed to match > > this one. I always thought that q1 = q1 * q2 should be the same as q1 *= > > q2, and I think it is that way now isn't it? > > Actually, > > q1 *= q2; > > currently produces the same effect as > > q1 = q2 * q1; > > But the documentation in the header file says it should be > > q1 = q1 * q2; > > I'm going to change the implementation to match the documentation if > no one has any objections. > > justin > > ----------------------------------------- > Justin Hare <ja...@vr...> > Virtual Reality Applications Center > Iowa State University, Howe Hall > http://www.vrac.iastate.edu/~jahare > ----------------------------------------- > -- *--*---*---*----*-----*------*------*-----*----*---*---*--* Kevin Meinert /_/ home - http://www.vrsource.edu/~kevin \ / music - http://subatomic.vrsource.org \/ __ \/ \__ \_\ |
|
From: Justin H. <ja...@vr...> - 2003-03-13 14:11:18
|
> the real question is whether the matrix one should be changed to match > this one. I always thought that q1 = q1 * q2 should be the same as q1 *= > q2, and I think it is that way now isn't it? Actually, q1 *= q2; currently produces the same effect as q1 = q2 * q1; But the documentation in the header file says it should be q1 = q1 * q2; I'm going to change the implementation to match the documentation if no one has any objections. justin ----------------------------------------- Justin Hare <ja...@vr...> Virtual Reality Applications Center Iowa State University, Howe Hall http://www.vrac.iastate.edu/~jahare ----------------------------------------- |
|
From: Kevin M. <ke...@vr...> - 2003-03-13 07:48:29
|
so you're saying *= is actually a postmult for the argument when it
should be a pre? it probably shouldn't be. probably an incorrect
implementation, and something that wasn't compared the the matrix version
(if we even had one when I implemented it?)
looking at the code it says *= is defined to be:
template <typename DATA_TYPE>
Quat<DATA_TYPE>& operator*=( Quat<DATA_TYPE>& result, const Quat<DATA_TYPE>& q2 )
{
return mult( result, result, q2 );
}
if changing it to a pre mult makes more sense (i.e. if the matrix one is
that way), then I'd be up for it I suppose. definately write a test case
comparing matrix*=matrix, and quat*=quat yielding the same rotation. then
it will keep this from getting out of sync in the future.
the real question is whether the matrix one should be changed to match
this one. I always thought that q1 = q1 * q2 should be the same as q1 *=
q2, and I think it is that way now isn't it?
kevin
On Wed, 12 Mar 2003, Justin Hare wrote:
> > Is this a bug, or am I making some bad assumptions about how quaternion
> > multiplication should work?
> >
>
> Okay, I've made the incorrect assumption that
>
> quatA *= quatB;
>
> makes quatA be the rotation combination of quatA and THEN quatB. But it
> appears that quaternions are handled like matrix multiplication so they
> are applied in reverse order.
>
> So to get what I want, I need
>
> quatA = quatB * quatA;
>
> Is this how people generally handle quaternions? I know it's the way
> matrix multiplication works, but should reverse ordering also apply to
> quats?
>
> justin
>
> -----------------------------------------
> Justin Hare <ja...@vr...>
> Virtual Reality Applications Center
> Iowa State University, Howe Hall
> http://www.vrac.iastate.edu/~jahare
> -----------------------------------------
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> ggt-devel mailing list
> ggt...@li...
> https://lists.sourceforge.net/lists/listinfo/ggt-devel
>
--
*--*---*---*----*-----*------*------*-----*----*---*---*--*
Kevin Meinert /_/
home - http://www.vrsource.edu/~kevin \ /
music - http://subatomic.vrsource.org \/ __ \/
\__
\_\
|
|
From: Kevin M. <ke...@vr...> - 2003-03-13 07:39:47
|
well, you're making some assumtions based on euler to quat conversion (that it works). try axis angle to quat, it is better tested I think. On Wed, 12 Mar 2003, Justin Hare wrote: > I think I may have found a problem with the multiplication of quaternions. > > // +90 degree rotation about the Y-axis > gmtl::Quatf quatA = gmtl::make<gmtl::Quatf>(gmtl::EulerAngleXYZf(0,gmtl::Math::deg2Rad(90.0), 0)); > > // +90 degree rotation about the X-axis > gmtl::Quatf quatB = gmtl::make<gmtl::Quatf>(gmtl::EulerAngleXYZf(gmtl::Math::deg2Rad(90.0), 0, 0)); > > // Starting with a point on the X-axis > gmtl::Point3f point( 1, 0, 0 ); > > quatA *= quatB; > > point *= quatA; > > Now the point should be pointing along the Y-axis, but it is actually (0, > -1, 0), pointing straight down. > > Is this a bug, or am I making some bad assumptions about how quaternion > multiplication should work? > > justin > > ----------------------------------------- > Justin Hare <ja...@vr...> > Virtual Reality Applications Center > Iowa State University, Howe Hall > http://www.vrac.iastate.edu/~jahare > ----------------------------------------- > > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > ggt-devel mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-devel > -- *--*---*---*----*-----*------*------*-----*----*---*---*--* Kevin Meinert /_/ home - http://www.vrsource.edu/~kevin \ / music - http://subatomic.vrsource.org \/ __ \/ \__ \_\ |
|
From: Justin H. <ja...@vr...> - 2003-03-12 22:32:52
|
> Is this a bug, or am I making some bad assumptions about how quaternion > multiplication should work? > Okay, I've made the incorrect assumption that quatA *= quatB; makes quatA be the rotation combination of quatA and THEN quatB. But it appears that quaternions are handled like matrix multiplication so they are applied in reverse order. So to get what I want, I need quatA = quatB * quatA; Is this how people generally handle quaternions? I know it's the way matrix multiplication works, but should reverse ordering also apply to quats? justin ----------------------------------------- Justin Hare <ja...@vr...> Virtual Reality Applications Center Iowa State University, Howe Hall http://www.vrac.iastate.edu/~jahare ----------------------------------------- |
|
From: Justin H. <ja...@vr...> - 2003-03-12 22:01:46
|
I think I may have found a problem with the multiplication of quaternions. // +90 degree rotation about the Y-axis gmtl::Quatf quatA = gmtl::make<gmtl::Quatf>(gmtl::EulerAngleXYZf(0,gmtl::Math::deg2Rad(90.0), 0)); // +90 degree rotation about the X-axis gmtl::Quatf quatB = gmtl::make<gmtl::Quatf>(gmtl::EulerAngleXYZf(gmtl::Math::deg2Rad(90.0), 0, 0)); // Starting with a point on the X-axis gmtl::Point3f point( 1, 0, 0 ); quatA *= quatB; point *= quatA; Now the point should be pointing along the Y-axis, but it is actually (0, -1, 0), pointing straight down. Is this a bug, or am I making some bad assumptions about how quaternion multiplication should work? justin ----------------------------------------- Justin Hare <ja...@vr...> Virtual Reality Applications Center Iowa State University, Howe Hall http://www.vrac.iastate.edu/~jahare ----------------------------------------- |
|
From: SourceForge.net <no...@so...> - 2003-03-04 03:57:49
|
Feature Requests item #691513, was opened at 2003-02-23 00:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691513&group_id=43735 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Justin Hare (jahare) Summary: document GMTL's philosophy Initial Comment: I had Ben describe the general idea behind GMTL... such as the concept that you can convert between any two types with gmtl::set and gmtl::make Once I learned that, using gmtl became a LOT easier. I also think common operations such as getting translation/scale/rotation out of a matrix should be documented in some sort of tutorial/FAQ section. ---------------------------------------------------------------------- >Comment By: Justin Hare (jahare) Date: 2003-03-03 22:07 Message: Logged In: YES user_id=300613 This (and much more) has been documented in the new GMTL FAQ file. ---------------------------------------------------------------------- Comment By: Ben Scott (nonchocoboy) Date: 2003-02-27 17:49 Message: Logged In: YES user_id=173947 Justin is already hard at work on creating a FAQ part of this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691513&group_id=43735 |
|
From: Ben S. <bs...@ia...> - 2003-02-28 00:44:25
|
The first time is the normalized time of first contact and the last time is the normalized time of the last moment of contact. So yeah, if they completely pass through each other, you will get a 2nd timestamp of less than 1.0. cheers, -ben Justin Hare wrote: > I was looking at the GMTL function (in Intersection.h) that takes 2 > spheres and 2 paths of the spheres. It then performs intersection tests as > if the spheres were moving along these paths. > > The output is the normalized times of the first and second contacts. How > is it possible for the spheres to make contact twice, when they are both > traveling with constant speed and direction? > > Is the second contact time when they stop intersecting, like if they pass > through each other in the timestep? > > > ----------------------------------------- > Justin Hare <ja...@vr...> > Virtual Reality Applications Center > Iowa State University, Howe Hall > http://www.vrac.iastate.edu > ----------------------------------------- > > > > --- > To subscribe or unsubscribe, send email to maj...@vr... with > this in the BODY of the message: subscribe vjdev -OR- unsubscribe vjdev > --- |
|
From: Allen B. <al...@vr...> - 2003-02-27 23:45:51
|
Patrick Hartling wrote: > Shouldn't there be a GMTL version number bump after this change? It > breaks code that uses operator[] to access mData as an array, right? > > -Patrick You are right, there should probably be a version number increase. -Allen > > > ------------------------------------------------------------------------ > > Subject: > [ggt-checkins] cvs commit: GGT/modules/GMTL ChangeLog > GGT/modules/GMTL/gmtl Matrix.h MatrixOps.h > From: > Allen Bierbaum <al...@us...> > Date: > Mon, 24 Feb 2003 21:17:00 -0800 > To: > ggt...@li... > > > allenb 2003/02/24 21:17:00 PST > > Modified files: > modules/GMTL ChangeLog > modules/GMTL/gmtl Matrix.h MatrixOps.h > Log: > Changed Matrix::op[] to allow element access in row, column form. > To access the matrix elements directly, you must now use Matrix::mData[elt]. > > Revision Changes Path > 1.66 +3 -0 GGT/modules/GMTL/ChangeLog > 1.25 +31 -6 GGT/modules/GMTL/gmtl/Matrix.h > 1.28 +8 -8 GGT/modules/GMTL/gmtl/MatrixOps.h > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ggt/GGT/modules/GMTL/ChangeLog.diff?r1=1.65&r2=1.66&diff_format=l > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ggt/GGT/modules/GMTL/gmtl/Matrix.h.diff?r1=1.24&r2=1.25&diff_format=l > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ggt/GGT/modules/GMTL/gmtl/MatrixOps.h.diff?r1=1.27&r2=1.28&diff_format=l > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > ggt-checkins mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-checkins |
|
From: SourceForge.net <no...@so...> - 2003-02-27 23:42:38
|
Feature Requests item #691513, was opened at 2003-02-23 00:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691513&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) >Assigned to: Justin Hare (jahare) Summary: document GMTL's philosophy Initial Comment: I had Ben describe the general idea behind GMTL... such as the concept that you can convert between any two types with gmtl::set and gmtl::make Once I learned that, using gmtl became a LOT easier. I also think common operations such as getting translation/scale/rotation out of a matrix should be documented in some sort of tutorial/FAQ section. ---------------------------------------------------------------------- >Comment By: Ben Scott (nonchocoboy) Date: 2003-02-27 17:49 Message: Logged In: YES user_id=173947 Justin is already hard at work on creating a FAQ part of this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691513&group_id=43735 |
|
From: Patrick H. <pa...@13...> - 2003-02-27 22:37:51
|
Shouldn't there be a GMTL version number bump after this change? It breaks code that uses operator[] to access mData as an array, right? -Patrick -- Patrick L. Hartling | Research Assistant, VRAC pa...@13... | 2274 Howe Hall Room 2624 PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ |
|
From: SourceForge.net <no...@so...> - 2003-02-23 07:36:01
|
Feature Requests item #691514, was opened at 2003-02-23 00:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691514&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Chad Austin (aegis) >Assigned to: Ben Scott (nonchocoboy) Summary: gmtl/gmtl.h Initial Comment: It would be very cool to include one header and get all of gmtl... I had a Vec3f, and I wanted to write it to an ostream... but I didn't know what header to include in order to get that functionality. One header would make life MUCH easier. ---------------------------------------------------------------------- >Comment By: Ben Scott (nonchocoboy) Date: 2003-02-23 01:45 Message: Logged In: YES user_id=173947 Done ... Know that including this header will likely kill the speed at which your apps compile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691514&group_id=43735 |
|
From: SourceForge.net <no...@so...> - 2003-02-23 06:23:06
|
Feature Requests item #691514, was opened at 2003-02-23 00:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691514&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: gmtl/gmtl.h Initial Comment: It would be very cool to include one header and get all of gmtl... I had a Vec3f, and I wanted to write it to an ostream... but I didn't know what header to include in order to get that functionality. One header would make life MUCH easier. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691514&group_id=43735 |
|
From: SourceForge.net <no...@so...> - 2003-02-23 06:20:27
|
Feature Requests item #691513, was opened at 2003-02-23 00:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691513&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: document GMTL's philosophy Initial Comment: I had Ben describe the general idea behind GMTL... such as the concept that you can convert between any two types with gmtl::set and gmtl::make Once I learned that, using gmtl became a LOT easier. I also think common operations such as getting translation/scale/rotation out of a matrix should be documented in some sort of tutorial/FAQ section. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=691513&group_id=43735 |
|
From: Ben S. <bs...@ia...> - 2003-02-16 00:43:59
|
GMTL does not compile with VC6 because it does not support standard C++. As you are seeing, VC6 basically does not handle templates at all. If you want to compile on windows, use VC7 (.NET). -Ben Ben Thompson wrote: > Have you had problems compiling the cvs version of gmtl on windows via > Visual C++ 6.0? I'm having issues with overloaded template functions > that have different template definitions and/or same number of > parameters in both the template definition and function definition. > To put it plainly, MS compilers complain ALLOT. Some errors it says > that there are multiple definitions of the template function, in other > cases, it just won't match up the right template function call to the > appropriate template function implementation. > > I'll let you know more as I figure this out... > > -Ben > |
|
From: SourceForge.net <no...@so...> - 2003-02-04 15:15:48
|
Bugs item #680245, was opened at 2003-02-04 09:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=680245&group_id=43735 Category: GMTL Group: HEAD Status: Open Resolution: None Priority: 7 Submitted By: Allen Bierbaum (allenb) Assigned to: Allen Bierbaum (allenb) Summary: op[] doesn't quite behave as expected Initial Comment: There are some issues with operator[] not behaving as a user would expect. if a user has Matrix44f mat; They may try to access it using multi-array notation like: mat[3][0] In the current version, this will not work as expected. It doesn't access it in colum or row major order. The correct way to do this is mat(3,0) So I have two ideas to make this more fool proof. 1. Try to make op[] take two params interesting idea, but not the "normal" notation. 2. Make operator[] return a temporary object that then has an op[] that calls back into the matrix's op() with the correct args This can probably work fairly well and have very little overhead (just a pointer and an int). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=680245&group_id=43735 |
|
From: Patrick H. <pa...@13...> - 2003-01-31 03:17:56
|
I did a bit of digging, and Boost checks for __hpux to determine if the target platform is HP-UX. I've made the addition to gmtl/Defines.h so that NO_FLOORF, NO_CEILF, etc. are defined on HP-UX. -Patrick Erik Ferner wrote: > Hi everybody, > > I've had some compiling problems with HP-UX that are the same as > described in the thread "[ ggt-Bugs-580256 ] GMTL on Mac OS X" > (s.a. > http://sourceforge.net/mailarchive/forum.php?thread_id=891585&forum_id=7287) > > > HP-UX doesn't know ceilf() and floorf() (and probably others), and the > NO_FLOORF and NO_CEILF aren't set either. > This is probably fixed by adding HP-UX to the ifdef in gmtl/defines.h > > Also I get warnings about "mData" not being visible in Vec.h and Point.h > (probably others to, but I'm not using them yet) > Changing the line to this->mData fixes this. > > Thankx > Erik > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > ggt-devel mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-devel -- Patrick L. Hartling | Research Assistant, VRAC pa...@13... | 2274 Howe Hall Room 2624 PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ |
|
From: Patrick H. <pa...@13...> - 2003-01-30 13:37:53
|
Erik Ferner wrote: > Hi everybody, > > I've had some compiling problems with HP-UX that are the same as > described in the thread "[ ggt-Bugs-580256 ] GMTL on Mac OS X" > (s.a. > http://sourceforge.net/mailarchive/forum.php?thread_id=891585&forum_id=7287) > > > HP-UX doesn't know ceilf() and floorf() (and probably others), and the > NO_FLOORF and NO_CEILF aren't set either. > This is probably fixed by adding HP-UX to the ifdef in gmtl/defines.h Is there a reliable symbol that the HP-UX C++ compiler (or GCC on HP-UX) defines that could be used to test for building on HP-UX? Something like __hpux__? > Also I get warnings about "mData" not being visible in Vec.h and Point.h > (probably others to, but I'm not using them yet) > Changing the line to this->mData fixes this. Ironically, I just fixed that yesterday to fix problems building GMTL with the experimental GCC 3.4 code base. -Patrick -- Patrick L. Hartling | Research Assistant, VRAC pa...@13... | 2274 Howe Hall Room 2624 PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ |
|
From: Erik F. <eri...@vr...> - 2003-01-30 08:38:37
|
Hi everybody, I've had some compiling problems with HP-UX that are the same as described in the thread "[ ggt-Bugs-580256 ] GMTL on Mac OS X" (s.a. http://sourceforge.net/mailarchive/forum.php?thread_id=891585&forum_id=7287) HP-UX doesn't know ceilf() and floorf() (and probably others), and the NO_FLOORF and NO_CEILF aren't set either. This is probably fixed by adding HP-UX to the ifdef in gmtl/defines.h Also I get warnings about "mData" not being visible in Vec.h and Point.h (probably others to, but I'm not using them yet) Changing the line to this->mData fixes this. Thankx Erik |
|
From: <no...@so...> - 2002-12-24 06:45:46
|
Feature Requests item #627053, was opened at 2002-10-22 14:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=627053&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: gmtl::Math::clamp Initial Comment: I would love a function that lets me do something like: // clamp to range [-10, 10] float value = gmtl::Math::clamp(x, -10, 10); I always end up duplicating this in projects that use gmtl... ---------------------------------------------------------------------- >Comment By: Ben Scott (nonchocoboy) Date: 2002-12-24 00:45 Message: Logged In: YES user_id=173947 Actually, this appears to have been completed by subatomic in revision 1.31 of Math.h on the 15 of September. This functionality has been in GMTL since version 0.1.9! ---------------------------------------------------------------------- Comment By: Ben Scott (nonchocoboy) Date: 2002-12-22 19:50 Message: Logged In: YES user_id=173947 Pushing this back to the 0.1.14 release of GMTL ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=627053&group_id=43735 |
|
From: <no...@so...> - 2002-12-23 01:50:21
|
Feature Requests item #627053, was opened at 2002-10-22 14:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=627053&group_id=43735 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chad Austin (aegis) Assigned to: Nobody/Anonymous (nobody) Summary: gmtl::Math::clamp Initial Comment: I would love a function that lets me do something like: // clamp to range [-10, 10] float value = gmtl::Math::clamp(x, -10, 10); I always end up duplicating this in projects that use gmtl... ---------------------------------------------------------------------- >Comment By: Ben Scott (nonchocoboy) Date: 2002-12-22 19:50 Message: Logged In: YES user_id=173947 Pushing this back to the 0.1.14 release of GMTL ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437250&aid=627053&group_id=43735 |
|
From: <no...@so...> - 2002-12-23 01:45:46
|
Bugs item #621594, was opened at 2002-10-10 17:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=621594&group_id=43735 Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: max rheiner (maxoh) Assigned to: Nobody/Anonymous (nobody) Summary: compile error with vc6 / matrix.h Initial Comment: i've got problems to compile matrix.h with visual studio v6, i use the gmtl version 0.1.9. the compiler prints out this error: matrix.h(105) : error C2891: 'ROWS' : cannot take the address of a template parameter matrix.h(105) : error C2891: 'COLS' : cannot take the address of a template parameter ... line 105, matrix.h: for (unsigned int x = 0; x < Math::Min( COLS, ROWS ); ++x) line 424, math.h inline T Min( const T& x, const T& y ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^ i think the vc6 compiler can't solve the problem with the 'const T&' in Min and the template parameter. so i changed the line 105 in matrix.h to use the enums: for (unsigned int x = 0; x < Math::Min( Cols, Rows); ++x) now it works. ---------------------------------------------------------------------- >Comment By: Ben Scott (nonchocoboy) Date: 2002-12-22 19:45 Message: Logged In: YES user_id=173947 Sorry for the long delay in replying. I didn't see this bug get posted. :( Unfortunately, we don't support VC6 since most of GMTL won't compile with it. I recommend you upgrade to VC7 (.NET) if you want to use GMTL. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=437247&aid=621594&group_id=43735 |
|
From: <no...@so...> - 2002-12-23 01:33:43
|
Task #57263 has been updated. Project: Generic Graphics Toolkit Subproject: GMTL Summary: finish AABox Complete: 95% Status: Closed Authority : subatomic Assigned to: nonchocoboy Description: AABox and supporting operations are close, but still need to finish. Follow-Ups: ------------------------------------------------------- Date: 2002-12-22 19:33 By: nonchocoboy Comment: Completed this a while ago. Containment and sweep tests have been added. ------------------------------------------------------- For more info, visit: http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=57263&group_id=43735&group_project_id=16299 |
49 messages has been excluded from this view by a project administrator.
