Forums - All Posts - The Amigans website

Forum Index

Board index » All Posts (corto)

Bottom

« 1 2 3 4 (5) 6 7 8 ... 14 »

corto

Re: Is GCC totally bugged, or am I just going crazy?

Posted on: 2014/3/29 10:54 #81

Not too shy to talk

@ChrisH: I come late into this thread but looking at gcc warning options, I see that -Wuninitialized is well explained and is not set with -Wall but with -Wextra.

Another option that could be helpful is -Wwrite-strings (not either set by -Wall or -Wextra).

Topic | Forum

corto

Re: Spectre660's Linux downloads for the Sam440/460

Posted on: 2014/1/27 17:45 #82

Not too shy to talk

Hey guys

I missed recent discussions about Linux on forums and Linux on PPC boards also running AmigaOS.

I also use Linux, it is helpful in dual boot and as a developer, I often need to compare systems (settings, performance, power management, ...). I am not specially a Linux fan but it is useful to have in on our platforms!

I have to make a fresh install of Debian on my Sam440.

Xeno and Spectre: Thank you for your work and let's continue!

Topic | Forum

corto

Re: GCC is bit old, I think we need a new one.

Posted on: 2014/1/27 17:34 #83

Not too shy to talk

@LiveForIt

Reading the changelogs, it seems that most of the changes are related to AIX and Power based systems. I understand an updated version will bring the -mpcu=970 syntax but in what do you think that will increase performance?
Have you found hot spots or instructions causing penalty?
I am really interested in that.

Topic | Forum

corto

Re: Cyrus+

Posted on: 2013/12/11 21:30 #84

Not too shy to talk

@Fairdinkem

It is not possible to compare yet. Cyrus is not available. And even if it would be here, we just can say that they are in the same range of performance.

One has Altivec and not the other. But the second one has maybe faster busses or bigger cashes.

And we have to know that the performance of a machine depends on how hardware is supported (cache settings, use of accelerators, ...).

I am sure that Cyrus boards will be nice and powerful, basically at the same level than the X1000.

Topic | Forum

corto

Re: why not Dosbox with overlay and composition

Posted on: 2013/11/28 7:24 #85

Not too shy to talk

Hi all
I haven't thought about that when I ported DosBox. And I have to say I have never played with compositing and overlay

But you can be sure the CPU pressure is due to the x86 CPU emulation. The display is really hard to improve (like other parts in DosBox) because of the spaghetti code (effects or resizing on pixels done in macros calling macros ...).

So I don't know what I can really do. But if Basilik sources are available I would be pleased to have a look at these parts.

For higher performance, JIT could be an idea (but difficult because there is no doc and no easy debug mechanism). And few other ideas could be checked too.

Topic | Forum

corto

Re: Isel opcode unrecognized opcode?

Posted on: 2013/11/21 9:48 #86

Not too shy to talk

As you said in your first post, you can't move directly a GPR into a FPR. The integer value must be saved in memory and then loaded into a FPR with instruction lfiwax (Load Floating-Point as Integer Word Algebraic Indexed).

For the reversed operation, a short C test with the generated asm code shew that there is a conversion:
fctiwz 0,30
before saving the register:
stfiwx 0,0,9
But this part should be investigated more. I am not very comfortable with FP instruction set.

Topic | Forum

corto

Re: Interview with the developer Boing Attitude

Posted on: 2013/11/20 15:09 #87

Not too shy to talk

Hey Glames, my friend ! Glad to read news from you.
You still look young and motivated !!
We missed you at the Alchimie show

Topic | Forum

corto

Re: Isel opcode unrecognized opcode?

Posted on: 2013/11/20 8:13 #88

Not too shy to talk

@LiveForIt

Looking at the GCC doc online, I see:

Quote:

-misel
-mno-isel
This switch enables or disables the generation of ISEL instructions.
-misel=yes/no
This switch has been deprecated. Use -misel and -mno-isel instead.

So this option is about generation of the instruction. You certainly have to choose a CPU that supports the instruction.

Note that currently, we have no platform that supports this instruction.

To compile with the inline isel instruction, try something like:
gcc -mcpu=e500mc -o isel isel.c
or on recent compilers:
gcc -mtune=e500mc -o isel isel.c

Note that if you do that on AmigaOS, that will crash with an undefined instruction on our machines.

And to target the e5500 core, if the compiler does not support it, you will tune for e500mc, what could be worse than not use isel instruction.

But that's always very good to experiment !

Edited by corto on 2013/11/20 9:14:37
Edited by corto on 2013/11/20 9:31:15

Topic | Forum

corto

Re: No Games Software? No Games Software? ARE YOU MAD????

Posted on: 2013/11/13 12:30 #89

Not too shy to talk

ChrisH : Right, that will give a better view of the content.

Mikey_C : Thanks for this thread, Huno deserves that. And with this DVD, I also really appreciate the common effort (Huno, K-L, Lio, Elwood, ... and ACube!).

Like abalaban, I am not sure I will play so many games but at least, I wanted to celebrate the launch of this DVD.

Topic | Forum

corto

Re: Sdk 53.20 issues

Posted on: 2013/8/27 16:15 #90

Not too shy to talk

Quote:

salass00 wrote:
@corto

Quote:

This problem was described in SDK section of the Hyperion forums but had few answers. I am not convinced by advices that say to copy includes from SDK:MUI/C/include into the SDK trunk. There was no official answer though.

A better solution IMO than copying files around and making your SDK installation non-standard would be to simply add -I/SDK/MUI/C/Include to the compiler options when compiling MUI programs.

