Native 68k Netsurf

[wawrzon]

dont hold your breath.

[Plaz]

If cross compiling with gcc/linux, what version is recommended? Netsurf page recommends 3.4.6 release 3 or later. Is there a better choice?

Plaz

[wawrzon]

i have actually 3.4.0 (of zerohero i think) that came originally with amidevcpp as well as 4.5.0 compiled by bernd rosch. there is also some in between versions but ihave not been using any of them. depending on source it might be neccessary to switch, since 4.5.0 is gennerally less forgiving especially for obsolete code. though i think for a project under steady development an up to date compiler should be fine. therefore im using 4.5.0 for now.

[wawrzon]

here is where i first run into problems

COMPILE: render/hubbub_binding.c
render/hubbub_binding.c:40:2: error: expected specifier-qualifier-list before ‘h
tmlDocPtr’
render/hubbub_binding.c: In function ‘binding_create_tree’:
render/hubbub_binding.c:147:3: error: ‘hubbub_ctx’ has no member named ‘encoding
’
render/hubbub_binding.c:148:3: error: ‘hubbub_ctx’ has no member named ‘encoding
_source’
render/hubbub_binding.c:150:3: error: ‘hubbub_ctx’ has no member named ‘document
’
render/hubbub_binding.c:151:3: error: ‘hubbub_ctx’ has no member named ‘owns_doc
’
render/hubbub_binding.c:152:3: error: ‘hubbub_ctx’ has no member named ‘quirks’
render/hubbub_binding.c:153:3: error: ‘hubbub_ctx’ has no member named ‘forms’
render/hubbub_binding.c:165:3: error: ‘hubbub_ctx’ has no member named ‘document
’
render/hubbub_binding.c:166:7: error: ‘hubbub_ctx’ has no member named ‘document
’
render/hubbub_binding.c:171:3: error: ‘hubbub_ctx’ has no member named ‘document
’
render/hubbub_binding.c:173:26: error: ‘hubbub_ctx’ has no member named ‘namespa
ces’
render/hubbub_binding.c:173:50: error: ‘hubbub_ctx’ has no member named ‘namespa
ces’
render/hubbub_binding.c:174:4: error: ‘hubbub_ctx’ has no member named ‘namespac
es’
render/hubbub_binding.c:177:3: error: ‘hubbub_ctx’ has no member named ‘tree_han
dler’
render/hubbub_binding.c:178:3: error: ‘hubbub_ctx’ has no member named ‘tree_han
dler’
render/hubbub_binding.c:180:26: error: ‘hubbub_ctx’ has no member named ‘tree_ha
ndler’
render/hubbub_binding.c:183:15: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c:184:26: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c: In function ‘binding_destroy_tree’:
render/hubbub_binding.c:202:7: error: ‘hubbub_ctx’ has no member named ‘owns_doc
’
render/hubbub_binding.c:203:15: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c:206:3: error: ‘hubbub_ctx’ has no member named ‘encoding
’
render/hubbub_binding.c:207:3: error: ‘hubbub_ctx’ has no member named ‘document
’
render/hubbub_binding.c: In function ‘binding_get_encoding’:
render/hubbub_binding.c:240:13: error: ‘hubbub_ctx’ has no member named ‘encodin
g_source’
render/hubbub_binding.c:242:10: error: ‘hubbub_ctx’ has no member named ‘encodin
g’
render/hubbub_binding.c:242:32: error: ‘hubbub_ctx’ has no member named ‘encodin
g’
render/hubbub_binding.c: In function ‘binding_get_document’:
render/hubbub_binding.c:248:19: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c:250:3: error: ‘hubbub_ctx’ has no member named ‘owns_doc
’
render/hubbub_binding.c:252:13: error: ‘hubbub_ctx’ has no member named ‘quirks’

