1. Is there a problem with 64-bit Linux?

My recent experience with Linux Mint 64-bit Linux was a disaster - particularly, in regard to Euphoria. I was able to run 32-bit eui but euc failed. I am now running Ubuntu 12.10, 32-bit Linux, and every thing seems to be working smoothly. I haven't tried 64-bit Ubuntu 12.1 yet because I'm still a little gun-shy and after-all there is no 64-bit Linux Euphoria.

My thinking was that it would be easier to implement 64-bit Euphoria on Linux without all the windows code. But it seems that almost every Linux distribution recommends the 32-bit installation. Also, if I recall correctly, it seems that several 64-bit linux applications lag a version number or two behind the 32-bit implementations. For example, Skype has a 4.* 32-bit Linux release, but only a 2.* 64-bit release. Also, I recall one of the developers mentioning that at one time they were working on a pre-alpha 64-bit version of Euphoria.

Considering the ratio of Window's users to Linux users, I am rue to complain (any more than I already have ) if the lag in development of 64-bit Linux Euphoria is due to prioritizing support for Windows. Yet, I am curious to know if 64-bit Linux development is more difficult for some reason.

Kenneth Rhodes

new topic     » topic index » view message » categorize

2. Re: Is there a problem with 64-bit Linux?

I've been running 64-bit Ubuntu 12.04 on my laptop for a while, and more recently 64-bit EasyPeasy (an Ubuntu derivative) on my netbook without any issues.

Did you install the Debian Package for 64-bit systems (32-bit euphoria binaries) from the downloads page?

-Greg

new topic     » goto parent     » topic index » view message » categorize

3. Re: Is there a problem with 64-bit Linux?

K_D_R said...

My recent experience with Linux Mint 64-bit Linux was a disaster - particularly, in regard to Euphoria. I was able to run 32-bit eui but euc failed. I am now running Ubuntu 12.10, 32-bit Linux, and every thing seems to be working smoothly. I haven't tried 64-bit Ubuntu 12.1 yet because I'm still a little gun-shy and after-all there is no 64-bit Linux Euphoria.

Except for specifically testing stuff for 4.0, or to make sure I didn't break anything in a 32-bit version, I do all of my euphoria coding with the 64-bit version of Linux. If you look at the tip of the struct branch, that's typically what I have installed.

I translate stuff all the time. I did a quick forum search, and couldn't find a thread where this was discussed previously (though my memory tells me it happened). Do you recall the issues you had? Do you have a 64-bit machine handy to test again?

Multi-architecture setups (a 64-bit OS is often setup to run 32-bit stuff as well) can be tricky, especially for setting up the compiler and the libraries, etc.

K_D_R said...

My thinking was that it would be easier to implement 64-bit Euphoria on Linux without all the windows code. But it seems that almost every Linux distribution recommends the 32-bit installation. Also, if I recall correctly, it seems that several 64-bit linux applications lag a version number or two behind the 32-bit implementations. For example, Skype has a 4.* 32-bit Linux release, but only a 2.* 64-bit release. Also, I recall one of the developers mentioning that at one time they were working on a pre-alpha 64-bit version of Euphoria.

I'm sure I was that developer. Porting euphoria to 64-bits required a lot of work. The main thing that delayed it, however, (at least for me) was the fact that I didn't have access to a 64-bit machine before that. We just recently fixed some regressions with the C calling routines for 4.1 (though in fairness, there were some problems on 32 and 64 bit platforms). In general, I would say that the 64-bit version of euphoria is currently quite stable (certainly no less stable than the 32-bit version of 4.1).

K_D_R said...

Considering the ratio of Window's users to Linux users, I am rue to complain (any more than I already have ) if the lag in development of 64-bit Linux Euphoria is due to prioritizing support for Windows. Yet, I am curious to know if 64-bit Linux development is more difficult for some reason.

If anything, the opposite is probably true. As I said, I do just about everything using 64-bit Linux, and I'm still very active relative to most of the other developers.

Matt

new topic     » goto parent     » topic index » view message » categorize

4. Re: Is there a problem with 64-bit Linux?

