quantity-users Mailing List for Quantities
Brought to you by:
berndspeiser
Menu
▾
▴
quantity-users — discussions re. use of Quantities
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ber...@t-...> - 2007-02-12 17:20:25
|
Hi all, I have just released a new version of the Quantities code and also of=20 BSUtilities. As you can see, there are now two versions of the=20 Quantities code. The reason for this is the following: For earlier versions, we had used gcc 3.3.3 as the compiler. Most of the = code compiled just fine, although in the latest release it was no longer = possible to compile the test programs. This has now been corrected.=20 However, when I tried to compile the code with gcc 4.1.2 (part of the=20 new openSuSE 10.2 distribution), errors prohibited the success of the=20 compilation, most probably due to much more strict adherence to the C++=20 standard. These bugs have now been corrected and the resulting code is in=20 BSUtilities-0.6.1 and Quantities-1.2.1. Unfortunately, it turned out=20 that some changes were not backwards compatible with gcc 3.3.3.=20 Therefore, I provided also a package Quantities-1.2.1-oldgcc, which=20 should be used with older versions of the compiler. I can not determine=20 at the moment, which of the intermediate compiler versions will compile=20 each of the codes. The BSUtilities-0.6.1 release is valid for both=20 Quantities releases. Best regards Bernd -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Bernd Speiser Institut f=FCr Organische Chemie Auf der Morgenstelle 18 D-72076 T=FCbingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
|
From: Bernd S. <ber...@un...> - 2006-05-30 12:44:03
|
Bernd Speiser wrote: > Kai Ludwig wrote: > >> Hello Bernd, >> >> as far as I know, there is no >> >> mol/cm^3 >> >> unit supported for a concentration. >> Is there a special reason for this (maybe some >> difficulties concerning the implementation)? > > > Kai, > there is no specific reason. In fact, the idea is to have ALL > combinations of AmountOfSubstance and Volume units availabe > automatically (by template metaprogramming). However, this seems to slow > down the compiler so much that it is impossible to generate. Thus, I am > just making a list of selected units. It is not difficult to include > mol/cm^3 into this list. > I have to give a lecture in five minutes, so I can't fodo it right now, > but I'll include it in the afternoon and then make a commit to the cvs > version. > Regards > Bernd > OK, the units MolePerCubicCentiMetre and MilliMolePerCubicCentiMetre have been added to the Concentration units which are accessible by name in the current cvs version of Quantity. Please check it out. Bernd -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: Bernd S. <ber...@un...> - 2006-05-30 09:08:43
|
Kai Ludwig wrote: > Hello Bernd, > > as far as I know, there is no > > mol/cm^3 > > unit supported for a concentration. > Is there a special reason for this (maybe some > difficulties concerning the implementation)? Kai, there is no specific reason. In fact, the idea is to have ALL combinations of AmountOfSubstance and Volume units availabe automatically (by template metaprogramming). However, this seems to slow down the compiler so much that it is impossible to generate. Thus, I am just making a list of selected units. It is not difficult to include mol/cm^3 into this list. I have to give a lecture in five minutes, so I can't fodo it right now, but I'll include it in the afternoon and then make a commit to the cvs version. Regards Bernd -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: Kai L. <kai...@un...> - 2006-05-30 08:56:58
|
Hello Bernd, as far as I know, there is no mol/cm^3 unit supported for a concentration. Is there a special reason for this (maybe some difficulties concerning the implementation)? Regards, Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Mail: kai...@un... |
|
From: <ber...@t-...> - 2006-04-24 16:29:31
|
Kai Ludwig wrote: > Thank you Bernd, > > >>So ---------------------> please download a recent cvs-Version of Loki >>to get rid of this warning. > > > now, there is a new Loki release 0.1.4 available. > It seems to work well. However, for the > installation of the lokilib.a with g++ > a patch was necessary (reported in one > of the mailing lists): One must add > > #include <stdint.h> > > in loki's SmartPtr.h (e.g. at line 42) > > Regards > Kai > > > All right - seems to work. Has been installed on echem9 also. Bernd -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: Kai L. <kai...@un...> - 2006-04-24 12:30:43
|
Thank you Bernd, > So ---------------------> please download a recent cvs-Version of Loki > to get rid of this warning. now, there is a new Loki release 0.1.4 available. It seems to work well. However, for the installation of the lokilib.a with g++ a patch was necessary (reported in one of the mailing lists): One must add #include <stdint.h> in loki's SmartPtr.h (e.g. at line 42) Regards Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Mail: kai...@un... |
|
From: Bernd S. <ber...@un...> - 2006-04-24 09:20:17
|
Kai Ludwig wrote: Kai, here is what I wrote on Jan 14, 2006 in an e-mail to the Quantity devel list: Dear quantity develop members, I will upload to cvs in a minute a new version of the Quantity library code, which has some important improvements for future work. Unfortunately, I had to do quite a bit of changes, when starting to use the most recent Loki library (v. 0.1.3). So, if you download and install the most recent version, please make sure you have installed the most recent Loki library. Have fun Bernd Maybe I should have sent this to the quantity users list as well, sorry ... But the problem is also somewhere else, see the following mail to the EChem++ devel list on Feb 23, 2006: Hi, I have just downloaded and installed on echem9 the most rcent version of the loki library (cvs version). It has been installed in parallel to the previous (stable) version 0.1.3. Th enew headers and the library are available through the same paths as the previous ones, which have been moved to /usr/lib/libloki-0.1.3 and /usr/include/loki-0.1.3. I needed the new version due to a bug which has been fixed upon my request. The cvs version of EChem++ should not be influenced by this. Once I upload the Experiment hierarchy you might need to use the new loki lib also on your local machines. Best regards Bernd So ---------------------> please download a recent cvs-Version of Loki to get rid of this warning. Regards Bernd > g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" > -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"Quantities\" > -DVERSION=\"1.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 > -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 > -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. -I. -I.. -I/usr/include/loki > -I/home/kl/software/src/quantity/BSUtilities -Wall -Werror -W -pedantic > -MT libGeneralQuantities_la-Digital.lo -MD -MP -MF > .deps/libGeneralQuantities_la-Digital.Tpo -c Digital.cc -fPIC -DPIC -o > .libs/libGeneralQuantities_la-Digital.o > /usr/include/loki/Functor.h: In copy constructor ` > Loki::Private::FunctorImplBase<R, ThreadingModel>::FunctorImplBase(const > Loki::Private::FunctorImplBase<R, ThreadingModel>&) [with R = > quantity::DedimReturn<quantity::Quantity<quantity::digital::Dimension, > quantity::digital::Unit, quantity::digital::Units, > quantity::digital::Unity, > bool>, quantity::digital::Unity>, ThreadingModel = Loki::SingleThreaded]': > /usr/include/loki/Functor.h:917: instantiated from > `Loki::FunctorHandler<ParentFunctor, Fun>* > Loki::FunctorHandler<ParentFunctor, Fun>::DoClone() const [with > ParentFunctor = > Loki::Functor<quantity::DedimReturn<quantity::Quantity<quantity::digital::Dimension, > quantity::digital::Unit, quantity::digital::Units, > quantity::digital::Unity, bool>, quantity::digital::Unity>, > Loki::Typelist<Loki::Tuple<Loki::Typelist<Loki::EmptyType, Loki::NullType> > >>, Loki::NullType>, Loki::SingleThreaded>, Fun = > > quantity::DedimReturn<quantity::Quantity<quantity::digital::Dimension, > quantity::digital::Unit, quantity::digital::Units, > quantity::digital::Unity, bool>, quantity::digital::Unity> > (*)(Loki::Tuple<Loki::Typelist<Loki::EmptyType, Loki::NullType> >)]' > /usr/include/loki/Functor.h:68: instantiated from here > /usr/include/loki/Functor.h:61: warning: base class `class > Loki::SmallObject<Loki::SingleThreaded, 4096, 256, 4, > Loki::LongevityLifetime::DieAsSmallObjectParent>' should be explicitly > initialized in the copy constructor > make[2]: *** [libGeneralQuantities_la-Digital.lo] Fehler 1 > make[2]: Leaving directory > `/home/kl/software/src/quantity/Quantities/GeneralQuantities' > make[1]: *** [install-recursive] Fehler 1 > > -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: Kai L. <kai...@un...> - 2006-04-24 09:00:04
|
Helle Bernd, today, I've done a new checkout of the quantity CVS tree in order to compile the experiment hierarchy of EChem++. Below you find the error message that occured during compilation of the quantity lib. Regards, Kai g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" -DPACKAGE_VERSION=3D\= "\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" -DPACKAGE=3D\"Quantiti= es\" -DVERSION=3D\"1.2\" -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMO= RY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -I. -I. -I.. -I/usr/include/loki -I/home/kl/software/src/quantity/BSUtilities -Wall -Werror -W -pedantic -MT libGeneralQuantities_la-Digital.lo -MD -MP -MF .deps/libGeneralQuantities_la-Digital.Tpo -c Digital.cc -fPIC -DPIC -o .libs/libGeneralQuantities_la-Digital.o /usr/include/loki/Functor.h: In copy constructor ` Loki::Private::FunctorImplBase<R, ThreadingModel>::FunctorImplBase(con= st Loki::Private::FunctorImplBase<R, ThreadingModel>&) [with R =3D quantity::DedimReturn<quantity::Quantity<quantity::digital::Dimension, quantity::digital::Unit, quantity::digital::Units, quantity::digital::Unity, bool>, quantity::digital::Unity>, ThreadingModel =3D Loki::SingleThrea= ded]': /usr/include/loki/Functor.h:917: instantiated from `Loki::FunctorHandler<ParentFunctor, Fun>* Loki::FunctorHandler<ParentFunctor, Fun>::DoClone() const [with ParentFunctor =3D Loki::Functor<quantity::DedimReturn<quantity::Quantity<quantity::digital:= :Dimension, quantity::digital::Unit, quantity::digital::Units, quantity::digital::Unity, bool>, quantity::digital::Unity>, Loki::Typelist<Loki::Tuple<Loki::Typelist<Loki::EmptyType, Loki::NullType= > >, Loki::NullType>, Loki::SingleThreaded>, Fun =3D quantity::DedimReturn<quantity::Quantity<quantity::digital::Dimension, quantity::digital::Unit, quantity::digital::Units, quantity::digital::Unity, bool>, quantity::digital::Unity> (*)(Loki::Tuple<Loki::Typelist<Loki::EmptyType, Loki::NullType> >)]' /usr/include/loki/Functor.h:68: instantiated from here /usr/include/loki/Functor.h:61: warning: base class `class Loki::SmallObject<Loki::SingleThreaded, 4096, 256, 4, Loki::LongevityLifetime::DieAsSmallObjectParent>' should be explicitly initialized in the copy constructor make[2]: *** [libGeneralQuantities_la-Digital.lo] Fehler 1 make[2]: Leaving directory `/home/kl/software/src/quantity/Quantities/GeneralQuantities' make[1]: *** [install-recursive] Fehler 1 --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Mail: kai...@un... |
|
From: Bernd S. <ber...@un...> - 2005-03-07 15:05:11
|
Hi all, according to Kai's suggestions I have changed the recent namespace naming scheme in Quantities into yet a new one: Symbols for the individual PhysicalQuantitie Xxx are now in namespaces xxx (lower case, without underscore), respectively. Sorry for the inconvenience. I hope that now some of the linking problems will disappear. Please let me know. Also, the Experiment and ExcitationFunction code has been adapted to these changes. Furthermore, a PowerEtSegment has been added for the sake of Alain's GUI. Best regards and have fun Bernd -- =================================================================== Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser =================================================================== |
|
From: Bernd S. <ber...@un...> - 2005-01-25 15:35:39
|
I have just uploaded a new version of Quantities to the cvs server. This contains a couple of bug fixed, but mainly a new scheme for standardization and reverse standardization (i.e., recalculation) of values between units. In particular, the design of the class hierarchies was changed in such a way that now standardization is no longer the responsibility of a Unit (which shouldn't know about the existence of recalculation anyway) but rather of a Quantity. In the process of these changes, also a couple of changes in names of classes were introduced (mainly, low level stuff). Please use the new version after checkout, and do inform me of any problems encountered. Regards and gave fun Bernd -- =================================================================== Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser =================================================================== |
|
From: Bernd S. <ber...@un...> - 2004-07-20 14:06:05
|
Kai Ludwig wrote: > Hello Bernd, > > how can one obtain the unit as string from a > Quantity? > > e.g. "molL-1" from a concentration? I just added this to cvs. You have access to name and symbol of the storage unit of any Variable, Constant, UniqueConstant, or ReferencedVariable: unitsymbol (), unitname () or Unitsymbol (), Unitname (). All functions return a std::string with the respective item. The functions with capital first letters are static, i.e. they can be called on a type, like Time::Unitname (), while the versions with the lower case first letter must be called on an object, such as Time t; std::string result = t.unitsymbol (); Bernd -- =================================================================== Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser =================================================================== |
|
From: Kai L. <kai...@un...> - 2004-07-20 08:57:05
|
Hello Bernd, how can one obtain the unit as string from a Quantity? e.g. "molL-1" from a concentration? Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: 07071/29-73049 Mail: kai...@un... |
|
From: <ber...@t-...> - 2004-07-14 19:02:36
|
resending since I received an error message from the mail system -------- Original Message -------- Subject: Re: [Quantity-devel] temperature conversion Date: Mon, 12 Jul 2004 17:32:22 +0200 From: ber...@t-... (Bernd Speiser) Reply-To: ber...@un... To: ber...@un... CC: qua...@li..., qua...@li... References: <40E...@un...> <40E...@un...> <40F...@un...> Bernd Speiser wrote: As regards the "implicit conversion" problem, > CelsiusTemperature Tc2 (0.); > ThermodynamicTemperature Tt3 (298.15); > ThermodynamicTemperature Tt4a = Tt3 + Tc2; // prints 298.15 K (wrong) > ThermodynamicTemperature Tt4b = Tc2 + Tt3; // prints 571.3 K > CelsiusTemperature Tc4a = Tt3 + Tc2; // prints 25 oC > CelsiusTemperature Tc4b = Tc2 + Tt3; // prints 298.15 oC (wrong) this was related to a non-safe operator+=, which accepted ANY quantity as a right hand side operand. This has now been changed. The above addition statements do no longer compile, as one should expect. Explicit conversion between the temperatures is still possible. The new version has just been uploaded to cvs. Bernd -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: <ber...@t-...> - 2004-07-11 15:20:18
|
Bernd Speiser wrote: > > What possible solutions do we have? > > (1) decide for one of the above - but which one? - and accept the situation > (2) remove DegreeCelsiusTemperature from TemperatureGroup and put it into a > new GT, simultaneously disallow operations between objects of same > dimension > but different variable type. This would require an explicit > conversion if > arithmetics between the types are desired, which would not be > possible with > the present constructors. I tried to solve the problem by separating Temperatures into ThermodynamicTemperature (in K and DegreeRankine, according to the Mills book), CelsiusTemperature, and FahrenheitTemperature, by updating the conversion and assignment operators in Variable (which was good to do anyway; before copy construction and assignment was certainly not strict enough), and by providing explicit conversion methods for the *Temperatures. Now, one can e.g. explicitly convert CelsiusTemperature into ThermodynamicTemperature before performing an addition. Then, of course, addition becomes commutative, although, e.g. the additions in CelsiusTemperature Tc2 (0.); ThermodynamicTemperature Tt3 (298.15); ThermodynamicTemperature Tt4a = Tt3 + Tc2; // prints 298.15 K (wrong) ThermodynamicTemperature Tt4b = Tc2 + Tt3; // prints 571.3 K CelsiusTemperature Tc4a = Tt3 + Tc2; // prints 25 oC CelsiusTemperature Tc4b = Tc2 + Tt3; // prints 298.15 oC (wrong) yield different results! On the other hand, ThermodynamicTemperature Tt5 = Tt3 + ThermodynamicTemperature (Tc2); ThermodynamicTemperature Tt6 = ThermodynamicTemperature (Tc2) + Tt3; yield the same result (571.3 K). So, in my opinion, in lieu of a possibility to disallow mixed expressions completely, there should be extreme care with such mixed cases, and explicit conversion should ALWAYS be used. Bernd -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: <ber...@t-...> - 2004-07-06 18:00:44
|
The new constructors for Variables and Constants from a number and a unit (either as std::string or char *) have been uploaded to the cvs server. Have fun! Bernd -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: Kai L. <kai...@un...> - 2004-07-06 12:52:12
|
> in principle, this should work, as we already discussed. > Could you make one more test: > check: > > Unit *unitpointer =3D Concentration::AllUnits::unit (unit); results in error: error: use of class template `template<class GT, class DT> class Units::Unit' as expression > ConcentrationUnit *unitpointer =3D ... (and as above) results in (old) error: antity/Variable.h: In constructor ` Quantities::Variable<Quantities::Quantity<GT, Loki::Typelist<U, UTail>= , DU, DT>, U>::Variable(DT, const NU&) [with NU =3D Units::Unit<Quantities::ConcentrationGroup, double>, GT =3D Quantities::ConcentrationGroup, Head =3D Quantities::ConcentrationUnits::MolePerLitre, Tail =3D Loki::Typelist<Quantities::ConcentrationUnits::MilliMolePerLitre, Loki::NullType>, DU =3D Quantities::ConcentrationUnits::MolePerLitre, = U =3D Quantities::ConcentrationUnits::MolePerLitre, DT =3D double]': PhysicalQuantitiesTest.cc:1399: instantiated from here ../../Quantity/Variable.h:125: error: incomplete type 'Units::UnitError<true>' cannot be used to name a scope Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: 07071/29-73049 Mail: kai...@un... |
|
From: <ber...@t-...> - 2004-07-06 12:35:48
|
Kai Ludwig wrote: > more details... > > >>Ok - works fine. But how can one generate the Unit of a physical >>quantity with a string? >>I tried the following, e.g. >> >>using namespace Quantities >> >>... >> >>Concentration(0.01,*(Concentration::AllUnits::unit(unit))) > Kai, in principle, this should work, as we already discussed. Could you make one more test: check: Unit *unitpointer = Concentration::AllUnits::unit (unit); Concentration c(0.01, *unitpointer); or ConcentrationUnit *unitpointer = ... (and as above) Does any of these work? Bernd -- ======================================================================= Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser ======================================================================= |
|
From: Kai L. <kai...@un...> - 2004-07-06 07:11:46
|
more details... > Ok - works fine. But how can one generate the Unit of a physical > quantity with a string? > I tried the following, e.g. > > using namespace Quantities > > ... > > Concentration(0.01,*(Concentration::AllUnits::unit(unit))) the argument 'unit' is a string, dynamically acquired by a GUI. > > ... > > and got the error message: y/Variable.h: In constructor `Quantities::Variable<Quantities::Quantity<GT, Loki::Typelist<U, UTail>, DU, DT>, U>::Variable(DT, const NU&) [with NU =3D Units::Unit<Quantities::ConcentrationGroup, double>, GT =3D Quantities::ConcentrationGroup, Head =3D Quantities::ConcentrationUnits::MolePerLitre, Tail =3D Loki::Typelist<Quantities::ConcentrationUnits::MilliMolePerLitre, Loki::NullType>, DU =3D Quantities::ConcentrationUnits::MolePerLitre, U =3D Quantities::ConcentrationUnits::MolePerLitre, DT =3D double]':modelParame= tersDialog.cpp:328: instantiated from here > antity/Variable.h:125: error: incomplete type 'Units::UnitError<true>' > cannot be used to name a scope Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: 07071/29-73049 Mail: kai...@un... |
|
From: Kai L. <kai...@un...> - 2004-07-06 07:06:08
|
> The AllUnits template now contains a new member function `allsymbols > ()'. This returns a std::vector<std::string> of the unit symbols which > are listed for a certain quantity. > Could be used as > > std::vector<std::string> timeunit_symbols Time::AllUnits::allsymbols > (); Ok - works fine. But how can one generate the Unit of a physical quantity with a string? I tried the following, e.g. using namespace Quantities ... Concentration(0.01,*(Concentration::AllUnits::unit(unit))) ... and got the error message: antity/Variable.h:125: error: incomplete type 'Units::UnitError<true>' cannot be used to name a scope Kai --=20 http://echempp.sourceforge.net Kai Ludwig Institut f=FCr Organische Chemie Auf der Morgenstelle 18 72076 T=FCbingen Tel.: 07071/29-73049 Mail: kai...@un... |
|
From: Bernd S. <ber...@un...> - 2004-07-01 10:49:16
|
Kai Ludwig wrote: > hi, > > I am working with a cvs working copy of the > new Quantities/BSUtilities tree. > (daily updated) want to multiply two > quantities and get the right unit, e.g. > > Concentration c1,c2; // MolePerLitre > GenericQuantity cc = c1*c2; > > should give a MolePerLitre^2 or something like > that. Seems to me that this is not supported > by now? > You are absolutely right. It is on my to-do list though. Regards Bernd -- =================================================================== Bernd Speiser Institut f"ur Organische Chemie Auf der Morgenstelle 18 D-72076 T"ubingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) fax: +49-7071-295518 e-mail: ber...@un... Internet: http://www.uni-tuebingen.de/speiser =================================================================== |
|
From: Kai L. <km...@us...> - 2004-07-01 08:18:44
|
hi, I am working with a cvs working copy of the new Quantities/BSUtilities tree. (daily updated) want to multiply two quantities and get the right unit, e.g. Concentration c1,c2; // MolePerLitre GenericQuantity cc = c1*c2; should give a MolePerLitre^2 or something like that. Seems to me that this is not supported by now? Kai |