render/hubbub_binding.c: In function ‘binding_get_forms’:
render/hubbub_binding.c:261:10: error: ‘hubbub_ctx’ has no member named ‘forms’
render/hubbub_binding.c: In function ‘binding_get_control_for_node’:
render/hubbub_binding.c:270:12: error: ‘hubbub_ctx’ has no member named ‘forms’
render/hubbub_binding.c: In function ‘create_namespaces’:
render/hubbub_binding.c:305:6: error: ‘hubbub_ctx’ has no member named ‘namespac
es’
render/hubbub_binding.c:309:10: error: ‘hubbub_ctx’ has no member named ‘namespa
ces’
render/hubbub_binding.c: In function ‘create_comment’:
render/hubbub_binding.c:326:24: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c: In function ‘create_doctype’:
render/hubbub_binding.c:368:17: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c: In function ‘create_element’:
render/hubbub_binding.c:398:7: error: ‘hubbub_ctx’ has no member named ‘namespac
es’
render/hubbub_binding.c:399:22: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c:399:35: error: ‘hubbub_ctx’ has no member named ‘namespa
ces’
render/hubbub_binding.c:402:22: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c:406:21: error: ‘hubbub_ctx’ has no member named ‘namespa
ces’
render/hubbub_binding.c:409:17: error: ‘hubbub_ctx’ has no member named ‘namespa
ces’
render/hubbub_binding.c:426:46: error: ‘hubbub_ctx’ has no member named ‘encodin
g’
render/hubbub_binding.c:436:17: error: ‘hubbub_ctx’ has no member named ‘forms’
render/hubbub_binding.c:437:4: error: ‘hubbub_ctx’ has no member named ‘forms’
render/hubbub_binding.c: In function ‘create_text’:
render/hubbub_binding.c:452:24: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c: In function ‘ref_node’:
render/hubbub_binding.c:467:15: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c: In function ‘unref_node’:
render/hubbub_binding.c:486:15: error: ‘hubbub_ctx’ has no member named ‘documen
t’
render/hubbub_binding.c: In function ‘form_associate’:
render/hubbub_binding.c:659:12: error: ‘hubbub_ctx’ has no member named ‘forms’
render/hubbub_binding.c: In function ‘add_attributes’:
render/hubbub_binding.c:730:6: error: ‘hubbub_ctx’ has no member named ‘namespac
es’
render/hubbub_binding.c:732:7: error: ‘hubbub_ctx’ has no member named ‘namespac
es’
render/hubbub_binding.c: In function ‘set_quirks_mode’:
render/hubbub_binding.c:756:4: error: ‘hubbub_ctx’ has no member named ‘quirks’
render/hubbub_binding.c:759:4: error: ‘hubbub_ctx’ has no member named ‘quirks’
render/hubbub_binding.c:762:4: error: ‘hubbub_ctx’ has no member named ‘quirks’
render/hubbub_binding.c: In function ‘change_encoding’:
render/hubbub_binding.c:776:7: error: ‘hubbub_ctx’ has no member named ‘encoding
’
render/hubbub_binding.c:784:4: error: ‘hubbub_ctx’ has no member named ‘encoding
_source’
render/hubbub_binding.c:785:4: error: ‘hubbub_ctx’ has no member named ‘encoding
’
render/hubbub_binding.c:799:3: error: ‘hubbub_ctx’ has no member named ‘encoding
’
render/hubbub_binding.c:800:3: error: ‘hubbub_ctx’ has no member named ‘encoding
_source’
 COMPILE: render/html_redraw.c
 COMPILE: render/html_interaction.c
In file included from /usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m6
8k-amigaos/include/dirent.h:45:0,
                 from ./utils/config.h:23,
                 from ./content/content.h:31,
                 from render/html_interaction.c:29:
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/include/sys
/dirent.h:50:2: error: expected specifier-qualifier-list before ‘u_int32_t’
In file included from ./utils/config.h:57:0,
                 from ./content/content.h:31,
                 from render/html_interaction.c:29:
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/include/net
inet/in.h:81:2: error: expected specifier-qualifier-list before ‘u_int32_t’
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/include/net
inet/in.h:151:2: error: expected specifier-qualifier-list before ‘u_int8_t’
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/include/net
inet/in.h:167:2: error: expected specifier-qualifier-list before ‘int8_t’

i mean the hubbub, the not recognized type errors is as i remember to some include that is non standard for gcc here (exec/types.h or stdio.h or so)

[chris]

here is where i first run into problems

Do you have latest libhubbub?


Unrelated, note there are some AmigaOS makefile changes being made - there is now a subtarget of "os3".
Apparently the right way to trigger an OS3 build is "make TARGET=amigaos3"

You may need to be a couple of SVN revisions newer for that to work though

[wawrzon]

ive got from artur his latest libs and includes, i think it must compile for him. but perhaps i will check out the most current hubbub headres. it will be some time yet before the linking stage

