We need an iBrowse replacement for 68k!!!

[wawrzon]

Don't bother with 2.9.  3.0-dev is pretty stable at the moment and due for release in the next 2-3 months.  The palette-mapped plotters aren't in 2.9 either.

sorry chris, have overseen this one.

I use Cygwin, mingw ought to work as well.

amidevcpp, so im using cygwin as well as i understand it.

I would advise trying to build the toolchains used by the auto-builder.  See this email: http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2012-December/002983.html

for some reason apt-get isnt available here. im upgrading using cygwin setup tool. still some packages dont seem to be available. build-essential, autogen...

There is a m68k-unknown-amigaos target set up in there already.

I've never tried building the toolchains.  I keep meaning to as my OS4 builds have a weird issue that doesn't show up on the auto-built versions.  However, these might get around the problems NovaCoder had.

i see. ill report back when im that far.

You can then build the libraries (and NetSurf itself) using TARGET=amigaos3 as an argument to make.

It's worth reading this as well: http://wiki.netsurf-browser.org/Documentation/GettingCoding

[wawrzon]

im a little bit tired now and have to switch locations. not being entirely succesful building gcc, so just to record how far i am and where its stuck the current shell feedback:

Code: [Select]

$ make -C m68k-unknown-amigaos
make: Entering directory `/home/netsurf/workspace/toolchains/m68k-unknown-amigao
s'
mkdir -p /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources
mkdir -p /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/srcdir

mkdir -p /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/build-
steps
touch /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/build-ste
ps/buildsteps.d
wget -q -O /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources/gcc-4
.5.1.tar.bz2 http://ftp.gnu.org/gnu/gcc/gcc-4.5.1/gcc-4.5.1.tar.bz2
touch /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/build-ste
ps/gcc-4.5.1.tar.bz2.d
tar xjf /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources/gcc-4.5.
1.tar.bz2
mv gcc-4.5.1 /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/sr
cdir/gcc
mv: cannot move `gcc-4.5.1' to `/home/netsurf/workspace/toolchains/m68k-unknown-
amigaos/builddir/srcdir/gcc': Permission denied
Makefile:126: recipe for target `/home/netsurf/workspace/toolchains/m68k-unknown
-amigaos/builddir/build-steps/srcdir-step1.d' failed
make: *** [/home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/buil
d-steps/srcdir-step1.d] Error 1
make: Leaving directory `/home/netsurf/workspace/toolchains/m68k-unknown-amigaos
'

lets see how do i grant this permission:
mv: cannot move `gcc-4.5.1' to `/home/netsurf/workspace/toolchains/m68k-unknown-
amigaos/builddir/srcdir/gcc': Permission denied

