We need an iBrowse replacement for 68k!!!

[wawrzon]

got bored with building toolchain and went straight to compiling the libs on another machine under cygwin using precompiled arturs backend available above. i hope chris will fix toolchain makefiles for himself one day so that we have unified reference.

now compiling the libsparseutils i see:
src/charset/aliases.c: In function `parserutils_charset_alias_match':
src/charset/aliases.c:53: Warnung: Index hat Typ »char«

apparently the sourcefile needs a cast? ive built it for now without -werror. but i guess its better to report back and have it fixed upstream.

a question though, i cannot find any possibility to convince the make to output the detailed information what exactly has been invoked with the full path, to be sure the correct compiler backend and tools are used. no --debug option seems to grant this, neither VERBOSE=1.. what to do? (btw libcss seem to have compiled just fine, im a little puzzled why this is all that easy all the sudden)

[wawrzon]

a little too early joy..

Code: [Select]

$ make -C libhubbub TARGET=amigaos3 install
make: Entering directory `/home/wawa/netsurf/workspace/libhubbub'
/home/wawa/netsurf/workspace/inst/share/netsurf-buildsystem/makefiles/Makefile.t
op:249: warning: overriding recipe for target `clean'
examples/Makefile:14: warning: ignoring old recipe for target `clean'
ENTITIES: src/tokeniser/entities.inc
make: *** Keine Regel vorhanden, um das Target »libxml2.c«,
  benötigt von »libxml2.o«, zu erstellen.  Schluss.
