Re: [Unicon-group] Unicode in Unicon ?

Jafar Al-Gharaibeh skribis: >I'm not aware of any native support for Unicode, but that doesn't mean > you are out of luck. The best Unicon citizen to consult when it comes to > handling Unicode is Alan Corré. I believe that his book Icon Programming > for Humanists

Re: [Unicon-group] Unicon group file storage

On 08/06/2013 07:36 AM, Clinton Jeffery wrote: > There are many different ways to share Unicon source code Bruce & Breeanna Rennie skribis: > I have accounts on both sourceforge and github accounts. As yet I have > been doing all my development work on my local machine. Thus in both > syste

[Unicon-group] LLVM back end

This talk of a JVM back end for Unicon has me thinking of an LLVM back end. This could greatly improve the C interface, for one thing. I have been using Pure (pure-lang.googlecode.com), which is based on LLVM, and it is unusually easy to mix with C and Fortran. The main downside is having to wait f

Re: [Unicon-group] [unicon-group] Matching a la Perl

Duke Normandin skribis: > On Fri, 28 Jan 2011, John Sampson wrote: > > > Hello - > > > > From time to time I have tried to get my head round pattern matching > > apart from regexps. > > > > How would one do in (Un)Icon what Perl does with its m// and s/// operators? > > Seems like a reasonable

[Unicon-group] Exherbo

It seems unlikely that there are any other Exherbo users here, but, in any case, I have packaging for Unicon in my half-baked repository at http://github.com/chemoelectric/exherbo-rubujo -- __

Re: [Unicon-group] Icon and Unicon coexisting

David Gamey skribis: > Hi folks, > > Firstly I use unicon but from time to time I want to check for backward > compatibility or inconsistency. Also this becomes more of intereste with the > Icon 9.5beta. > > Is anyone running both? And is there an easy way to reference both? I would like a

Re: [Unicon-group] Icon programming for humanists

Alan B Saichek skribis: > The recent discussion of un-initialized list element referencing > reminded me of a typo in the draft of the 2nd edition of Alan Corre's > "Icon Programming for Humanists". > > On page 43, in example code of procedure printout() > > # Arrange info in columns and f

[Unicon-group] Big advances in Python

I noticed today that one of the big changes in Python 3, fixing an earlier bad choice before it becomes irrevocable, is that ordinary integers have arbitrary size. :) -- Let Crystal Reports handle the reporting - Free Cry

Re: [Unicon-group] Procedure in program never called

David Gamey skribis: > Barry & Sid, > > It's not serendipity, try this: > >write every (1 to 6)("A","B","C","D","E","F","G") That looks like a syntax error, but I think I see what you mean. :) -- Come build wi

Re: [Unicon-group] Procedure in program never called

Sidney Reilley II skribis: > > David Gamey wrote: > > Hey Sid, > > > > You got it :=: exchanges the values. > > > > Here's another related one that burns folks: > > > > verbose := 1 > > if !arglist == "-v" then verbose := write > > > > ... > > > > verbose("some verbose dia

[Unicon-group] AMD64 processors are weeping

I decided to try compiling the latest CVS and, while the build goes through for intel_linux, building amd64_linux (gcc 4.4.2) fails due to buffer overflow in icont. Possibly related, there were many warnings about broken printf calls, some warnings about potentially dangerous casts, etc., that coul

Re: [Unicon-group] Need some newbie docs

Sidney Reilley II skribis: > As an example, it was news to me that I could do: > > icont ­ -x If you can get or compile ledit (http://pauillac.inria.fr/~ddr/ledit/) then you can edit what you are writing, too, by running ledit icont - -x (It's easy to install on Gentoo, but maybe not on some

Re: [Unicon-group] Need some newbie docs

Steve Wampler skribis: > One thing to keep in mind is that Icon *is* different than > conventional languages - and one does have to shift how one > thinks to make the most advantage of it. However, what I've > found is that this shift *also* helps in programming other > languages - one learns to

Re: [Unicon-group] native (C) interfaces

Kostas Oikonomou skribis: > It almost works, and I (and Clint) would be happy to > collaborate with you on this, if you are so inclined. Unfortunately, on account of disability I have a rule not to take on projects other than "What do I feel I should be doing today?" Also, writing C code specif

Re: [Unicon-group] Need some newbie docs

Sidney Reilley II skribis: > At this initial stage of learning the language, I'm not interested in > all the esoteric stuff, and layers upon layer of abstraction and > obfuscation. I just want the basics so that I can get somewhat > productive. The (Un)Icon Master's course can come later. ;) I wo

