Should we really crack IBrowse 2.4???

[NovaCoder]

i think porting software you can forget about anything else than gcc. if you roll off your own project you can tailor it for something else.

That's true, shame gcc on 68k is so damn painful really

[NovaCoder]

Hey NovaCoder this is completely not part of the OP, but since you are here and here I am wondering...what is the status towards DOSBoxAGA?

Yep, very off topic

You can read all about it on the project thread -> Dossy Box, actually it's in my signature you big silly.

Matt has been making good progress with the dynamic 68k core and it's actually generating 68k code now.   I've been very lazy, too busy on my port of Quake 2  to AGA.

[matthey]

I've tried to build a few big projects using vbcc with CubicIDE and I could never get it to produce a reliable exe.    After coding for a few years now for Amiga 68k the only ones I've used to do anything with are StormC V4 (gcc mode) and AmiDevCpp.

Vbcc is a lot better with the last version but is developing slowly. There are newer versions of the vbcc assembler vasm that can be compiled to fix some bugs and add more optimizations. Vasm has been actively developed and is a mature product for the 68k. I wish GCC used it and a great project would be to try and retrofit it to GCC as it's supposed to be compatible with GAS. Anyway, vbbc does need some development. It's become more GCC like and more stable but it's still slow to compile and buggy on higher optimization levels. It does generate pretty good code on the low optimization levels which is good.

i think porting software you can forget about anything else than gcc. if you roll off your own project you can tailor it for something else.

You hit the nail on the head. Most software uses GCC and is customized for GCC. Porting with anything else is more difficult.

[ChaosLord]

Well you always have to cross compile when coding for Amiga on any modern projects because the only modern compiler we have is gcc (UNIX).  

What is your definition of "modern"?

[NovaCoder]

What is your definition of "modern"?

Something that supports C++

[AmigaClassicRule]

Isn't C++ a higher level object oriented language than C? Wouldn't it slow things down for classic Amiga?

[ChaosLord]

C++ is a different language than C.

Amiga C compilers are good.

[wawrzon]

i dont even know if amidevcpp sports up to date c++ compiler. afair the last available version was around 3.4.x. on the other hand there is a c backend 4.5.0 by bernd, which makes it fine for a contemporary project written entirely in c as netsurf is, and likely therefore artur was able to compile it for amiga/sdl without major changes.

on the other hand whether we like it or not, a lot of stuff we desire is nowadays written in c++. i cant argue if c++ produces slow code, i know some claim that. the main question is though, do we want to try to port these apps even if just to see if they are slow or not, or do we resign on them entirely. from my experience with aros owb on 68k real hardware i must say it is not as slow as you might expect it.

as said, odyssey/owb/webkit is c++, so any kind of owb needs c++ toolchain. aros has it including 68k (4.6.2 afair). 68k amiga lacks it. perhaps someone can work out and provide appropriate devpacks for amidevcpp. id like to have amiga/aros68k 4.6.x. that might simplify the situation. but dont see anyone up to the task.

[Crumb]

I'd be happy to do that but I'm not sure if there are any 68k coders left in the community who would help.   I only put my hand up originally because nobody else offered to give it a try.

You should use GIT/CVS/SVN if you want to receive any help. It seems Netsurf guys use GIT, you could start using it locally and then commit the changes to github for example. There's TortoiseGit if you want to do it in a comfortable/graphical way. Even if you uploaded a LHA with your changes somewhere if someone tried to help you the files would get out of sync soonish and sync-ing sources manually is a pain in the ass. Perhaps using diff correctly would solve that problem but for me GIT/SVN/CVS is the most comfortable way.

I don't promise much help but I could take a look at it and try to help from time to time (as long as we don't use ixemul).

[Bif]

Isn't C++ a higher level object oriented language than C? Wouldn't it slow things down for classic Amiga?

C++ is just as fast as C. If you use certain features of C++ such as virtual methods in your classes, yes, they can be slower than a straight function call in C (or C++). But a virtual method does more than a straight function call in C. To do the same thing in C you'd need a function pointer and then it starts costing you the same in performance.

In the end you can accomplish a lot of stuff in C that you can also do in C++, C++ just makes it easier by building useful concepts into the language that you have to otherwise code manually in C. As long as you know the cost of using various C++ language features and don't try to use features you don't need to achieve something, it's the same. E.g. using a class with no virtuals is not going to be more expensive than any C alternative.

On the other hand it may be that a given C++ compiler isn't as good as a given C compiler on Amiga due to how old they are (this is certainly not true on most other platforms). But that's a compiler implementation issue, not a language issue.

[a-pex]

Hello all,
maybe this is some kind of motivation, but the http://www.a1k.org Community grand a minimum of 750€ for a working optimized Browser supporting 68k, AGA & CSS.

And I am sure this will be more only from our side, together with other Amiga Communities this could be enough money for a nice holiday. :-)

Regarding OS4 we have enough good solutions, but we need something again for the Classic Amigas...

[a-pex]

Too less money for a feedback? ;-) May we should move the last postings in a new thread and close this one...

[danbeaver]

Too less money for a feedback? ;-) May we should move the last postings in a new thread and close this one...

Absolutely put this in a new thread!

The original is a part of an ongoing ethical and perhaps legal argument. You can't just "close" a thread on ethics.

[rxxic]

9 months gone trough land, are there any news on this? Is it possible to buy iBrowse now or has it been cracked?

[TribbleSmasher]

Well, they are working on it, but possibly only for internal release. Nobody can buy it.

Code: [Select]

The following is an unedited list of the majority of changes made since IBrowse 2.4 was released:
02-Nov-18 Beta 25.80 out
Updated welcome, store and acknowledgement text
Fixed user agent strings for release/demo verison
Added AmigaOS 3.1.4 detection
OS4: Changed random number generation routine
More key related changes in preparation 2.5 release
JS: OS4: Removed usage of obsolete OS functions
OS4: Rebuilt with GCC 8.1.0
14-Sep-18 Beta 25.79 out
22-Jul-18 Beta 25.78 out
BUGID 1667: Added support for application/xhtml+xml MIME type
Added support for 3-digit HTML hex colour values
Prevent spoofing entries from deletion if used in URL prefs
Finished localising spoofing preferences
29-May-18 Beta 25.77 out
Added custom spoof string settings for HTTP(S) User-Agent and related JavaScript Navigator object properties, allowing new strings to be added, strings to be reordered and "Spoof as" menu to be customised, all interlinked with the existing URL Prefs spoof setting
Made Search bar prefs list titles' style consistent
Tweaked the IBrowse/Amiga part of the User-Agent strings
Fixed new browsers not always inheriting current spoof setting
JS: Fixed crash when accessing navigator object properties via the URL gadget without a page loaded
07-Apr-18 Beta 25.76 out
Key related changes in preparation for the new 2.5 keys

[kolla]

What on earth would be the point of "AmigaOS 3.1.4 detection"?