We need an iBrowse replacement for 68k!!!

[trip6]

Wasn't someone working on a Mozilla\Firefox port for classic amiga or is that dead now?

[wawrzon]

Wasn't someone working on a Mozilla\Firefox port for classic amiga or is that dead now?

who cares? if anything is too heavy for amiga then firefox. you might check that os4 hardware has problems to run it.

[wawrzon]

no my win account isnt called netsurf. in fact i must look first what its called. never cared about accounts, neither under cygwin/devccp. as you see its located in home/netsurf, account directory is missing. this is likely the problem. will have to see how to create account under cygwin and adjust the dir tree. i understand i have to create dir/account matching the win login.

okay, this assmption seems to be right. making some progress on building toolchain process. fingers crossed.

[utri007]

Good luck. and thanks for a patience.

[wawrzon]

@chris & whoever can help:

now i hsitate how to react to that:

Code: [Select]

(Stripping trailing CRs from patch.)
patching file gcc/config.gcc
Reversed (or previously applied) patch detected!  Assume -R? [n]
any suggestions? shall i go with defaults?

p.s. perhaps i have i have to move the whole thing to my main i7 machine. this p4 notebook is so slow.. still i can take it out and see some people while working on it. i sit in my studio the whole day otherwise.

[apj]

you are probably compilling the sources another time so a patch has been already applied.
if you press 'y' or 'n'  there won't be diffrence.(i think) i had this message too.

Note that this toolchaing uses clib.
Using libs build with ixemul gives many undefined references to _ctype and _sF.

I have asked Bernd Roesh for help and this is his answer:

" clib is very buggy and slow,

you need ixemul because it have a faster mem allocator as the default amiga
firstfit mem allocator system.
you can see how slow other libs get, when you test ixemul poolmem.library . this use not the own cache buddy allocator memallocator in ixemul and use amiga mem alloc as clib2 or libnix do.

netsurf begin then to crawl and get slower and slower due to mem fragmentation

all programs that use very often mem allocation, do work bad with amiga default mem allocator. so ixemul is need."

[NovaCoder]

Ok, started again, now using Arti's SDL workspace with AmiDevCpp IDE, so far so good.  The Cygwin install that comes with AmiDevCpp is completely broken BTW (works fine when using the AmiDevCpp IDE of course).

Manage to start compiling the files under the 'amigaos3' folder.

One problem I had was with the CURL includes.

This wasn't working:

/* Data type definition of curl_socklen_t. */
typedef CURL_TYPEOF_CURL_SOCKLEN_T curl_socklen_t;

Because socklen_t was not defined in (seems to be defined in AROS and OS4).

To fix it I had to do this:

Code: [Select]


// NOVA_CODER - not in <sys/socket.h>
typedef int socklen_t;

Is that correct or should it be an unsigned long?

Or have I just completely stuffed it up

[wawrzon]

clib is very buggy and slow,

this is bernds mantra, but he may have some point. i have suspicion that amiga mem alloc is really not that great. i think it might be at least one of factors that make compiling or on 68k so slow (i hope aros will improve on this). but many sdl apps linked with ixemul are slow too in comparison. i would try both, especially that if is only two functions that are immediately missing. i suspect there will be more of that though.

[wawrzon]

Ok, started again, now using Arti's SDL workspace with AmiDevCpp IDE, so far so good.  The Cygwin install that comes with AmiDevCpp is completely broken BTW (works fine when using the AmiDevCpp IDE of course).

Manage to compile all of the files under the 'amigaos3' folder.

One problem I had was with the CURL includes.

This wasn't working:

/* Data type definition of curl_socklen_t. */
typedef CURL_TYPEOF_CURL_SOCKLEN_T curl_socklen_t;

Because socklen_t was not defined in (seems to be defined in AROS and OS4).

To fix it I had to do this:

Code: [Select]


// NOVA_CODER - not in <sys/socket.h>
typedef int socklen_t;

Is that correct or should it be an unsigned long?

Or have I just completely stuffed it up

if its included with aros, then try too look up afa includes for starters, perhaps its available there. i mean we can try to build against aros68k, but we will likely need some assistance from aros team in this case, and it may not give us perfectly working aga at this time anyway.

edit: ah, what header is it in? im not that far to bother with that myself, y know.

[NovaCoder]

This one ->

AROS declares it as '__uint32_t'

[NovaCoder]

Now the problem is with building 'font_freetype.c', it needs a system include called 'ft2build.h' but I don't have it?

Looks like I need to have a build of FreeType installed.

[yakumo9275]

thats from the freetype2 library. do you have the freetype2 libs/headers installed?

[NovaCoder]

Installed 68k freetype from AmiNet (v2.3., that fixed the missing include problem.

New problem with 'font_freetype.c'

Code: [Select]

/* initialise font handling */
bool fb_font_init(void)
{
        FT_Error error;
        FT_ULong max_cache_size;
        FT_UInt max_faces = 6;
fb_faceid_t *fb_face;

        /* freetype library initialise */
        error = FT_Init_FreeType( &library );
        if (error) {
                LOG(("Freetype could not initialised (code %d)\n", error));
                return false;
        }

        /* set the Glyph cache size up */
        max_cache_size = nsoption_charp(fb_font_cachesize) * 1024;


Compiler: m68k-Amiga-OS3
Building Makefile: "C:\CrossCompiler\AmiDevCpp\workspaces\netsurf\netsurf\Makefile.win"
Executing  make...
mingw32-make.exe -f "C:\CrossCompiler\AmiDevCpp\workspaces\netsurf\netsurf\Makefile.win" amigaos3/font_freetype.o
m68k-amigaos-gcc.exe -c amigaos3/font_freetype.c -o amigaos3/font_freetype.o -I"C:/CrossCompiler/AmiDevCpp/usr/local/amiga/m68k-amigaos/sys-include" -I"C:/CrossCompiler/AmiDevCpp/workspaces/netsurf/netsurf" -I"C:/CrossCompiler/AmiDevCpp/workspaces/netsurf/include" -I"C:/CrossCompiler/AmiDevCpp/workspaces/netsurf/share/include"    -noixemul

amigaos3/font_freetype.c: In function `fb_font_init':
amigaos3/font_freetype.c:177: error: structure has no member named `fb_font_cachesize'
amigaos3/font_freetype.c:204: error: structure has no member named `fb_face_sans_serif'

 
In other words this line:

Code: [Select]

       max_cache_size = nsoption_charp(fb_font_cachesize) * 1024;


[wawrzon]

@novacoder
i think its wrong or obsolete version of the header in question.

[chris]

Code: [Select]

       max_cache_size = nsoption_charp(fb_font_cachesize) * 1024;


fb_font_cachesize must be missing from options.h, or not being included, or something.  The platform's options.h is usually included by desktop/options.h (it's the only place where core headers need to be modified to add a new platform)

[apj]

add

#elif defined(nsamigaos3)
#include "amigaos3/options.h"

to desktop/options.h