everything seems to compile fine now, except for hubbub and most files in amiga dir. but i quit for tonight i think.

[wawrzon]

just wanted to say: checked out latest hubbub headers and still no success.

[wawrzon]

hubbub problem found, if not yet completely solved. its too old libxml2. replaced headers with those of os4 aminet distro and now it compiles ok. waiting for arturs static lib, which should solve linking stage when we come to that. now the amiga dir must get our attention.

[wawrzon]

btw chris, i wonder what compiler do you use.
look at the following error i get with 4.5.0- , i comment out #include .

m68k-amigaos-gcc-4.5.0.exe -c amiga/thumbnail.c -o amiga/thumbnail.o -I"/usr/local/amiga/m68k-amigaos/sys-include" -I"/usr/local/amiga/m68k-amigaos/include" -I"C:/CrossCompiler/AmiDevCpp/projects/netsurf"  -w -include stdio.h  

amiga/thumbnail.c: Assembler messages:
amiga/thumbnail.c:100: Error: Unknown operator -- statement `js a6@(-0x2a6:W)' ignored
mingw32-make.exe: *** [amiga/thumbnail.o] Error 1

Execution terminated

3.4.0 compiles this file apparently just fine.
 i wonder if this is 4.5.0 bug or wrong code that accidentaly slips through unsuspecting or less restrictive 3.4.0. in that case it would be better to remain complaint with the up to date gcc, i think, as i suspect it is more probable to avoid wrong machine code this way.

[wawrzon]

another example that compiles fine with 3.4.0 but not with 4.5.0:

mingw32-make.exe -f "C:\CrossCompiler\AmiDevCpp\projects\netsurf\Makefile.win" amiga/search.o
m68k-amigaos-gcc-4.5.0.exe -c amiga/search.c -o amiga/search.o -I"/usr/local/amiga/m68k-amigaos/sys-include" -I"/usr/local/amiga/m68k-amigaos/include" -I"C:/CrossCompiler/AmiDevCpp/projects/netsurf"  -w -include stdio.h  

In file included from /usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/sys-include/clib/alib_protos.h:22:0,
                 from C:/CrossCompiler/AmiDevCpp/projects/netsurf/amiga/os3support.h:31,
                 from amiga/search.c:38:
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/sys-include/devices/timer.h:30:8: error: redefinition of ‘struct timeval’
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/include/sys/time.h:50:8: note: originally defined here
amiga/search.c: In function ‘ami_search_open’:
amiga/search.c:375:0: error: unterminated argument list invoking macro "NewObject"
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/sys-include/reaction/reaction_macros.h:123:29: error: ‘NewObject’ undeclared (first use in this function)
/usr/local/amiga/lib/gcc/m68k-amigaos/4.5.0/../../../../m68k-amigaos/sys-include/reaction/reaction_macros.h:123:29: note: each undeclared identifier is reported only once for each function it appears in
amiga/search.c:132:2: error: expected ‘;’ at end of input
amiga/search.c:132:2: error: expected declaration or statement at end of input
mingw32-make.exe: *** [amiga/search.o] Error 1

Execution terminated

[chris]

btw chris, i wonder what compiler do you use.
look at the following error i get with 4.5.0- , i comment out #include .


3.4.0 compiles this file apparently just fine.
 i wonder if this is 4.5.0 bug or wrong code that accidentaly slips through unsuspecting or less restrictive 3.4.0. in that case it would be better to remain complaint with the up to date gcc, i think, as i suspect it is more probable to avoid wrong machine code this way.

gcc (GCC) 4.2.4 (adtools build 20090118)

If you can figure out what's causing the error please go ahead and fix it

[wawrzon]

yeah, thanks, i barely can compile stuff let alone fix it. in the unlikely case, should i find the cause though i will let you know.

[utri007]

Here are plenty of skilled coders, hope one of those 68k gurus can help you.

Maybe itix could help you with this? His port was MUI but this problem is not Reaction or MUI related

[wawrzon]

i think i can just switch back to 3.4.0 for the time being. but as i think 4.5.0 is just much more restrictive to eventually broken code it might be good to pay attention to these problems. what makes me think this, is that i dont get this type of problems except with contetnt of amiga dir. please dont take it as any sort of critic, chris, i just wonder.

[Khephren]

might be worth posting on eab and utilitybase as well.

[wawrzon]

i might open a thread on utilitybase, this weekend i have priority things to do though.