ghaberek said...

I've been running 64-bit Ubuntu 12.04 on my laptop for a while, and more recently 64-bit EasyPeasy (an Ubuntu derivative) on my netbook without any issues.

Did you install the Debian Package for 64-bit systems (32-bit euphoria binaries) from the downloads page?

-Greg

Perhaps, I should have entered this post under my previous thread: http://openeuphoria.org/forum/119314.wc?last_id=119419

For the record, I have used 32-bit Euphoria 4.0.3 under Ubuntu 12.04 for some time with no problems.

When I installed 64-bit Linux Mint 13 (MAYA) I initially installed the Debian package for 64-bit systems. Eui ran, but euc failed. I then installed euphoria-LINUX-4.0.5-src.tar.gz. Installation failed presumably due to the lack of 386 binaries and "multi-arch" support. After installing those files, I attempted to compile/install from source again - the machine was buzzing along nicely and then crashed. I could not even boot back into that partition.

In the thread referenced above, Jim Brown observed: [quote] Your stdio.h doesn't work. You're missing bits/predefs.h - that sounds like a distro issue. [quote/]

I am now running Linux Euphoria 4.0.5 installed from the binary tar.gz file under Ubuntu 12.10 with no problems. It may be that 64-bit Ubuntu will install and run 32-bit Euphoria 4.0.5. with no problems. Your experience certainly seems to support that notion. I may try install 64-bit Ubuntu 12.10 on another computer within the next several weeks.

But, the question of this thread is.... "Is development of 64-bit Euphoria under Linux more difficult than development of 64-bit Euphoria for Windows?"

Regards, Kenneth Rhodes

new topic     » goto parent     » topic index » view message » categorize

5. Re: Is there a problem with 64-bit Linux?

K_D_R said...

Perhaps, I should have entered this post under my previous thread: http://openeuphoria.org/forum/119314.wc?last_id=119419

For the record, I have used 32-bit Euphoria 4.0.3 under Ubuntu 12.04 for some time with no problems.

When I installed 64-bit Linux Mint 13 (MAYA) I initially installed the Debian package for 64-bit systems. Eui ran, but euc failed. I then installed euphoria-LINUX-4.0.5-src.tar.gz. Installation failed presumably due to the lack of 386 binaries and "multi-arch" support. After installing those files, I attempted to compile/install from source again - the machine was buzzing along nicely and then crashed. I could not even boot back into that partition.

There is no debian package that installs 64-bit binaries. The 4.0 debian packages for 64-bit Linux actually install 32-bit euphoria onto your system (there is no 64-bit version of 4.0). The way I did that package is a bit confusing and quite possibly wrong. I'm sure there's probably a cleaner way to do it, but this is pretty much the only debian packaging I've ever done. Suggestions are welcome. When 4.1 is released the 64-bit package will, in fact install true 64-bit euphoria onto your system.

I suspect that your translator didn't work on your 64-bit system due to your system only having support for compiling in 64-bit mode. It's possible to have both 32 and 64 bit development environments (compiler, headers, libraries) installed on the same machine (I do), but most systems won't be set up that way to begin with. I think that you need to install the multiarch package, but there might be other stuff, and that might be wrong. It's been a while since I set all of that up, so I'm not certain.

K_D_R said...

I am now running Linux Euphoria 4.0.5 installed from the binary tar.gz file under Ubuntu 12.10 with no problems. It may be that 64-bit Ubuntu will install and run 32-bit Euphoria 4.0.5. with no problems. Your experience certainly seems to support that notion. I may try install 64-bit Ubuntu 12.10 on another computer within the next several weeks.

There isn't an automated build for 64-bit Linux currently. Let me know when you're interested, and I can post an up to date eubin.

K_D_R said...

But, the question of this thread is.... "Is development of 64-bit Euphoria under Linux more difficult than development of 64-bit Euphoria for Windows?"

At this point, the answer is, "No." For me, the opposite is true, but that's largely due to my setup and the way I like to work. In fact, most of the 64-bit support for Windows has been done using Wine.

Matt