make: Leaving directory `/home/wawa/netsurf/workspace/libhubbub'

sorry thats in german, even a bad output translation i suppose. should be there is no rule to build libxnl.c to libxml2.o i suppose. strangely i dont see any mention of xml in the appropriate makefile nor makefile.top that seems to override it.

[wawrzon]

...also pref.

now libdom remains to be made;)

pcgconfig is not available, constructed it out of pieces with guessed version string, but bindings still make problems. neither builds.

[wawrzon]

i think artur is working here:
http://www.amigacoding.de/index.php?topic=291.0
i personally am stuck a little on both netsurf for aos as well as odyssey for aros68k.
ive been able to compile the libs for netsurf as artur did but i doubt i can help much there since i practically cant code. more likely is that i will get aros odyssey to compile some day.

[wawrzon]

I try to compile Chris's OS4 NetSurf.
I have half of code compiled at this moment.
If somebody knows how to implement some OS4 functions on classic,
post it here:
http://eab.abime.net/showthread.php?t=68233

cant help much with coding, otherwise although olaf has registered me on the amiga coding de i still cant login, will try to contribute whatever i can as soon it works.

btw would like to propose not to use devcpp for compiling, rather to stick to the usual netsurf makefiles, to ensure that the changes may be easily commited upstreamand amiga 68k can be incorporated in the set of official netsurf backends which would in turn make it easier to maintain i guess. however i suppose you have though of it yourself.

[wawrzon]

@amigaclassicrule:
there is a number of different challenges here that demand different skills. usually a gifted coder like chris can do and maintain such a port, but then even him has stated, he will refrain to maintaining only the os4 implementation.. and secondly the whole amiga scene, and not just 68k or os4 community has a handful of such coders remaining. i am not trying to insult anyone, just tell that it isnt as easy as it looks like from the outside.

[wawrzon]

all due respect given i doubt its arturs area as well, otherwise he might have done it long ago. there is clearly requirement for help, whoever might be able should step ahead.

[wawrzon]

sdl ports are still if not the easiest then the less damanding when it comes to amiga standards. in this case reaction versus intuition, gadtools, boopsi, whatever applies. it would be great to get someone already familiar with the subject into the boat, in particular id welcome a mui replacement, likely to improve os4 port as well.

[wawrzon]

well, not many people are willing or able to get through amiga internals anymore, or know them from the start, while handling gcc is one of the basics cross platform. sadly remaining 8k coders are most asm cracks. perhaps on the eab or a1k there might be someone able to help, counting one hand fingers. or a complete newcomer, though im not going to ask people of aros team..

[wawrzon]

jason has compiled aros owb for 68k, and i (and others) have tested it. it is almost usable, which means webkit browser might altogether be usable even on real amigas (060).
i expect fabs odyssey might be somewhat more responsive as this outdated version of aros owb.

now, firefox is of course out of the question, it doesnt even work properly on os4 machines let alone it would on any real 68k setup.

thanks to jason and deadwood i have been able to build aros68k toolchain, configure the odyssey project somewhat but making ive run immediately into some (define) problems, because the project wants to build whith pthreads. i couldnt find the cause, fab, you might recall ive asked you too.

i also agree completely the projects must be kept building from the shell, as it is intended to, in this case using cmake. using devcpp or any other editor might be helpful initially especially with porting small sdl games or so. but almost all open source projects are not meant to build that way, therefore especially with big and complex project you will eventually mess everything up, never knowing, what.

[wawrzon]

im not taking any bounties here. im just trying to help, practically everybody else here has more guts then me.

[wawrzon]

Considering AROS OWB didn't have blitter support at all, it could only be faster, and not a little.

that exactly was the problem, it was blitting very slowly, scrolling slowly and the like..

I still think it would be rather slow on 060.

on css heavy sites, yes.. bbc has loaded few minutes, about two afair and of course without java script. but it rendered correctly with datatypes. but a1k frontpage was there almost in an iinstant, and one has to consider arostcp stack is still very laggy..

now what concerns the build i have a script here where morphos is clearly defined for paths:

Code: [Select]

cmake \
    -DCMAKE_CROSSCOMPILING=ON \
    -DCMAKE_TOOLCHAIN_FILE=../cmake/aros.cmake \
    -DCMAKE_MODULE_PATH=../cmake \
    -DUSE_GRAPHICS="MORPHOS" \
    -DUSE_FONTS="FREETYPE" \
    -DUSE_TIMER="MORPHOS" \
    -DUSE_I18N:STRING=ICU \
    -DBUILD_SHARED_LIBS="NO" \
    -DUSE_THREADS="MORPHOS" \
    -DWITH_OWB_CONFIG_DIR="PROGDIR:owb.conf" \
    -DICU_LIBRARY="-licui18n -licuuc -licudata" \
    -DICU_INCLUDE="$AROS_DEVELOPMENT/include" \
-DPNG12_LIBRARIES=$AROS_DEVELOPMENT/lib/libpng.a \
-DPNG12_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DFREETYPE_LIBRARIES=$AROS_DEVELOPMENT/lib/libfreetype2.a \
-DFREETYPE_INCLUDE_DIRS=$AROS_DEVELOPMENT/include \
-DFONTCONFIG_LIBRARIES=$AROS_DEVELOPMENT/lib/libfontconfig.a \
-DFONTCONFIG_INCLUDE_DIRS=$AROS_DEVELOPMENT/include \
-DJPEG_LIBRARY=$AROS_DEVELOPMENT/lib/libjpeg.a \
-DJPEG_INCLUDE_DIR=$AROS_DEVELOPMENT/include/ \
-DCURL_LIBRARIES="$AROS_DEVELOPMENT/lib/libcurl.a;$AROS_DEVELOPMENT/lib/libiconv.a;$AROS_DEVELOPMENT/lib/libz.a;$AROS_DEVELOPMENT/lib/libssl.a;$AROS_DEVELOPMENT/lib/libcrypto.a;" \
-DCURL_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DOWB_BASE_DEPS_LIBRARIES=$AROS_DEVELOPMENT/lib/libxml2.a \
-DOWB_BASE_DEPS_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/libxml2 \
-DSQLITE3_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DSQLITE3_LIBRARIES=$AROS_DEVELOPMENT/lib/libsqlite3.a \
-DLIBXSLT_LIBRARIES=$AROS_DEVELOPMENT/lib/libxslt.a \
-DLIBXSLT_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DCAIRO_LIBRARY=$AROS_DEVELOPMENT/lib/libcairo.a \
-DCAIRO_INCLUDE_DIR=$AROS_DEVELOPMENT/include/ \
    -DENABLE_ACCESSIBILITY:BOOL=ON \
    -DENABLE_BLOB:BOOL=ON \
    -DENABLE_DATALIST:BOOL=ON \
    -DENABLE_DOM_STORAGE:BOOL=ON \
    -DENABLE_EVENTSOURCE:BOOL=ON \
    -DENABLE_FILE_SYSTEM:BOOL=ON \
    -DENABLE_FILTERS:BOOL=ON \
    -DENABLE_FTPDIR:BOOL=ON \
    -DENABLE_GEOLOCATION:BOOL=ON \
    -DENABLE_ICONDATABASE:BOOL=ON \
    -DENABLE_INDEXED_DATABASE:BOOL=ON \
    -DENABLE_INPUT_TYPE_COLOR:BOOL=ON \
    -DENABLE_INSPECTOR:BOOL=ON \
    -DENABLE_JAVASCRIPT_DEBUGGER:BOOL=ON \
    -DENABLE_MEDIA_STATISTICS:BOOL=ON \
    -DENABLE_METER_TAG:BOOL=ON \
    -DENABLE_MICRODATA:BOOL=ON \
    -DENABLE_NOTIFICATIONS:BOOL=ON \
    -DENABLE_NPAPI:BOOL=ON \
    -DENABLE_OFFLINE_DYNAMIC_ENTRIES:BOOL=ON \
    -DENABLE_OFFLINE_WEB_APPLICATIONS:BOOL=ON \
    -DENABLE_PROGRESS_TAG:BOOL=ON \
    -DENABLE_REQUEST_ANIMATION_FRAME:BOOL=ON \
    -DENABLE_RUBY:BOOL=ON \
    -DENABLE_SANDBOX:BOOL=ON \
    -DENABLE_SQL_DATABASE:BOOL=ON \
    -DENABLE_WEB_SOCKETS:BOOL=ON \
    -DENABLE_WEB_TIMING:BOOL=ON \
    -DENABLE_XPATH:BOOL=ON \
    -DENABLE_XSLT:BOOL=ON \
    -DENABLE_TESTS:BOOL=OFF \
    -DENABLE_TESTS_CPPUNIT:BOOL=OFF \
    ..
while now it stops somewhere else and i cant even configure it anymore aven though reinstalled and readjusted the whole source:

Code: [Select]

CMake Error at Tools/OWBLauncher/CMakeLists.txt:65 (target_link_libraries):
  Cannot specify link libraries for target "owb" which is not built by this
  project.
damn ive messed it up again..

[wawrzon]

you need to run it under aros68k. this means you need to download aros68k nightly and decompress it onto an empty bootable partiotion, and then download the corresponding contributions where owb is in extras/networking/apps/owb

now that the last nightles do not start on 68k due to rebuilding the infrastructure, you may have to use aros vision distro for "classics".
you ll have to check out and remove all unnecessary ttf fonts from the fonts: dir otherwise it will take ages to parse them. i had somewhere an archive with those appropriate but forgot where. then you need to start arostcp (you need a lan card) otherwise the browser will refuse to run. and then you will have to sustain very long start, set the image decoders to datatypes in the browser prefs, disable javascript and then it might go online.

meanwhile ive noticed that olaf puts millions of fonts even into the aros vision classics, i would have to remove them now even to check if owb starts, its been months i ran that last time. i cant be bothered today. sorry.

[wawrzon]

im working on compiling netsurf 2.0 with itix mui frontend against aros headers. im compiling it towards amiga-m68k target while im working on it, but it should be as platform independent as possible. netsurf itself wasnt that of a deal, but the frontend is a bit more complicated. i must get ttengine to build within aros build system for now. if this succeed im going to update netsurf to the current version, try to adapt the frontend and let it build within the build system as well. this is all i can do for now, being a noob.

[wawrzon]

There have been a *lot* of frontend changes since then.

yes, ive been told that.

[wawrzon]

@yasu

only if it was really a cheap bounty. ibrowse isnt anymore up to todays standards than aweb is, which already is open. and i doubt that the community needs more bounties for almost worthless code it cannot even maintain after it was opened.