public inbox for kawa@sourceware.org
 help / color / mirror / Atom feed
From: Per Bothner <per@bothner.com>
To: SANAN ANSARI <asannan822@gmail.com>,
	"kawa@sourceware.org" <kawa@sourceware.org>
Subject: Re: Request for GSoC project Typed/optimized arithmetic with unit
Date: Sun, 04 Mar 2018 07:16:00 -0000	[thread overview]
Message-ID: <6a830a53-9c4e-ab05-c056-1fff6f2546f9@bothner.com> (raw)
In-Reply-To: <5a9adcd0.1292630a.18215.d3d9@mx.google.com>

On 03/03/2018 09:35 AM, SANAN ANSARI wrote:
> Hi , I'm Sanan Ansari. I am pursing my B.E in computer Engineering from Mumbai university India.I just read the project idea of Typed/optimized arithmetic with unit. I have knowledge about Java.I would love to work on the project. Please .If you can give more documentation about project it will help me.
> 
> By the way this my first GSoC and I’m new to open source , real world project.
> 
> Hope you will help me as I’m a beginner.

Welcome!  The work needed to implement "Types for units" is moderate, but
it does require going fairly deep into low-level parts of the Kawa compiler.

Most of the work for "Types for units" will be in the Java language, but
it won't make sense without at least basic familiarity with the Kawa dialect of Scheme.
Plus test-cases and examples would be written in Scheme.  So start by downloading,
building, and using Kawa.  Write scripts and programs in it.  Perhaps focus in
on some Kawa feature that seems interesting/fun and go a bit deeper: For example
Kawa as a web server - or "Composable pictures" - or using it in place of a shell script.

Also look at the Kawa number hierarchy, especially the Quantities page:
https://www.gnu.org/software/kawa/Quantities.html
This doesn't go into depth, but should point in the right direction.
Also look at how Quantities are implemented - look in gnu/math in the source code.

As a model of what we want to do, look at how Kawa implements the unsigned types
ulong/uin/ushort/ubyte. Look at the dis-assembled bytecode (using either
the class gnu.byteode.dump or the standard javap).  Understand how ''ulong'
gets compiled to a plain long (when the types are known) vs how it is represented
as a gnu.math.ULog (when we don't know the type at compile-time).

In the same way that a 'ulong' is either a long or a gnu.math.ULong,
we want the type quantity[cm^2] to be either a double or a gnu.math.DQuantity.
Part of the goal is compile-time type-checking; part of the goal is to generate
efficient code, using just double arithmetic when possible.  In the latter case,
all of the unit checking and combing would be done at compile-time.

All of this stuff is in the Kawa manual at https://www.gnu.org/software/kawa/
-- 
	--Per Bothner
per@bothner.com   http://per.bothner.com/

  reply	other threads:[~2018-03-04  7:16 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-03 17:35 SANAN ANSARI
2018-03-04  7:16 ` Per Bothner [this message]
2018-03-04  7:26   ` SANAN ANSARI

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6a830a53-9c4e-ab05-c056-1fff6f2546f9@bothner.com \
    --to=per@bothner.com \
    --cc=asannan822@gmail.com \
    --cc=kawa@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).