Re: [Unicon-group] native (C) interfaces

Clinton Jeffery skribis: > I am not gonna contradict anyone to whom I owe as much as Barry Schwartz, > the "font guy" who gave us our native AMD64 co-expression switch. :-) But > his comment about interfacing does deserve some expansion. It didn't contradict me, anyway,

Re: [Unicon-group] "to" generator AND difference between ! and every

Sidney Reilley II skribis: > > Yes it's getting colder here in Canada. I wonder how > > many Canuck Uniconists there are? > > I bet not many! :( I'm in Minnesota, it's practically the same thing. > Unfortunately we Canadians usually "go-with-the > flow" - and AFAIK, (Un)Icon is not (sadly)

Re: [Unicon-group] difference between "every" and !

Sidney Reilley II skribis: > Hey... > > Given: > name := "Jose Jimenez" > every writes( ! name) > > The ! operator generates each letter of the string literal. > So it dishes out one letter at a time to "write". > "write" prints it. > > I don't see where "every" fits in? I realize that I'm not

Re: [Unicon-group] "to" generator

Sidney Reilley II skribis: > I got it! The generator (1 to 2) first returns 1, which becomes the > L.H.S of the "to 3" generator. After all the values are generated - 1 > 2 3 - "backtracking" occurs to get the next L.H.S. value, which in > turn is applied to the "to 3" generator. The values 2 3

Re: [Unicon-group] "to" generator

Sidney Reilley II skribis: > The following snippet is taken from Thomas W. Christopher's book, > "Icon Programming Language Handbook", page 36 > > [quote] > The to operator associates to the left, e.g., > > every writes(" ",1 to 2 to 3) > [/quote] > > I don't understand how the following produc

Re: [Unicon-group] HI! Is this list Unicon noob freindly?

Sidney Reilley II writes: > (Un)icon seems to > have bewitched me for some reason. Once I get real cozy with the > failure/success paradigm and the unique string massaging capabilities, > I think that it will be downhill from there. ;) L8r... Failure/success as such is no big deal, in thes

Re: [Unicon-group] porting to Windows?

about Windows. -- Barry SCHWARTZ / Esperanto: Barijo ŜVARCO chemoelectric ĉe chemoelectric punkto org http://chemoelectric.org Free stuff / Senpagaj varoj: http://crudfactory.com To learn about the Esperanto language: ht

Re: [Unicon-group] Another puzzle: finding longest strings

Steve Wampler <[EMAIL PROTECTED]> skribis: > Steve Wampler wrote: > > I had lunch yesterday and he gave > > Sigh. Typing to fast. The "he" in the above is William Mitchell. Whew! That's a relief. I thought for a second that you were saying you were a cannibal. :) -

Re: [Unicon-group] problem with system() under windows XP

David Gamey <[EMAIL PROTECTED]> skribis: > If I call system with something like "dir ... /s/b" or even just "dir" I get > a return of -1. Calling it on a batch file containing the same command works > just fine. Oh, wait, system should be running a shell, no? I haven’t used the windows or msdos

Re: [Unicon-group] problem with system() under windows XP

David Gamey <[EMAIL PROTECTED]> skribis: > If I call system with something like "dir ... /s/b" or even just "dir" I get > a return of -1. Calling it on a batch file containing the same command works > just fine. Probably because dir is a shell command rather than a program. -- Barry.SCHWART

[Unicon-group] Another solution to the original problem

