I took Arcane Jill's Int class and made a BigRational wrapper around it.
Now I'm sure that not everyone wants to use Rationals with BigIntegers so I made
the BigRational struct be a template taking in an argument. (it's a struct
because potentially the wrapped class is a native type without need for dynamic
alloc)

currently I've done some aliases with the version command

dmd --version=Long *.d
will alias BigRational(Long,1) rational;// the 1 means simplify fractions at
each stage
otherwise the alias is
alias BigRational(Int,0) rational;//big integer, don't simply fraction

it's been tested with both long and rational, albiet not heavily... I'm on a hasty time schedule but like to release early and often :-)

http://svn.dsource.org/svn/projects/deliria/turing/

you can find BigRational.d there, vec.d (which is a vector of 2,3,4 rationals, floats ints or reals...not doubles because of the linker bug with dmd.exe)

and a small test in main.d that shows you how to use them

if you find this useful drop me a line :-)

In article <c9c6qd$24pj$1@digitaldaemon.com>, hellcatv@hotmail.com says...
>
>I took Arcane Jill's Int class and made a BigRational wrapper around it.
>Now I'm sure that not everyone wants to use Rationals with BigIntegers so I made
>the BigRational struct be a template taking in an argument. (it's a struct
>because potentially the wrapped class is a native type without need for dynamic
>alloc)

Hey, cool. That was fast.

Just a few observations (from your post, not from your code, which I haven't
lookad at yet).

I think that the filename should be all lowercase, because of the style guide, and  because of the difference in file case handling between Windows and Linux.

It would be nice to just call it Rational. The "Big" prefix is not really necessary, and it would be nice for us to kinda use the same naming style. Well, I think so anyway, but who am I to start telling people what to call their own classes? ;-)

I'd be happy for this to coexist in the etc package. I don't see anyone else objecting either.

But I am impressed at rapidly you got this together. This is excellent!

I should mention that there was a bug in my toString() and toHexString()
functions, which is now fixed, so you might care to redownload and rebuild.

Arcane Jill

aye...the internal class is aliased to rational.
oh I forgot to mention it's BSD license... (that should be compatible for
everyone)

how about this:
I can't get any of this modules stuff to work properly--when I compiled your
bigints the compiler went haywire about two modules with the exception module
and two modules with the bigint module...
would you care to (at your leisure) integrate the BigRational into your etc
codebase?  I don't think my random project is necessarily the right "permanent
home" for BigRational...  (or we can figure out how to give both of us access to
your codebase and I coudl integrate it in-but then it probably wouldn't be as
stylewise consistent)

feel free to change function names to be more consistent.

I also think that vec.d deserves consideration as part of the etc library...
because so many people are writing their own vec classes... and this one has
everything Cg has to offer.
I just updated the files with the BSD license

-Daniel
In article <c9cccj$2c1d$1@digitaldaemon.com>, Arcane Jill says...
>
>In article <c9c6qd$24pj$1@digitaldaemon.com>, hellcatv@hotmail.com says...
>>
>>I took Arcane Jill's Int class and made a BigRational wrapper around it.
>>Now I'm sure that not everyone wants to use Rationals with BigIntegers so I made
>>the BigRational struct be a template taking in an argument. (it's a struct
>>because potentially the wrapped class is a native type without need for dynamic
>>alloc)
>
>Hey, cool. That was fast.
>
>Just a few observations (from your post, not from your code, which I haven't
>lookad at yet).
>
>I think that the filename should be all lowercase, because of the style guide, and  because of the difference in file case handling between Windows and Linux.
>
>It would be nice to just call it Rational. The "Big" prefix is not really necessary, and it would be nice for us to kinda use the same naming style. Well, I think so anyway, but who am I to start telling people what to call their own classes? ;-)
>
>I'd be happy for this to coexist in the etc package. I don't see anyone else objecting either.
>
>But I am impressed at rapidly you got this together. This is excellent!
>
>I should mention that there was a bug in my toString() and toHexString()
>functions, which is now fixed, so you might care to redownload and rebuild.
>
>Arcane Jill
>
>

hellcatv@hotmail.com wrote:

>feel free to change function names to be more consistent.
>
>I also think that vec.d deserves consideration as part of the etc library...
>because so many people are writing their own vec classes... and this one has
>everything Cg has to offer.
>I just updated the files with the BSD license
>
>-Daniel
>  
>