new topic     » goto parent     » topic index » view message » categorize

6. Re: Is there a problem with 64-bit Linux?

mattlewis said...

I do all of my euphoria coding with the 64-bit version of Linux. If you look at the tip of the struct branch, that's typically what I have installed.

I haven't a clue where the "tip of the struct branch" is located. I did find two 64-bit Linux Euphoria 4.1 files here: http://openeuphoria.org/eubins/linux/4.1.0/64-bit/ and this: http://scm.openeuphoria.org/hg/euphoria/archive/tip.tar.bz2

mattlewis said...

I translate stuff all the time. I did a quick forum search, and couldn't find a thread where this was discussed previously (though my memory tells me it happened). Do you recall the issues you had? Do you have a 64-bit machine handy to test again?

Multi-architecture setups (a 64-bit OS is often setup to run 32-bit stuff as well) can be tricky, especially for setting up the compiler and the libraries, etc.

I couldn't compile, even after installing 386 support files and multi-arch support and in fact crashed big time.

I do have a 64-bit machine handy to test again. I think I'll do it with Ubuntu this (next) time.

mattlewis said...

In general, I would say that the 64-bit version of euphoria is currently quite stable (certainly no less stable than the 32-bit version of 4.1).

K_D_R said...

Considering the ratio of Window's users to Linux users, I am rue to complain (any more than I already have ) if the lag in development of 64-bit Linux Euphoria is due to prioritizing support for Windows. Yet, I am curious to know if 64-bit Linux development is more difficult for some reason.

mattlewis said...

If anything, the opposite is probably true. As I said, I do just about everything using 64-bit Linux, and I'm still very active relative to most of the other developers.

Matt

Thanks for taking the time to reply.

If you have a stable Linux 64-bit version of Euphoria, be it 4.0.5 or 4.1, or whatever version, please release it.

I deeply appreciate your efforts and that of all the other developers.

Kenneth Rhodes

new topic     » goto parent     » topic index » view message » categorize

7. Re: Is there a problem with 64-bit Linux?

K_D_R said...

If you have a stable Linux 64-bit version of Euphoria, be it 4.0.5 or 4.1, or whatever version, please release it.

We're trying to get there, I swear! Here are the currently open bugs for 4.1. We were blocking for a while on ticket:673 (Windows trace colors) and recently ticket:818 was discovered (call-C issues with certain integer types).

There are clearly some serious issues with OSX, too.

K_D_R said...

I deeply appreciate your efforts and that of all the other developers.

Thank you.

Matt

new topic     » goto parent     » topic index » view message » categorize

8. Re: Is there a problem with 64-bit Linux?

K_D_R said...

But, the question of this thread is.... "Is development of 64-bit Euphoria under Linux more difficult than development of 64-bit Euphoria for Windows?"

Sorry, I my "no issues" comment was an implied "no" as in, "I have no issues therefore it is no more difficult."

I'm inclined to agree with Matt on this - I think that developing for proper 64-bit Windows (especially using C++) has been historically more difficult than proper 64-bit Linux. I say "proper" because I run both 64-but Windows 7 and 64-bit Ubuntu 12.04 but restrict my development to only 32-bit applications. I have little-to-no experience developing actual 64-bit executables on either system.

-Greg

new topic     » goto parent     » topic index » view message » categorize

9. Re: Is there a problem with 64-bit Linux?

K_D_R said...

I haven't a clue where the "tip of the struct branch" is located. I did find two 64-bit Linux Euphoria 4.1 files here: http://openeuphoria.org/eubins/linux/4.1.0/64-bit/ and this: http://scm.openeuphoria.org/hg/euphoria/archive/tip.tar.bz2

I'm also on Ubuntu 64-bit (11.10) and just recently compiled Euphoria for 64-bit; maybe these steps will be helpful for you! The 'hg' command is from Mercurial, which you can install with 'sudo apt-get install mercurial' if you don't have it.

hg clone http://scm.openeuphoria.org/hg/euphoria 
cd euphoria/source 
hg update -r struct 
hg id 
./configure --arch=x86.64 
make 