I’m not really involved in this discussion, but I did just dream up this solution to the original problem. icont -su states7 && time ./states7 -- StatePair(" CDNShhiklnrrtttu","North Carolina","South Dakota")StatePair(" CDNShhiklnrrttt

Re: [Unicon-group] Making the puzzle more interesting...

Steve Wampler <[EMAIL PROTECTED]> skribis: > [EMAIL PROTECTED] wrote: > > Steve Wampler <[EMAIL PROTECTED]> skribis: > >> That's essentially a Goedel numbering scheme. It's clever. It could > >> generate > >> large numbers if the input has long phrases (especially with lots of > >> letters > >>

Re: [Unicon-group] Making the puzzle more interesting...

Steve Wampler <[EMAIL PROTECTED]> skribis: > Hethcoat-III, Charles L wrote: > > Looking back a bit, no one seems to have followed up on an interesting > > suggestion someone made about using prime numbers to solve the puzzle. > > (Unfortunately, I have lost the original posting so I cannot credit t

Re: [Unicon-group] Making the puzzle more interesting...

David Gamey <[EMAIL PROTECTED]> skribis: > Barry, > > I know you explicitly tried to conserve memory and I didn't. Other than > that, I didn't look closely to see why the difference. Even with the > different approach, I would have expected the times to have been a bit closer. With Icon I exp

Re: [Unicon-group] Making the puzzle more interesting...

David Gamey <[EMAIL PROTECTED]> skribis: > I've attached a version that filters properly as Steve pointed out by looking > for sets that don't intersect . Also attached is sample output. The final > count is 12 for the 2024 list. > > It's seems to be considerably faster than Barry's solution o

[Unicon-group] Because I owed a solution

I owed the group a solution, so here is my final pre-New-York-name-spawning solution, and now I am going back to my current personal project, which is weaning off of TeX and ANT by means of Unicon. :) The program terminates when it has found the answer, but it could continue looking with just a sm

Re: [Unicon-group] A new puzzle

I have one that works reasonably quickly but I want to make it save space by using more lazy evaluation, and that means thinking about Icon stuff more deeply. It's a good thing there was a 'Duh' answer because otherwise I wouldn’t be tricked by myself into working on this problem. :) -- Barry.SC

Re: [Unicon-group] A new puzzle

Steve Wampler <[EMAIL PROTECTED]> skribis: > That's the answer, but not the solution :) (Which is why I cleverly > worded the challenge to providing a Unicon/Icon solution.) And yes: > > procedure main() > write("South Dakota+North Carolina & South Carolina+Nort Dakota") > end > > is a

Re: [Unicon-group] A new puzzle

I misdirected this the first time. [EMAIL PROTECTED] skribis: > Subject: Re: [Unicon-group] A new puzzle > From: [EMAIL PROTECTED] > Date: Tue, 10 Apr 2007 16:37:07 -0500 > To: "Hethcoat-III, Charles L" <[EMAIL PROTECTED]> > > > Anyhow, we're computer jocks. We are not satisfied with *a* solutio

Re: [Unicon-group] A new puzzle

It occurs to me I should keep my mouth shut. But there is a general observation, which is that the mixing is irrelevant, and that it doesn’t matter whether you include or exclude spaces. -- Barry.SCHWARTZ ĉe chemoelectric punkto org http://chemoelectric.org Free stuff / Senpagaj v

Re: [Unicon-group] A new puzzle

Steve Wampler <[EMAIL PROTECTED]> skribis: > Hi Group, > > It's been a while since I've put out a challenge, but Steve Hunter sent > me the following puzzle that just begs for a Unicon or Icon solution: > >My sense of wordplay was naturally piqued this weekend when I heard >the latest wee

Re: [Unicon-group] Returning static variables

[EMAIL PROTECTED] wrote: > Although most of you folks probably already know about the pitfalls of > returning static variables, others like me may not. The bottom line is: > Don't do it! I don't even like to see the words 'static' and 'variable' next to each other. :) -- Barry.SCHWARTZ ĉe che

Re: [Unicon-group] Fwd: Re: Ruby Python vs. Icon/Unicon

Kent Palmer <[EMAIL PROTECTED]> wrote: > You make a good point, I completely skipped ICON. > I used Snobol for years and then one day I > wondered if there had been any updates to the > language and ran in to Icon and Unicon, but by > that time Unicon already existed. I haven't tried Snobol bu

Re: [Unicon-group] Ruby Python vs. Icon/Unicon

bryan rasmussen <[EMAIL PROTECTED]> wrote: > I'm a newbie with Unicon, I basically decided to start with it > because, well I like learning new languages especially ones with an > easily perceived niche. I think the niche of Unicon as you say is text > processing. > > I use XML a lot in my day to

Re: [Unicon-group] Ruby Python vs. Icon/Unicon

lusong <[EMAIL PROTECTED]> skribis: > Then I touched ruby deeply. One or two features of ruby are better than > Icon/Unicon, such as multithread. But I confirm Icon/Unicon is better than > ruby and python carefully. > > Why is Icon/Unicon not popular from its start to now? Icon/Unicon is > excelle

Re: [Unicon-group] utf-8 to ascii

I think there could be a problem with displaying UTF-8 in graphics programs, depending on the windowing system. In my patch for using FreeType and Fontconfig with Unicon (which I haven’t kept up to date), you might have to do something like call XftDrawStringUtf8 where instead I have calls to XftDr

Re: [Unicon-group] XML handling in Unicon?

DAVID GAMEY <[EMAIL PROTECTED]> wrote: > Just wondering if anyone's contributed XML handling > procedures for Unicon and where they might be? Try the uni/xml subdirectory. -- [EMAIL PROTECTED] http://www.chemoelectric.org Esperantistoj rajtas skribi al [EMAIL PROTECTED] pgp8BMO0PVIGb.pgp Des

Re: [unicon] [Unicon-group] OT: When they banned SNOBOL4 (also Fornax)

New Brunswick is misspelled, and anyway Hill Center is across the river in Piscataway. :) -- [EMAIL PROTECTED]http://www.chemoelectric.org pgpWaBU9gipQK.pgp Description: PGP signature