Parhaps there should be an etc.math3d module namespace for all the 3d stuff in etc.


-- 
-Anderson: http://badmama.com.au/~anderson/

In article <c9d3p6$8tm$1@digitaldaemon.com>, hellcatv@hotmail.com says...
>
>aye...the internal class is aliased to rational.
>oh I forgot to mention it's BSD license... (that should be compatible for
>everyone)
>
>how about this:
>I can't get any of this modules stuff to work properly--when I compiled your
>bigints the compiler went haywire about two modules with the exception module
>and two modules with the bigint module...

Errmm. I don't understand.


>would you care to (at your leisure) integrate the BigRational into your etc codebase?  I don't think my random project is necessarily the right "permanent home" for BigRational...  (or we can figure out how to give both of us access to your codebase and I coudl integrate it in-but then it probably wouldn't be as stylewise consistent)

Sure thing. No probs. Easiest thing to do is for you to hang onto it for a few days, because I'm trying to get a project set up on dsource. (I sent them an email but haven't had a reply yet). It will be a lot easier to integrate stuff once everything is nicely Subverted (is that the right word?) into an svn respository.

Also Ivan Senji has given me instructions on how to build a library, so I'll give that a bash, and hopefully the next release can contain an actual library you can link against, which should solve a lot of building headaches.


>I also think that vec.d deserves consideration as part of the etc library... because so many people are writing their own vec classes... and this one has everything Cg has to offer.

Cool. But ... I don't own the etc namespace. I used it because Walter said it was the most appropriate place. I'm still not completely sure whether it's a free-for-all or something that Walter needs to ok.

I didn't ask anyone to "consider" my class for etc. Actually, originally, it was going to be arcane.bigint. Now I'm rather hoping that it gets consideration for inclusion in "std".

I don't really have any objection to anyone putting things into etc, but, like I said, it's not my namespace. It's either Walter's, or it's everybody's. In the absence of a clear policy, either you just go ahead and hope it's ok, or ask Walter. In any case, I'm the wrong person to ask, and I'm not actually involved with Digital Mars.


>I just updated the files with the BSD license

Best sort. Mine's a variant of BSD.

The dsource project may take a few days to sort out. Especially as it's a weekend now. But hopefully by next weekend it will all be up and running.

Arcane Jill

I found the problem with the modules (and checked in the modified version to my
dsource location
http://svn.dsource.org/svn/projects/deliria/turing/

basically in file exception.d you had
module jill.bigint_files.exception

the latest dmd.exe was complaining that bigint_files was in both jill and etc changing it to etc fixed that :-) so ya when I changed it to module etc.bigint_files.exception it works.


the only thing really nasty about vec.d is that it uses the Zero template (it
should be called Constant template ) to grab zero, and one for the various
template types...
I probably should put that in an independent module, but I'm not sure how to
deal with the circular dependencies (rational needs the constant class, vec
needs the constant class AND the rational class, the constant class needs its
constituant types)
that's why I just slapped this template Zero(T) into the rational class (that
didn't have any 3rd party dependencies... perhaps we can work out a better
solution.


