23-Apr-2024 19:47 GMT.		 UNDER CONSTRUCTION
Anonymous, there are 19 items in your selection
[News] AROS Feature Request pageANN.lu
Posted on 03-Apr-2002 22:13 GMT by Christian Kemp19 comments
View flat
View list
Matt Parsons wrote: I've added a Feature Request page on Matt's AROS website My new page allows users to vote for the feature they most want to see in AROS as soon as possible. This will allow the dev team to focus on what you, the users, actually want!!

Note, this new page is a bit of an experiment and might suffer from lots of problems.

Even if you don't care about AROS, please take some time to vote.

Thanks

AROS Feature Request page : Comment 1 of 19ANN.lu
Posted by 4pLaY on 03-Apr-2002 21:26 GMT
Yep Do vote people and at least do something right :).
AROS Feature Request page : Comment 2 of 19ANN.lu
Posted by Fabio Alemagna on 03-Apr-2002 21:29 GMT
I'd like to point out something that is not stated in the poll's presentation: doing an "old-style" wb now will obviously subtract time from other things, like the OO system, the latter going to be the substrate of almost everything else.
So bear that in mind when voting, please :)
AROS Feature Request page : Comment 3 of 19ANN.lu
Posted by Matt Parsons on 03-Apr-2002 21:30 GMT
The Poll has been up for an hour now and people are voting!!! This is excelent.
I want to thank all those who have voted, and hopefully we can have your favourite features included as soon as possible.
I've included both an IP (sorry to users who share multiple accounts on a single machine) and cookie filter so you can't vote twice, but please don't test it. I really want this to be a fair vote.
Thanks.
AROS Feature Request page : Comment 4 of 19ANN.lu
Posted by Matt Parsons on 03-Apr-2002 21:34 GMT
I just want to highlight Fabio's comment.
To develop a basic workbench at this time !!!WILL!!! slow development of low level things like drivers and stuff.
But this is to test the AROS community priorities, and see what they feel is important.
AROS Feature Request page : Comment 5 of 19ANN.lu
Posted by Mike on 04-Apr-2002 02:48 GMT
I haven't voted yet, I'm not sure what to vote... Voting for the OOP system makes the most "technical" sense, but having a simple functioning WB clone (assuming there's a lot less dev time), would bring more interest and perhaps more momentum to the whole project.
If it were a 3rd option on the list, I'ld vote for a native dev package. I'ld like to start fooling around with code in AROS, but I don't want to have to learn linux in order to be able to code.
AROS Feature Request page : Comment 6 of 19ANN.lu
Posted by Anonymous on 04-Apr-2002 03:41 GMT
In reply to Comment 5 (Mike):
A native C compliler would be great. What I really want is proper a HDToolBox and finsihed nvidia driver so I can install it on a partition and play around.
AROS Feature Request page : Comment 7 of 19ANN.lu
Posted by smithy on 04-Apr-2002 06:28 GMT
In reply to Comment 6 (Anonymous):
>A native C compliler would be great. What I really want is proper a HDToolBox >and finsihed nvidia driver so I can install it on a partition and play around.
I'm planning to write a C/C++ compiler.
AROS Feature Request page : Comment 8 of 19ANN.lu
Posted by koan on 04-Apr-2002 10:05 GMT
In reply to Comment 7 (smithy):
I would've thought it would be easier to port GNU
gcc/g++ ?
AROS Feature Request page : Comment 9 of 19ANN.lu
Posted by Fabio Alemagna on 04-Apr-2002 10:43 GMT
In reply to Comment 8 (koan):
That's the plan, in fact. The GNU binutils have already been ported, the GNU compilers are the next step. Nasm has been ported too, and freepascal is being ported as well.
AROS Feature Request page : Comment 10 of 19ANN.lu
Posted by smithy on 04-Apr-2002 10:55 GMT
In reply to Comment 9 (Fabio Alemagna):
Under AmigaOS/68k the quality of code generated by GCC was always an issue. Does the x86 compiler do a better job?
AROS Feature Request page : Comment 11 of 19ANN.lu
Posted by Fabio Alemagna on 04-Apr-2002 11:19 GMT
In reply to Comment 10 (smithy):
Yes
AROS Feature Request page : Comment 12 of 19ANN.lu
Posted by Paul on 04-Apr-2002 11:37 GMT
In reply to Comment 10 (smithy):
Eh? GCC produces excelent 680x0 code!
AROS Feature Request page : Comment 13 of 19ANN.lu
Posted by Matt Parsons on 04-Apr-2002 16:05 GMT
Wow, so far we have 120 Votes, and it's almost neck and neck!!!
The Workbench feature has a slight lead, but there isn't much in it. From the Emails I recive I thought the Workbench would be much furthur ahead, but I guess I'm proved wrong (again:-)))).
As for the other features, they are proceeding s fast as they can with the limited number programmers/developers available. Maybe a workbench would attract more devlopers?
Thanks, and keep voting (those of you who haven't)
AROS Feature Request page : Comment 14 of 19ANN.lu
Posted by Kronos on 04-Apr-2002 16:22 GMT
Hi there
I voted for the workbench but now i have something
different in mind. AFAIR there was talk of somekind
of intregrated 68k(JIT)-emu for the x86-version. I
know you might not like the idea of having non-GPL
SW on your system but i think scalos or dopus would
make a good interim-solution for now. This way you
could finish the low-level-stuff first and then
build a independent WB on top of it (Just like MOS).
BtW: I really like the compiler-idea.
AROS Feature Request page : Comment 15 of 19ANN.lu
Posted by Matt Parsons on 04-Apr-2002 16:36 GMT
For the time being it is best not to think about a 68K JIT, there are far too many issues (byter ordering for example) which cause problems for the x86.
Our idea for 68k software on the x86 CPU is centred around an intergrated "sandbox" concept at the moment as this provides the fastest solution and the easiest to implement (though it is still quite a big task).
We already have Dopus (but I hate it), and Scalos is written 68k (though the scalos team are trying to recode it in C). DOpus is part of my current distro, though most complete on the CD rom version of AROS.
AROS Feature Request page : Comment 16 of 19ANN.lu
Posted by tinman on 04-Apr-2002 18:45 GMT
In reply to Comment 15 (Matt Parsons):
Scalos uses dos.library packets in a few places to figure things out
about the files, so that could be a hinderance ATM too (if I read what
Fabio said in another thread correctly - that stuff like that will not
work in AROS's dos.library).
AROS Feature Request page : Comment 17 of 19ANN.lu
Posted by Matt Parsons on 04-Apr-2002 19:56 GMT
We do have packet emulation for really crappy programs which reply on this outdated and un-amiga concept.
AROS Feature Request page : Comment 18 of 19ANN.lu
Posted by Matt Parsons on 04-Apr-2002 20:24 GMT
We do have packet emulation for really crappy programs which reply on this outdated and un-amiga concept.
AROS Feature Request page : Comment 19 of 19ANN.lu
Posted by Fabio Alemagna on 05-Apr-2002 06:48 GMT
In reply to Comment 16 (tinman):
That's right: although we do have a sort of compatbility layer for programs that use the packet system, it's not really tested nor quite functional. Moreover, the semantics of the filesystem subsystem in AROS are somehow different than the AmigaOS' ones, and the dos.library handles the "translation" for the well-behaved programs, but programs that deal directly the filesystem processes are not guaranteed to work at all, and are very unlikely to work, indeed.
Anonymous, there are 19 items in your selection
Back to Top