Re: [unicon] [Unicon-group] Getting Goal directed evaluation

Sudarshan Gaikaiwari <[EMAIL PROTECTED]> wrote: > I have been programming in Unicon but I use it mostly like a better C ( I > even add semicolons most of the time ;-) ). > > I am looking for code example and/or explanations of Unicon's higher level > programming features such as goal directed eva

Language comparisons (was Re: [unicon] Re: [Unicon-group] Successful Darwin build with aid of simlink to malloc.h)

Eleanor <[EMAIL PROTECTED]> wrote: > When I used to run version 5 in the early 90's I found that the same > algorithms implemented in C ran roughly 7 times faster than Icon, and > in compiled QuickBasic around 4 times faster, so unless the VM has > become less efficient in newer generations that

Re: [unicon] [Unicon-group] Unicon 11.1 .zip source archive doesn't configure out of the box

Nolan Clayton <[EMAIL PROTECTED]> wrote: > Yeah thats how I do it -> make intel..., and then make unicon. I think > the configure is outdated. The uni.zip is old but you can grab the latest > unicon sources through cvs, there are instructions on the unicon.org > website. There is a configure

Re: [unicon] [Unicon-group] Unicon 11.1 .zip source archive doesn't configure out of the box

Dan Moniz <[EMAIL PROTECTED]> wrote: > Apologies if this is already noted elsewhere in the mailing lists. I > did a cursory search, but didn't find anything immediately relevant. > > When building (in this particular case, but I'd be surprised if this > didn't happen everwhere) with "./configure -

Re: [unicon] Re: [Unicon-group] Successful Darwin build with aid of simlink to malloc.h

Eleanor <[EMAIL PROTECTED]> wrote: > Of course the hardcore C/C++ > lobby will argue that the performance hit isn't worth the extra > convenience (why not just use Assembler if that's the case?) They _are_ using a sort of assembler. At least the C programmers are; what the C++ programmers are do

Re: [unicon] Re: [Unicon-group] Successful Darwin build with aid of simlink to malloc.h

Clint Jeffery <[EMAIL PROTECTED]> wrote: > Regarding mkstemp() and such, we are interested in rounding out our POSIX > offerings with capabilities not covered by the current feature set. The IPL > has various temporary-filename procedures but if we need it we can add a > mkstemp() or similar as a

Re: [unicon] Re: [Unicon-group] Successful Darwin build with aid of simlink to malloc.h