In article <c9d7fu$dvo$1@digitaldaemon.com>, Arcane Jill says...
>
>In article <c9d3p6$8tm$1@digitaldaemon.com>, hellcatv@hotmail.com says...
>>
>>aye...the internal class is aliased to rational.
>>oh I forgot to mention it's BSD license... (that should be compatible for
>>everyone)
>>
>>how about this:
>>I can't get any of this modules stuff to work properly--when I compiled your
>>bigints the compiler went haywire about two modules with the exception module
>>and two modules with the bigint module...
>
>Errmm. I don't understand.
>
>
>>would you care to (at your leisure) integrate the BigRational into your etc codebase?  I don't think my random project is necessarily the right "permanent home" for BigRational...  (or we can figure out how to give both of us access to your codebase and I coudl integrate it in-but then it probably wouldn't be as stylewise consistent)
>
>Sure thing. No probs. Easiest thing to do is for you to hang onto it for a few days, because I'm trying to get a project set up on dsource. (I sent them an email but haven't had a reply yet). It will be a lot easier to integrate stuff once everything is nicely Subverted (is that the right word?) into an svn respository.
>
>Also Ivan Senji has given me instructions on how to build a library, so I'll give that a bash, and hopefully the next release can contain an actual library you can link against, which should solve a lot of building headaches.
>
>
>>I also think that vec.d deserves consideration as part of the etc library... because so many people are writing their own vec classes... and this one has everything Cg has to offer.
>
>Cool. But ... I don't own the etc namespace. I used it because Walter said it was the most appropriate place. I'm still not completely sure whether it's a free-for-all or something that Walter needs to ok.
>
>I didn't ask anyone to "consider" my class for etc. Actually, originally, it was going to be arcane.bigint. Now I'm rather hoping that it gets consideration for inclusion in "std".
>
>I don't really have any objection to anyone putting things into etc, but, like I said, it's not my namespace. It's either Walter's, or it's everybody's. In the absence of a clear policy, either you just go ahead and hope it's ok, or ask Walter. In any case, I'm the wrong person to ask, and I'm not actually involved with Digital Mars.
>
>
>>I just updated the files with the BSD license
>
>Best sort. Mine's a variant of BSD.
>
>The dsource project may take a few days to sort out. Especially as it's a weekend now. But hopefully by next weekend it will all be up and running.
>
>Arcane Jill
>
>

Jill,

I haven't seen a request for a project yet, but if you're waiting, all I need is a name of the project.  Deimos?

BA



> 
> The dsource project may take a few days to sort out. Especially as it's a
> weekend now. But hopefully by next weekend it will all be up and running.
> 
> Arcane Jill
> 
> 

"Brad Anderson" <brad@sankaty.dot.com> escribió en el mensaje
news:c9dvnu$1de9$1@digitaldaemon.com
| Jill,
|
| I haven't seen a request for a project yet, but if you're waiting, all I
| need is a name of the project.  Deimos?
|
| BA
|
|
|

I've meaning to say this for a couple of weeks now, but I was hoping someone else could point it out. Sometime ago Daniel Yokomiso (who seems to also have disappeared from here) wrote a library named Deimos Template Library. I don't even know if it compiles anymore, and I don't think it went beyond the first release, but I just thought it should be noted. You can check for it here http://www.minddrome.com/produtos/d/.

-----------------------
Carlos Santander Bernal

Carlos Santander B. wrote:
> "Brad Anderson" <brad@sankaty.dot.com> escribió en el mensaje
> news:c9dvnu$1de9$1@digitaldaemon.com
> | Jill,
> |
> | I haven't seen a request for a project yet, but if you're waiting, all I
> | need is a name of the project.  Deimos?
> |
> | BA
> 
> I've meaning to say this for a couple of weeks now, but I was hoping someone
> else could point it out. Sometime ago Daniel Yokomiso (who seems to also
> have disappeared from here) wrote a library named Deimos Template Library. I
> don't even know if it compiles anymore, and I don't think it went beyond the
> first release, but I just thought it should be noted. You can check for it
> here http://www.minddrome.com/produtos/d/.
> 
> -----------------------
> Carlos Santander Bernal

I forgot this project was called Deimos Template Library. My memory abbreviated it to DTL. I think a cool name like Deimos should be used by an active library rather than by one that's been gathering dust.

Deimos Template Library doesn't compile anymore. I think it's been abandoned by its author. The release was apparently on 25 Nov 2002 (http://www.digitalmars.com/drn-bin/wwwnews?D/9596).

Some changes have occurred since the release of Deimos Template Library 0.0.1:
- deprecation of instance and C-style casts (DMD 0.88)
- renaming of apply to opApply (DMD 0.75)
- change of syntax of WYSIWYG strings (DMD 0.69)

Unfortunately, it's quite possible that Daniel Yokomiso has lost interest in D. The last post of his that I found was posted on 11 Oct 2003 (http://www.digitalmars.com/drn-bin/wwwnews?D/18239).


-- 
Justin (a/k/a jcc7)
http://jcc_7.tripod.com/d/

In article <c9dvnu$1de9$1@digitaldaemon.com>, Brad Anderson says...
>
>Jill,
>
>I haven't seen a request for a project yet, but if you're waiting, all I need is a name of the project.  Deimos?
>

Deimos, yes. Definitely.

You didn't get my email then? Ah well.