If there aren't any errors, then your Euphoria 64-bit binaries are located in the 'build' directory once the compilation finishes. You can check that 64-bit binaries produced using the file command:

file build/eui 
--> build/eui: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped 
file build/euc 
--> build/euc: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped 

Hope this helps,
Ira

new topic     » goto parent     » topic index » view message » categorize

10. Linux Mint FAILURE!

Ok, thanks Ira/Jerome - unfortunately, it was a bust under Linux Mint 13 Maya 64-bit.....

There were errors reported - something about "provided library not found" and something else. However, compilation proceeded and after wards: I got this upon executing file eui and file euc in the build directory:

eui: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=0x2b938dbef0be8273cbb77df9fa559caf987ac75a, not stripped 
kenneth@kenneth-OptiPlex-360 ~/EU-4.1-64/euphoria/source/build $ file euc 
euc: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=0xc92bd9033a63fa0f721c83947f31c10057e0b121, not stripped 
kenneth@kenneth-OptiPlex-360 ~/EU-4.1-64/euphoria/source/build $  

This is on a 64-bit Linux Mint Maya 13 installation which I decided to try rather than switch to another computer.

This is the bad news: make install mkdir -p /usr/local/share/euphoria/include/euphoria mkdir -p /usr/local/share/euphoria/include/euphoria/debug mkdir -p /usr/local/share/euphoria/include/std/win32 mkdir -p /usr/local/share/euphoria/include/std/net mkdir -p /usr/local/share/euphoria/include/std/memstruct mkdir -p /usr/local/share/euphoria/demo/langwar mkdir -p /usr/local/share/euphoria/demo/unix mkdir -p /usr/local/share/euphoria/demo/net mkdir -p /usr/local/share/euphoria/demo/preproc mkdir -p /usr/local/share/euphoria/demo/win32 mkdir -p /usr/local/share/euphoria/demo/bench mkdir -p /usr/local/share/euphoria/tutorial mkdir -p /usr/local/share/euphoria/bin mkdir -p /usr/local/share/euphoria/source mkdir -p /usr/local/bin mkdir -p /usr/local/lib install /home/kenneth/EU-4.1-64/euphoria/source/build/eu.a /usr/local/lib install /home/kenneth/EU-4.1-64/euphoria/source/build/eudbg.a /usr/local/lib install /home/kenneth/EU-4.1-64/euphoria/source/build/euso.a /usr/local/lib install /home/kenneth/EU-4.1-64/euphoria/source/build/eusodbg.a /usr/local/lib install /home/kenneth/EU-4.1-64/euphoria/source/build/eui /usr/local/bin install /home/kenneth/EU-4.1-64/euphoria/source/build/euc /usr/local/bin install /home/kenneth/EU-4.1-64/euphoria/source/build/eub /usr/local/bin install /home/kenneth/EU-4.1-64/euphoria/source/build/eubind /usr/local/bin install: cannot stat `/home/kenneth/EU-4.1-64/euphoria/source/build/eubind': No [file or directory]

kenneth@kenneth-OptiPlex-360 ~ $ eui Euphoria Interpreter v4.1.0 development 64-bit Linux, Using System Memory Revision Date: 2012-11-08 13:38:16, Id: 5826:79c875319629

ERROR: Must specify the file to be interpreted on the command line

kenneth@kenneth-OptiPlex-360 ~ $ eui ed.ex Segmentation fault kenneth@kenneth-OptiPlex-360 ~ $

Jim Brown may have been right about the problem being a distribution issue. I think something is funky about Linux Mint.

I am optimistic that this installation will work with Ubuntu 12.1 64 bit. I may test that out later in the week.

Thanks to everyone for the helpful comments.

Jerome said...
K_D_R said...

I haven't a clue where the "tip of the struct branch" is located. I did find two 64-bit Linux Euphoria 4.1 files here: http://openeuphoria.org/eubins/linux/4.1.0/64-bit/ and this: http://scm.openeuphoria.org/hg/euphoria/archive/tip.tar.bz2

I'm also on Ubuntu 64-bit (11.10) and just recently compiled Euphoria for 64-bit; maybe these steps will be helpful for you! The 'hg' command is from Mercurial, which you can install with 'sudo apt-get install mercurial' if you don't have it.

hg clone http://scm.openeuphoria.org/hg/euphoria 
cd euphoria/sourcekenneth@kenneth-OptiPlex-360 ~ $ eui 
Euphoria Interpreter v4.1.0 development 
   64-bit Linux, Using System Memory 
   Revision Date: 2012-11-08 13:38:16, Id: 5826:79c875319629 
 
ERROR: Must specify the file to be interpreted on the command line 
 
kenneth@kenneth-OptiPlex-360 ~ $ eui ed.ex 
Segmentation fault 
kenneth@kenneth-OptiPlex-360 ~ $  
kenneth@kenneth-OptiPlex-360 ~ $ eui 
Euphoria Interpreter v4.1.0 development 
   64-bit Linux, Using System Memory 
   Revision Date: 2012-11-08 13:38:16, Id: 5826:79c875319629 
 
ERROR: Must specify the file to be interpreted on the command line 
 
kenneth@kenneth-OptiPlex-360 ~ $ eui ed.ex 
Segmentation fault 
kenneth@kenneth-OptiPlex-360 ~ $  
kenneth@kenneth-OptiPlex-360 ~ $ eui 
Euphoria Interpreter v4.1.0 development 
   64-bit Linux, Using System Memory 
   Revision Date: 2012-11-08 13:38:16, Id: 5826:79c875319629 
 
ERROR: Must specify the file to be interpreted on the command line 
 
kenneth@kenneth-OptiPlex-360 ~ $ eui ed.ex 
Segmentation fault 
kenneth@kenneth-OptiPlex-360 ~ $  
kenneth@kenneth-OptiPlex-360 ~ $ eui 
Euphoria Interpreter v4.1.0 development 
   64-bit Linux, Using System Memory 
   Revision Date: 2012-11-08 13:38:16, Id: 5826:79c875319629 
 
ERROR: Must specify the file to be interpreted on the command line 
 
kenneth@kenneth-OptiPlex-360 ~ $ eui ed.ex 
Segmentation fault 
kenneth@kenneth-OptiPlex-360 ~ $  
kenneth@kenneth-OptiPlex-360 ~ $ eui 
Euphoria Interpreter v4.1.0 development 
   64-bit Linux, Using System Memory 
   Revision Date: 2012-11-08 13:38:16, Id: 5826:79c875319629 
 
ERROR: Must specify the file to be interpreted on the command line 
 
kenneth@kenneth-OptiPlex-360 ~ $ eui ed.ex 
Segmentation fault 
kenneth@kenneth-OptiPlex-360 ~ $  
 
hg update -r struct 
hg id 
./configure --arch=x86.64 
make 

If there aren't any errors, then your Euphoria 64-bit binaries are located in the 'build' directory once the compilation finishes. You can check that 64-bit binaries produced using the file command:

file build/eui 
--> build/eui: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped 
file build/euc 
--> build/euc: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped 

Hope this helps,
Ira

new topic     » goto parent     » topic index » view message » categorize

11. Re: Is there a problem with 64-bit Linux?

K_D_R said...

If you have a stable Linux 64-bit version of Euphoria, be it 4.0.5 or 4.1, or whatever version, please release it.

I just built a fresh 64-bit 4.1.0 euphoria. You'll need to write your own eu.cfg, but otherwise, all of the binaries should be good to go:

$ ./eui -v 
Euphoria Interpreter v4.1.0 development 
   64-bit Linux, Using System Memory 
   Revision Date: 2012-11-13 01:38:17, Id: 5838:c4cf83a3db32 

Matt

new topic     » goto parent     » topic index » view message » categorize

12. Re: Is there a problem with 64-bit Linux?

Maybe I'm missing something (brain cells perhaps?) but I've been running 64-bit Mint 13 and Euphoria 4.1 for a long time, developing EuGTK, with only 2 relatively minor problems. One - passing doubles to C Funcs - was fixed months ago, and the other - random failures with serialize - may or may not be a fault of Euphoria, but may instead something to do with GTK.

I've also run 64-bit Ultimate, with no problems, but have not used it extensively.

new topic     » goto parent     » topic index » view message » categorize

13. Re: Is there a problem with 64-bit Linux?

irv said...

Maybe I'm missing something (brain cells perhaps?) but I've been running 64-bit Mint 13 and Euphoria 4.1 for a long time, developing EuGTK, with only 2 relatively minor problems. One - passing doubles to C Funcs - was fixed months ago, and the other - random failures with serialize - may or may not be a fault of Euphoria, but may instead something to do with GTK.

I've also run 64-bit Ultimate, with no problems, but have not used it extensively.

Thanks for your report.

I am beginning to think I have a special talent for mucking up Linux installations. Since yesterday, I have been running 64-bit Ubuntu 12.1 with the Euphoria 4.1 package Matt provided a link to above with no problems. I really like Linux Mint-Mate 13, except for the problems I was having. Since you are not experiencing problems with Linux Mint 13, I will re-install and try again, sometime in the near future.

Kenneth Rhodes

new topic     » goto parent     » topic index » view message » categorize

14. Euphoria 4.1 Linux 64-bit bug?

Under Ubuntu 12.1 64-bit, using the gnome-terminal and the LXterminal, ed.ex does not display single and double quotes correctly. Single (') or double quotes (") are not visible, nor any text that follows, until a closing single or double quote is entered. For example, if you enter 't or "t, you will see nothing.

Likewise, the symbol # is not visible when entered, even without quotes. If a SHEBANG line is entered, the ! symbol is not visible when it follows the # symbol. If the file is saved, and loaded into another editor, such as nano, the text is displayed appropriately.

 #!/home/ken/euphoria/bin/eui 
     -- displayed by ed.ex as 
  /home/ken/euphoria/bin/eui 

Kenneth Rhodes

new topic     » goto parent     » topic index » view message » categorize

15. Re: Euphoria 4.1 Linux 64-bit bug?

K_D_R said...

Under Ubuntu 12.1 64-bit, using the gnome-terminal and the LXterminal, ed.ex does not display single and double quotes correctly. Single (') or double quotes (") are not visible, nor any text that follows, until a closing single or double quote is entered. For example, if you enter 't or "t, you will see nothing.

Likewise, the symbol # is not visible when entered, even without quotes. If a SHEBANG line is entered, the ! symbol is not visible when it follows the # symbol. If the file is saved, and loaded into another editor, such as nano, the text is displayed appropriately.

 #!/home/ken/euphoria/bin/eui 
     -- displayed by ed.ex as 
  /home/ken/euphoria/bin/eui 

I see this behavior with 32-bit 4.1, too. It looks to me to be an issue with the syntax highlighting.

Matt

new topic     » goto parent     » topic index » view message » categorize

16. Re: Euphoria 4.1 Linux 64-bit bug?

mattlewis said...
K_D_R said...

Under Ubuntu 12.1 64-bit, using the gnome-terminal and the LXterminal, ed.ex does not display single and double quotes correctly. Single (') or double quotes (") are not visible, nor any text that follows, until a closing single or double quote is entered. For example, if you enter 't or "t, you will see nothing.

Likewise, the symbol # is not visible when entered, even without quotes. If a SHEBANG line is entered, the ! symbol is not visible when it follows the # symbol. If the file is saved, and loaded into another editor, such as nano, the text is displayed appropriately.

 #!/home/ken/euphoria/bin/eui 
     -- displayed by ed.ex as 
  /home/ken/euphoria/bin/eui 

I see this behavior with 32-bit 4.1, too. It looks to me to be an issue with the syntax highlighting.

Matt

Yes, I think so. I can run an older version of ed.ex which syncolor.e doesn't use tokenize.e using eui 64-bit Linux and everything works fine.

Kenneth Rhodes

new topic     » goto parent     » topic index » view message » categorize

Search



Quick Links

User menu

Not signed in.

Misc Menu