Eleanor <[EMAIL PROTECTED]> wrote: > On 24 Mar 2005, at 21:56, [EMAIL PROTECTED] wrote: > >Eleanor <[EMAIL PROTECTED]> wrote: > >>To be honest I'm far more interested in exploring the possibilities > >>of MacOS X native graphics so I can avoid using XWindows >;) > > > >X used to be known as the wor

Re: [unicon] Re: [Unicon-group] Successful Darwin build with aid of simlink to malloc.h

Eleanor <[EMAIL PROTECTED]> wrote: > To be honest I'm far more interested in exploring the possibilities > of MacOS X native graphics so I can avoid using XWindows >;) X used to be known as the world's worst windowing system, but since about 1990 you don't hear or read that anymore. :) pgpf8DV

Re: [unicon] Re: [Unicon-group] Linux and Unicon Question?

Steve Graham <[EMAIL PROTECTED]> wrote: > I've been using Mepis Linux (a Debian derivative) for some time now and > have found it easy to install and use. Have not yet installed and/or > used Unicon/Icon on it. I like Mepis, from playing with the live CD. I especially liked the _tasteful_ use of

correction (was Re: [unicon] [Unicon-group] Addition Errors)

>for j := a * 10.0 to b * 10.0 do begin i := j / 10.0; whatever end My mistake. j and should be an integer, not a real. You should round to integer values. -- [EMAIL PROTECTED]http://www.chemoelectric.org "Even if they say lofty things like `democracy' or whatever it is they say, the

Re: [unicon] [Unicon-group] Addition Errors

Steve Graham <[EMAIL PROTECTED]> wrote: > I have to say that I have rarely had this problem with addition in > 25 years of programming! I believe that the language that I > currently use (MUMPS/M/Cach?) displays fewer digits than it > maintains internally. So maybe that's why. That's what elect

Re: [unicon] [Unicon-group] Addition Errors

Kostas Oikonomou <[EMAIL PROTECTED]> wrote: > This would need a good interface to C, my greatest wish for Unicon. That's something I've been experimenting with, originally because I wanted to have a window manager written in Unicon, so I could easily customize it for my accessibility needs. The m

Re: [unicon] [Unicon-group] Addition Errors

Steve Wampler <[EMAIL PROTECTED]> wrote: > Just an additional comment. Fixed-point arithmetic is surprisingly > difficult on binary computers (where's the IBM 750 when you need it?), > as Barry points out. For example, 0.1 base 10 is a *repeating fraction* > in binary. A binary coded decimal ext

Re: [unicon] [Unicon-group] Addition Errors

Steve Graham <[EMAIL PROTECTED]> wrote: > I am drawing data from a foreign database using ODBC, which transfer > seems to work just fine. However, I'm having some arithmetic errors. > As I pull in the data, which is sorted in name/date order, I calculate > name and date hour subtotals. Virtually

Re: [unicon] [Unicon-group] Addition Errors

Steve Graham <[EMAIL PROTECTED]> wrote: > Okay, I've applied the following function to every number and sum and I > still get phony results. More ideas? > > procedure fixNum(aNum) >i := integer((aNum * 100) + .5) >j := real(i)/100 >return j > end It is perfectly normal for this sort

Re: [unicon] Re: [Unicon-group] Linux and Unicon Question?

Clint Jeffery <[EMAIL PROTECTED]> wrote: > Wow, we got quite an assortment of people touting different Linux flavors, > and I am surprised if you have not yet heard from several people pointing > out various flavors of *bsd that have superior features. :-) We are likely to have a lot of variety so

Re: [unicon] [Unicon-group] Linux and Unicon Question?

Nolan Clayton <[EMAIL PROTECTED]> wrote: > I just got a new computer and I am thinking about a linux install. I have > seen several discussions on Debian and Gentoo from the group. Are there > any advantages or disadvantages between the two (Unicon Related, Just > Programming In General)? Wha

Re: [unicon] Re: [Unicon-group] Location of Missing Include file GUIH.ICN