[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.

[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.

[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.

[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.

[wawrzon]

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

[wawrzon]

another trouble with toolchain:

Code: [Select]

$ make -C m68k-unknown-amigaos
make: Entering directory `/home/tokarski/netsurf/workspace/toolchains/m68k-unkno
wn-amigaos'
svn co https://adtools.svn.sourceforge.net/svnroot/adtools/tags/before-merge-wit
h-binutils-2.18/binutils /home/tokarski/netsurf/workspace/toolchains/m68k-unknow
n-amigaos/sources/binutils-2.14
svn: E000002: Unable to connect to a repository at URL 'https://adtools.svn.sour
ceforge.net/svnroot/adtools/tags/before-merge-with-binutils-2.18/binutils'
svn: E000002: Could not open the requested SVN filesystem
Makefile:168: recipe for target `/home/tokarski/netsurf/workspace/toolchains/m68
k-unknown-amigaos/sources/binutils-2.14' failed
make: *** [/home/tokarski/netsurf/workspace/toolchains/m68k-unknown-amigaos/sour
ces/binutils-2.14] Error 1
make: Leaving directory `/home/tokarski/netsurf/workspace/toolchains/m68k-unknow
n-amigaos'
seems that repository isnt up to date? mmm.. or rather there is something wrong with secure access, installed all i could for svn and subversion, no luck.


also started to prepare the environment on the main system. funny enough it gives me trouble even where i got past on notebook. i ve no clue:

Code: [Select]

bash-4.1$ make -C m68k-unknown-amigaos
make: Entering directory `C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace
/toolchains/m68k-unknown-amigaos'
tar xjf C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace/toolchains/m68k-u
nknown-amigaos/sources/gcc-4.5.1.tar.bz2
tar (child): Cannot connect to C: resolve failed

bzip2: Compressed file ends unexpectedly;
        perhaps it is corrupted?  *Possible* reason follows.
bzip2: No error
        Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

tar: Child returned status 128
tar: Error is not recoverable: exiting now
make: *** [C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace/toolchains/m68
k-unknown-amigaos/builddir/build-steps/srcdir-step1.d] Error 2
make: Leaving directory `C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace/
toolchains/m68k-unknown-amigaos'
bash-4.1$the archive gcc-4.5.1.tar.bz2 is present in the sources dir and seems intact.

[wawrzon]

only, who has actually guts for this stands away. thats the amiga spirit that i know and value, you know..

[wawrzon]

how ever i edit that damn makefile i dont get anything out of that damn binutils repository. it sucks!

[wawrzon]

btw is there any particular reason to use this particular version of bin utils (2.14 or 2.19.1) or this particular repository? not that i was successful to get it from http://ftp.gnu.org/gnu/binutils/, but http://sourceforge.net/p/adtools/code/480/tree/branches/binutils/2.19.1/ seems to be os4 related. i wonder if this version is at all appropriate for crosscompiling, it might be somehow hacked or stripped to build on os4.

@novacoder: who talks of coding, im not able to compile the damn thing.

[wawrzon]

in main makefile in m68k-unknown-amigaos folder

sure, the particular section currently reads as follows:

UPSTREAM_BINUTILS_VERSION := 2.19.1
# Not a tarball; so sue me
UPSTREAM_BINUTILS_TARBALL := binutils-$(UPSTREAM_BINUTILS_VERSION)
UPSTREAM_BINUTILS_URI := http://sourceforge.net/p/adtools/code/480/tree/branches/binutils/2.19.1/binutils

but ive tried helluva variations that either give me mismatched tag (which is better i think) or just unable to connect to repo.

im not a member of the list and not sure if i should join. perhaps chris can shed light on this or you could ask on an ocassion.

btw, i am starting to build aros68k environment in parallel, in order to check on odyssey.

[wawrzon]

mmm. one step further, but now:

Code: [Select]


$ make -C m68k-unknown-amigaos
make: Entering directory `C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/works
pace/toolchains/m68k-unknown-amigaos'
svn co http://svn.code.sf.net/p/adtools/code/trunk/binutils/ C:/CrossCompiler/Am
iDevCpp/home/tokarski/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources/
binutils-2.19.1
svn: E000017: Can't create directory '/home/tokarski/netsurf/workspace/toolchain
s/m68k-unknown-amigaos/C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/workspac
e/toolchains/m68k-unknown-amigaos/sources/binutils-2.19.1/.svn': File exists
make: *** [C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/workspace/toolchains
/m68k-unknown-amigaos/sources/binutils-2.19.1] Error 1
make: Leaving directory `C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/worksp
ace/toolchains/m68k-unknown-amigaos'

and it seriously creates such a dir tree. there must be something seriously wrong with path settings on both my cygwin instals. do you know where is it all set?

[wawrzon]

no i use amidevcpp, there was always similar issues in the past, long ago i admit. but ive blamed it on me. sure i can just install pure cygwin. the question is, isnt it better/safer to switch to anything else anyway? jason (aros68k) has once proposed me ubuntu under virtual machine, but i dont want all that bloat that comes with it, only the neccessary dev stuff.