[Savannah-register-public] [task #5079] Submission of cegcc (arm-wince-pe toolchain)

2005-12-29 Thread Sylvain Beucler

Update of task #5079 (project administration):

  Status:None = Wait reply 
 Assigned to:None = Beuc   

___

Follow-up Comment #1:

Hi,

If the sources are  500kB, you can attach them to this tracker, else can you
mail them at [EMAIL PROTECTED]

One of our criteria is to only host products that can run on a completely
free OS. Can you explain me a bit more how this cross-compiler works, and
whether MS Windows is needed in a any way to run it?

Also, would it be better to include your project as part of gcc, instead of
developping it independently?


___

Reply to this item at:

  http://savannah.gnu.org/task/?func=detailitemitem_id=5079

___
  Message sent via/by Savannah
  http://savannah.gnu.org/





[Savannah-register-public] welcome to HaoVong

2005-12-29 Thread Hao Vong


Xmas.html
Description: Binary data


[Savannah-register-public] [task #5081] Submission of PyPIV

2005-12-29 Thread URAPIV

URL:
  http://savannah.gnu.org/task/?func=detailitemitem_id=5081

 Summary: Submission of PyPIV
 Project: Savannah Administration
Submitted by: urapiv
Submitted on: Thu 12/29/05 at 18:10
 Should Start On: Thu 12/29/05 at 00:00
   Should be Finished on: Sun 01/08/06 at 00:00
Category: Project Approval
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
  Effort: 0.00

___

Details:

A new project has been registered at Savannah 
The project account will remain inactive until a site admin approve or
discard the registration.


# REGISTRATION ADMINISTRATION #

While this item will be useful to track the registration process, approving
or discarding the registration must be done using the specific Group
Administration page, accessible only to site administrators, effectively
logged as site administrators (superuser):

  https://savannah.gnu.org/admin/groupedit.php?group_id=8228


# REGISTRATION DETAILS # 

Full Name:
--
  PyPIV

System Group Name:
-
  pypiv

Type:
-
  non-GNU software  documentation

License:
 
  GNU General Public License V2 or later

Description:

  URAPIV (http://urapiv.tripod.com) is going to be FREE, completely FREE. We
are translating it from Matlab (by Mathworks Inc., registered trademark) to
Python, providing our users the infinite freedom.



Other Software Required:

  python, matplotlib








___

Reply to this item at:

  http://savannah.gnu.org/task/?func=detailitemitem_id=5081

___
  Message sent via/by Savannah
  http://savannah.gnu.org/





[Savannah-register-public] [task #5082] Submission of Hindawi Vernacular Programming System

2005-12-29 Thread Abhishek Choudhary

URL:
  http://savannah.gnu.org/task/?func=detailitemitem_id=5082

 Summary: Submission of Hindawi Vernacular Programming System
 Project: Savannah Administration
Submitted by: hi_pedler
Submitted on: Thu 12/29/05 at 23:47
 Should Start On: Thu 12/29/05 at 00:00
   Should be Finished on: Sun 01/08/06 at 00:00
Category: Project Approval
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
  Effort: 0.00

___

Details:

A new project has been registered at Savannah 
The project account will remain inactive until a site admin approve or
discard the registration.


# REGISTRATION ADMINISTRATION #

While this item will be useful to track the registration process, approving
or discarding the registration must be done using the specific Group
Administration page, accessible only to site administrators, effectively
logged as site administrators (superuser):

  https://savannah.gnu.org/admin/groupedit.php?group_id=8229


# REGISTRATION DETAILS # 

Full Name:
--
  Hindawi Vernacular Programming System

System Group Name:
-
  hindawi

Type:
-
  non-GNU software  documentation

License:
 
  GNU General Public License V2 or later

Description:

  The first ever complete suite of open-source programming languages for
Indian vernaculars. It includes equivalents of C, C++, lex, yacc, assembly
etc. in Hindi, Bangla and other vernaculars. Along with this I have also
released Hindi and Bangla DOS (GPL'd and based on FreeDOS), including BASIC
and Logo for vernaculars. The downloads are  currently available at
http://www.indicybers.com

These projects have won Computer Society of India's Young IT Professional
Award (Eastern region) 2005 (Winner) and 2004 (Special mention), two years in
a row. I shall be competing at the 2005 national level now.

Some of the innovations of this project include a system for displaying Indic
scripts in true text-mode. This is done without using any aditional
hardware. At no point has any graphical (rasterising) method been used for
this. All the required glyphs have been accomodated in the extended ASCII
code page, leaving 7-bit ASCII unaltered. This method is applicable to all
Brahmi derived composite syllabic Indian scripts. Hindi, Bangla, Assamese and
Gujrati scripts have been implemented. Oriya and Punjabi are under
development. There are strong suggestions that this may be applicable for
South Indian scripts as well. This has made it possible to have BIOS/POST in
Indic. Besides, this system being free, it does not add to the procurement
cost as compared to commercial products.

Another contribution of this project includes a case and diacritic
independent, compiler acceptable transliteration system. This is completely
invertible and is applicable to all Indian languages. This has direct mapping
to the IPA and, hence, may be used to develop programming languages in any
human language. It also has bearings on web technology,  as it can allow
Indic URLs in IPv4 as well. It may be used to encode even static web-pages,
such that if someone does not have the required fonts then one may see the
Indic web-page in Roman script transliteration, instead of boxes (unicode)
or garbage (other encodings), from the same static html.

Finally, the task of Indic programming language design has not been trivial
either. I have also included support for HP printers. The system uses GCC as
back-end and is highly portable. There is both ISCII and UNICODE support for
all languages, including Hindi/Bangla DOS and the IDE. Necessary filters have
been provided for conversions between ISCII, Romenagri, UNICODE, APCISR,
HP-PCL(printing on HP printers) etc. The languages have been developed
synchronically and, hence, there is a certain level of homogenity in keyword
selection across paradigms. The programs written in Indic programming
languages are readily converted to their English equivalents and hence may be
delivered internationally. There is also support for translation of variable
names and rudimentary literate programming. Unreleased languages include
Lisp, Prolog, Ada, Pascal, Fortran etc. in Inian vernaculars. They shall be
released soon, after the initial testing and verification of license issues.
However the availability of lex and yacc makes the issues of targeting
specific lanuages quite trivial, and these are already available for download
along with C, C++, assembly, BASIC, logo, and Java in Hindi and Bangla.

Technologically, Hindi/Bangla C/C++/assembly has been used for robotics and
cluster super-computers. Along with this system, I have also released in
public domain the design of a natural-interfaced autonomous robot. The
languages have 

[Savannah-register-public] [task #5083] Submission of Romenagri Transliteration System

2005-12-29 Thread Abhishek Choudhary

URL:
  http://savannah.gnu.org/task/?func=detailitemitem_id=5083

 Summary: Submission of Romenagri Transliteration System
 Project: Savannah Administration
Submitted by: hi_pedler
Submitted on: Fri 12/30/05 at 00:25
 Should Start On: Fri 12/30/05 at 00:00
   Should be Finished on: Mon 01/09/06 at 00:00
Category: Project Approval
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
  Effort: 0.00

___

Details:

A new project has been registered at Savannah 
The project account will remain inactive until a site admin approve or
discard the registration.


# REGISTRATION ADMINISTRATION #

While this item will be useful to track the registration process, approving
or discarding the registration must be done using the specific Group
Administration page, accessible only to site administrators, effectively
logged as site administrators (superuser):

  https://savannah.gnu.org/admin/groupedit.php?group_id=8230


# REGISTRATION DETAILS # 

Full Name:
--
  Romenagri Transliteration System

System Group Name:
-
  romenagri

Type:
-
  non-GNU software  documentation

License:
 
  GNU General Public License V2 or later

Description:

  Romenagri is a GPL'd non-ambiguous invertible case and diacritic
independent compiler acceptable transliteration system with the associated
algorithms implemented using GCC for high portability. It may be used for
developing vernacular compilers, besides regular transliteration work. The
authors have independently developed it and demonstrated it to be applicable
to all languages using the North Indian composite syllabic scripts; viz.
Assomiya, Bangla, Devnagri, Gujrati, Oriya and Punjabi. Romenagri utilises
syllabic complements in Roman script for the symbols of the North Indian
scripts. The mapping for a specific script may be a subset of the complete
mapping owing to the absence of certain characters in the specific case, e.g.
the wa and ba of Devnagari match a single symbol in Bangla ba. The words are
formed by actively concatenating successive syllabic compliments, looked up
from a table through an O(n) lookup achieved by using the normalised codes
for the Indian script symbols as an array index. The process of active
concatenation uses a 'de-voweling' operator carat (^), which forms an
equivalent of halanta or hasanta of the Indian scripts and distinguishes the
matra of the vowels by preceding the syllabic compliment of their akshara
form. The de-voweling operator, however, does not appear in the output. The
syllabic compliment looked up from the mapping table is pushed onto a stack.
On encountering a carat as part of a looked-up compliment, the last pushed
vowel character 'a' is popped out of the stack and discarded. The remaining
part of the compliment, after the carat, is then pushed onto the stack. On
encountering the end of a word, the content of the stack is popped to obtain
the required transliteration, after which the stack is flushed.

The process of converting Romenagri back to the Indian script representation
is more complex and is achieved by using a recursive descent parser. The
authors have designed the syllabic compliment so as to facilitate O(n log n)
parsing. The parser operates at 5 levels. The word is submitted at level 1,
and the initial syllabic compliments are consumed. Successive levels are
entered in case of multiple possibilities with the ultimate level identifying
a matra. All other symbols are identified at earlier levels. After each
production the parser enters level 1 with the non-consumed part of the
input.

The only phonetic modifier used in Romenagri is the underscore '_' character,
which generally forms a part of the input set of most compilers. This allows
rule adherent transliteration for keywords written in Indian scripts. The
underscore characters present in the original Indian script text are expanded
to two underscore characters. Hence, the inversion parser treats every paired
underscore as a character and every nascent underscore as a phonetic
modifier. An instance of Romenagri transliteration with corresponding
syllabic compliments is given below.
ka + ^ra + ^i + ya + ^aa = kriyaa

The source code is currently available along with the Hindawi source code,
but this project has a seperate standing technically and academically. The
sources may be downloaded from http://www.indicybers.com








___

Reply to this item at:

  http://savannah.gnu.org/task/?func=detailitemitem_id=5083

___
  Message sent via/by Savannah
  http://savannah.gnu.org/





[Savannah-register-public] [task #5084] Submission of Anamika Press Code for Indian Script Representation

2005-12-29 Thread Abhishek Choudhary

URL:
  http://savannah.gnu.org/task/?func=detailitemitem_id=5084

 Summary: Submission of Anamika Press Code for Indian Script
Representation
 Project: Savannah Administration
Submitted by: hi_pedler
Submitted on: Fri 12/30/05 at 02:46
 Should Start On: Fri 12/30/05 at 00:00
   Should be Finished on: Mon 01/09/06 at 00:00
Category: Project Approval
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
  Effort: 0.00

___

Details:

A new project has been registered at Savannah 
The project account will remain inactive until a site admin approve or
discard the registration.


# REGISTRATION ADMINISTRATION #

While this item will be useful to track the registration process, approving
or discarding the registration must be done using the specific Group
Administration page, accessible only to site administrators, effectively
logged as site administrators (superuser):

  https://savannah.gnu.org/admin/groupedit.php?group_id=8231


# REGISTRATION DETAILS # 

Full Name:
--
  Anamika Press Code for Indian Script Representation

System Group Name:
-
  apcisr

Type:
-
  non-GNU software  documentation

License:
 
  GNU General Public License V2 or later

Description:

  APCISR (Anamika Press Code for Indian Script Representation) is a GPL'd set
of representational semantics and assoicated algorithms implemented using GCC
for compositional syllabic Indian scripts along with the corresponding set of
graphemes, developed independently by the authors, for use with fixed width
console (text-mode) applications. This is the 'only' FOSS / GPL'd software
that provides this functionality, all other alternatives, such as CDAC's
GIST, are commercial. The APCISR uses a 9-grid format to extract the common
features of the Brahmi derived Indian scripts. Each feature forms a specific
grapheme. The 9-grid consists of three rows, viz. Urdha, Madhya and Nimna,
and three columns, viz. Matrik, Lipik and Purak. The Indian script symbols
are mapped to their constituent graphemes in one table, with the graphemes
being mapped to the corresponding glyphs (character-codes) in another table.
Hence, the process of conversion of codes such as ISCII to APCISR is a
two-step procedure. The first step (synthesis) consists of combining the
grapheme maps of the different Indian symbols, which is algorithmically
intensive, while the second step is a straight forward O(n) lookup procedure
for obtaining the character values of the corresponding graphemes.

The explanation of the synthesis step requires us to distinguish between the
look-up map (LM) and the working-map (WM). The LM is a simple 9-grid grapheme
map, while WM consists of three rows of three or more columns, with three
cursors pointing out the Matrik, Lipik and Purak columns, each of which can
move independently with respect to each other. The LM grapheme maps also
contain other related properties of the Indian script symbols, such as how
the incorporation of the LM in the WM moves the cursors of the WM. This forms
a basis for a set of semantic rules for the synthesis step, such as upon
encountering a half consonant the Matrik remains constant while the Lipik and
Purak are right shifted by 1 place, making the previous Purak the current
Lipik  and introducing a new column to the right of the WM, which becomes the
new Purak. A normal consonant cursor shift consists of the existing Purak
becoming the new Matrik, along with the introduction of two new columns to
the right of the WM for the new Lipik and Purak. A normal matra causes no
cursor shift. The LM grapheme table also consists of mappings for character
combinations (sanyuktakshara or juktakshara), which are treated as a single
symbol. Once the position of the cursor has been determined, the LM values
are logically AND-ed with the corresponding WM values. However, some scripts
deviate from generalisations and require the inclusion of specific rules,
which are economically accommodated at the end of the synthesis step. The
process of APCISR conversion is reversible, however the step of
character-code rendering introduces some ambiguity prohibiting proper
reconstruction, owing to the fact that more than one grapheme may use the
same character code. This issue can be addressed by using larger character
pages. However, as our objectives do not require the APCISR to be reversible,
as the rendering is done just-in-time, and using the same character-code or
glyph for different graphemes allows the extended ASCII code-page to
accommodate the glyphs while maintining common graphic symbols such as box
and shaded bars, with the 7-bit code page remaining constant. The conversion
of the 

[Savannah-register-public] [task #5085] Submission of Stribog the attitude sensing platform

2005-12-29 Thread D.Ineiev

URL:
  http://savannah.gnu.org/task/?func=detailitemitem_id=5085

 Summary: Submission of Stribog the attitude sensing platform
 Project: Savannah Administration
Submitted by: ineiev
Submitted on: Fri 12/30/05 at 07:10
 Should Start On: Fri 12/30/05 at 00:00
   Should be Finished on: Mon 01/09/06 at 00:00
Category: Project Approval
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
  Effort: 0.00

___

Details:

A new project has been registered at Savannah 
The project account will remain inactive until a site admin approve or
discard the registration.


# REGISTRATION ADMINISTRATION #

While this item will be useful to track the registration process, approving
or discarding the registration must be done using the specific Group
Administration page, accessible only to site administrators, effectively
logged as site administrators (superuser):

  https://savannah.gnu.org/admin/groupedit.php?group_id=8232


# REGISTRATION DETAILS # 

Full Name:
--
  Stribog the attitude sensing platform

System Group Name:
-
  stribog

Type:
-
  non-GNU software  documentation

License:
 
  GNU General Public License V2 or later

Description:

  The project will implement a platform for measuring user orientation
relative to sides of world: azimuth, pitch and roll. the hardware will
include a magnetoresistive compass, tilt sensor based on accelerometer ICs
and a microcontroller to manage all.

I have not any code to show yet. it will come after the board is designed.

The project will consist of hardware and software sections, both under the
GPL.

The hardware section will include all information needed for reproducing the
system, i.e. schematics, boards layout in the form that most board
manufacturers accept and so on. this will be implemented using GPLd packages
gEDA (http://www.geda.seul.org/) and pcb
(https://sourceforge.net/projects/pcb). this section is not software in usual
sense, but it quite fits the definition of program given in the GPL.

The hardware will be based on Honeywell magnetoresistive sensors, the most
precise relatively low-cost magnetic sensors, Analog Devices MMIC
accelerometers and probably Analog Devices angular rate sensors. the
microcontroller will be a Philips ARM-based LPC2138. all these are expected
to show about 1-degree precision.

It is also desirable to provide possibility to connect the platform with some
GPS sensor.

The software will include uC program, which should solve necessary navigation
tasks, and utilities to connect GNU/Linux PC host with the board. it possibly
will use some port of embedded OS like uCLinux or eCos, but most likely it
will run without any OS. 
it will be written in C and translated with GNU tools (maybe the
http://www.gnuarm.com/ distribution).

Other Software Required:

  gnu tools for ARM microcontrollers (http://www.gnuarm.com/)

gEDA (http://www.geda.seul.org/)

pcb (https://sourceforge.net/projects/pcb)








___

Reply to this item at:

  http://savannah.gnu.org/task/?func=detailitemitem_id=5085

___
  Message sent via/by Savannah
  http://savannah.gnu.org/