Nolan Clayton <[EMAIL PROTECTED]> wrote: > There is a great Unicon mode for emacs which you grab at Robert's website > http://www.zenadsl6357.zen.co.uk/unicon/ > or a modified version with a bunch of extra features like a 'Unicon' menu > http://www.cs.nmsu.edu/~nclayton/unicon.el.html Thanks. I'

Re: [unicon] Re: [Unicon-group] Location of Missing Include file GUIH.ICN

Nolan Clayton <[EMAIL PROTECTED]> wrote: > I only say UNSTABLE because I have not had enough time to test it > thoroughly and I am constantly adding new features. Hopefully by the end > of this school semester you will be able to draw UML diagrams and build > GUIs (IVIB) from within UI. If it'

Re: [unicon] Re: [Unicon-group] Bug in variable()?

Steve Wampler <[EMAIL PROTECTED]> wrote: > In fact, I'm pretty sure it's a bug, since it also shows up > in: > >global x >procedure main() > foo() >end > >procedure foo() > local y > y := variable("x",,2) >end > > But goes away when using 1 instead of 2... I

Re: [unicon] Re: [Unicon-group] unicon progs repository ...

Bruce Rennie <[EMAIL PROTECTED]> wrote: > Let's not get into using, looking at, thinking about or talking about > that absolutely monstrous thing called XML or any of its associated > offspring. Anyway there already is software that does pretty much everything we would need. It's called Apache.

Re: [Unicon-group] unicon progs repository ...

I don't think what will be needed, hopefully, is not specifically a Unicon site, but a general Icon site. I have used Unicon mainly as my preferred Icon implementation. Most of what I have written would work equally well in Icon 9.x, and usually has had to do so. Putting code into the Unicon dis

Re: [unicon] [Unicon-group] unicon progs repository ...

Nolan Clayton <[EMAIL PROTECTED]> wrote: > Some people have a couple programs posted here and there but shouldn't we > have a site with tons of samples? Yes. That's consistent with Unicon being licensed under the GPL, encouraging sharing. pgphyJ9EoTZ41.pgp Description: PGP signature

Re: [unicon] [Unicon-group] font success!!! and 1 question

> I need a text field (remember this in IVIB) where users can enter data > with accented characters (as in writing French or Catalan). A Unicon > list member suggested adding spelling.filter := cset(&cset[33:0]) > where "spelling" is the name of the text field. This worked fine in > Windows but

[Unicon-group] I fixed iconc

I wrote: > My latest gentoo ebuild, I found, breaks iconc. I fixed it, at least enough to compile a "Hello, world" program. The problem was because freetype2 C headers are kept in a funny place. Also I noticed and fixed that iconc was still using db1 rather than gdbm. I also made some minor impr

Re: [unicon] [Unicon-group] debian success - IVIB's fonts??

I wrote: > Iconx has code for matching fonts with X Logical Font Descriptions > (XLFD), which look like > >"-*-bitstream vera sans mono-*-r-*-*-*-120-*-*-*-*-*-*" The quote marks aren't part of the XLFD. It looks like this: -*-bitstream vera sans mono-*-r-*-*-*-120-*-*-*-*-*-* Sorry f

Re: [unicon] [Unicon-group] debian success - IVIB's fonts??

Jonathan Kaye <[EMAIL PROTECTED]> wrote: > I'm now running a new system of Debian sarge with kernel 2.6.8-2-386. > Can anyone tell me how IVIB deals with fonts? Where it looks for them, etc. Iconx has code for matching fonts with X Logical Font Descriptions (XLFD), which look like "-*-bitstre

[Unicon-group] I broke iconc

My latest gentoo ebuild, I found, breaks iconc. I'd neglected iconc during development. The problem seems to be in the FreeType/Fontconfig patch, so I need to work on it some more, which I plan to do over the next couple of days. This will give me a chance to make a couple of other changes that

[Unicon-group] Free Documentation

I just want to thank the Unicon book authors for licensing it as free documentation. It deserves special recognition; freedom of documentation is not yet as widely appreciated as freedom of programming. pgpfvyu2aOrBV.pgp Description: PGP signature

[Unicon-group] A new version of my unicon-cvs ebuild for Gentoo Linux