I forgot to say that did not work here. This is what was suggested in a previous post but with that I still get the error.

Maybe there is a difference between includes added like that (with -I option) or defined as internal includes?

salass00: Does it work for you just adding -I/SDK/MUI/C/include?

Topic | Forum

corto

Re: Sdk 53.20 issues

Posted on: 2013/8/27 11:27 #91

Not too shy to talk

Quote:

broadblues wrote:
Quote:

Now it gives me another error (solved the other copying mui includes in include_h):

You should probably have added -I/SDK/MUI/C/include to your compile flags if that directory isn't in the compiler include path already.

You certainly should not copy anything into SDK:include/include_h that is for system includes only.

I face the same problem on my Sam440 that was freshly installed with the SDK 53.20. For months, I haven't tried to compile MUI apps on this machine but recently I needed to do that and I met the same error.

This problem was described in SDK section of the Hyperion forums but had few answers. I am not convinced by advices that say to copy includes from SDK:MUI/C/include into the SDK trunk. There was no official answer though.

I consider that as a bug. Any ideas?

Topic | Forum

corto

Re: Interview with Guillaume Boesel (ITA/ENG)

Posted on: 2013/4/27 7:50 #92

Not too shy to talk

Quote:

Kicko wrote:
Nice review, had a good reading and zz10h sounds like a good guy :)

I confirm he is !

I met him last month at the Amigateries event organised by Huno.

zzd10h: Please continue the good work on AmigaOS !

Topic | Forum

corto

Re: Frogatto For AmigaOS4 beta release

Posted on: 2013/4/3 20:05 #93

Not too shy to talk

eliyahu: I am so glad for my friend Huno to read these words about it! Thank you so much, he deserves that. He spent so much energy to bring some games with a high level of quality (testing, adding improvements, writing doc and translations, ...).

Topic | Forum

corto

Re: 440ep Vs 460ex

Posted on: 2013/2/16 20:48 #94

Not too shy to talk

I can't answer exactly but I measured the consumption of my Sam440-flex and results are here.

Basically, it consumes between 25W and 26W in idle, including around 4W due to the Radeon 9250.

I hope I will be able make measurements on Sam460 soon.

Topic | Forum

corto

Re: Ruby native_thread_init_stack() implementation

Posted on: 2012/12/17 9:28 #95

Not too shy to talk

I have to say that the description of the MEMORY_BASIC_INFORMATION structure is not clear to me ...

With what you propose in the second comment, is there no risk for a thread to overwrite the stack top of the process ?

Anyway, that's very nice to see that you are working on this port. I am interested in Ruby (and ported the existing version on OS4, but quite limited).

Topic | Forum

corto

Re: Text rendering speed (Qt vs. native)

Posted on: 2012/10/30 22:03 #96

Not too shy to talk

Quote:

m3x wrote:
I've fixed the bug for Sam440ep / Sam460ex boards. It was in the INTB_VERTB emulation done in rtg.library.

Hieronymus now works nicely on Sam too

You know what ? I am so happy ! Not only for me but also because now (errm, soon) Hieronymus can run on most of the Amiga machines. That makes me motivated to improve it after so much time thinking that almost nobody was able to run it.

Thank you so much !

I am sure that more and more bugs and pitfalls will be found.

Topic | Forum

corto

Re: AmiWest 2012 News?

Posted on: 2012/10/23 19:12 #97

Not too shy to talk

Rogue wrote:

Quote:

Quote:

Regarding Libreoffice that's great news, I use it regularly on PC (quite powerful one) and it would be great for future Amigas as well (X1000 and up).

Does anyone know who is doing the actual porting?

I know, but since I don't know whether the person wants to be named, I shall not say either.

Plainly, I have yet to see any reason why LibreOffice on the Amiga is a bad thing, and I applaud the effort - that won't be an easy project.

True. Having LibreOffice would be great, I think nobody thinks it's a bad thing. But it normal to have doubts when such a project is announced, even more knowing history.

Some people can think effort would be spent elsewhere. Maybe, maybe not. Having ported dmake and provided some support with the author of OOLight, I know that it's not easy : huge project, old and complicated build system (for me), ... and I had problems that could be related to the shell (handling environment variables). Maybe I could share more if needed.
Anyway, at least working on such a project will help to improve the OS.

I wish him good luck !

Topic | Forum

corto

Re: RunInDOSBox_r0_alpha1

Posted on: 2012/10/21 22:06 #98

Not too shy to talk

That's great and will improve the user experience of DosBox. As I made the DosBox port, I appreciate to see work done around !

Topic | Forum

corto

Re: AmiWest 2012 News?

Posted on: 2012/10/21 9:43 #99

Not too shy to talk

I am also regularly looking the forums for news, pointers on blogs or documents.

TearsOfMe: Argh, about LibreOffice, I can talk from my experience to port OOLight with the guy that created it from OpenOffice. Even with no Java, reduced code, his support, ... it was very difficult. Too much, in fact. I hope that the build system has evolved (and our shell would have too). My fear is that Trevor had the eyes bigger than the stomach. But good luck anyway !

Maybe one day we will see more than the shadow of the beast.

Topic | Forum

corto

Re: Sam 440ep flex and PSUs

Posted on: 2012/9/25 12:32 #100

Not too shy to talk

I checked and on the Sam440 with u-boot 1.3.1a (Nov 27 09), I still can't get the serial output.

Topic | Forum

Top

« 1 2 3 4 (5) 6 7 8 ... 14 »