OpenEuphoria

Re: include statement bugs

• Posted by "Unkmar" <L3Euphoria at bellsouth.net> Oct 19, 2004
• 747 views

----- Original Message ----- 
From: "ChrisBurch2" <guest at RapidEuphoria.com>
To: <EUforum at topica.com>
Sent: Monday, October 18, 2004 2:54 PM
Subject: Re: include statement bugs


> 
> 
> posted by: ChrisBurch2 <crylex at freeuk.co.uk>
> 
> Hi
> 
> For what its worth, compared to all the eu giants here, just thought I'd add
> my 2p worth.
> 
> SHUTUP AND STOP YOUR MOANING!

if (we don't MOAN) then
  nothing gets fixed
else
  somethings get fixed
end if

> 
> You've got a great language here, which has its limitations (as does any
> other)
> but you can find find ways and workarounds like you do in any other language.

Several serious limitations
Some things can't be resonably worked around.
In fact, Several of our attemps to work around have been thwarted with
even more serious flaws introduced.

> So what if you have to rename an include, or find another way to do something.
> Thats part of the challenge.

rename 1 include.  FINE
But the problem is much more than 1 or even 20 includes being renamed.
Not only  must you rename but you must alter any files that you use that
included
that file under its old name.
And you must repeat that process for EVERY include that you rename.

Old working code will suddenly break because you didn't think about it using the
very include that you renamed.  You were busy with the CURRENT project.
 
> I've had problems too, and worked through them (eg eugtk subfolder include).

Thus perpetuating the seriousness of the problem.  Helping it to snowball much
further than it should have ever gotten by simply remaining silent.

Don't shut up.  SPEAK UP!!!
 
> If the list has problems with include file names and version numbers, then
> create a standard naming convention for include submissions. If your
> program can't find the most up to date version, then write a routine
> to copy the file to the current directory of the older version, rename it
> and include it - etc etc.
> 
> I'm VERY happy with the way things are, no need to change. Good job RobC,
> and ALL the other library contributors (thankfully got strtok before the
> website was blocked  )
> 
> Just my 2p worth.
> 
> Chris


    unkmar