I've posted a new version of my Gentoo ebuild for Unicon CVS code, at my website, http://crudfactory.chemoelectric.org. This one still is only for x86, although I'll add amd64 support when it becomes available. There are some significant changes from the last version of the ebuild: * The datab

Re: [unicon] Re: [Unicon-group] autoconf

Kosta Tachtevrenidis <[EMAIL PROTECTED]> wrote: > this is weird but I might be able to help you again. I don't seem to > find it on my hard drive but I would ask Clint to send you the > preliminary work I did for porting unicon to use autoconf last > semester. The makefile compile switches are pr

[Unicon-group] autoconf

I plan to work on freetype support soon. But first -- The current configuration code is a little painful on Unix/Linux/BSD/etc. Libraries like db1 (or gdbm) and Xpm could be configured automatically, and almost always will be available as shared libraries. Freetype and fontconfig also could be

[Unicon-group] Gentoo ebuild for Unicon CVS

I've posted a Gentoo Linux ebuild for Unicon CVS at my website http://crudfactory.chemoelectric.org. It's for x86 right now, amd64 later. Feedback would be appreciated. I haven't submitted it yet for inclusion in portage. Actually it is designed for use specifically as a portage overlay, althou

Re: [unicon] Re: [Unicon-group] Gentoo ebuild

Kosta Tachtevrenidis <[EMAIL PROTECTED]> wrote: > the first steps have been taken. If you go to my website > (www.tachtevrenidis.com) and scroll all the way down, you will find an > ebuild I did for unicon last summer. Maybe you could improve it or > simply get ideas off it. Thanks! -- [EMAIL

Re: [unicon] Re: [Unicon-group] advancing the cause of Unicon

Shamim Mohamed <[EMAIL PROTECTED]> wrote: > On 1/19/2005, "Clint Jeffery" <[EMAIL PROTECTED]> admits: > > [I don't] like Microsoft (I used to)... > > I enjoy Microsoft bashing as a form of light entertainment rather than > > negative > > energy... > > Ha! You can take a boy out of Seattle, but yo

Re: [unicon] Re: [Unicon-group] advancing the cause of Unicon

Federico Balbi <[EMAIL PROTECTED]> wrote: > Jut a note... thanks M$ I have a job... I would say instead that thanks to M$ your job makes you work on M$. People wouldn't have eschewed computers had Bill Gates never been born. Maybe they would have used them yet more. If we are to remain creative

Re: [unicon] Re: [Unicon-group] advancing the cause of Unicon

Steve Wampler <[EMAIL PROTECTED]> wrote: > Nevin :-] Liber wrote: > >What really saddens me is the sheer amount of negative energy this > >community espouses towards Microsoft. This certainly isn't the Icon > >community of my youth. It used to be a place that encouraged, not > >discouraged, as

[Unicon-group] Gentoo ebuild

I'm writing a Gentoo ebuild for Unicon. An ebuild is a kind of meta-package. It downloads sources, then compiles and installs them, in different ways depending on parameters set by the user. I've been working with uni.zip, but that does not include the COPYING files and the docs, and I don't kno

Re: [unicon] Re: [Unicon-group] Debian distribution: no more problem

[EMAIL PROTECTED] wrote: > On Fri, Jan 07, 2005 at 11:58:35AM -0700, Steve Wampler wrote: > > Interesting. The FHS (Filesystem Hierarchy Standard) reserves > > /opt for "add-on application software packages", which means > > Debian isn't quite following the FHS. In fact, the FHS states (in > >

Re: [unicon] Re: [Unicon-group] UnIcon/Icon Virtual Machine - possible changes

Steve Wampler <[EMAIL PROTECTED]> wrote: > I'm guessing that this means keeping the control flow > information (return points, generator resumption information, etc.) > on a stack and allocating parameter/local variable storage blocks in > the heap. If you have used a Hewlett-Packard calculator, t

[Unicon-group] Re: unable to compile

Clint Jeffery <[EMAIL PROTECTED]> wrote: > Dietmar, > > What operating system and compiler version are you trying to build on? > What configuration and build steps did you perform at the command line > to get the error you got? > > As far as I know, Unicon is not full