hey emufan..just curious....is it possible to port this?

[Marlon_]

Originally Posted by Hedeon

warpcollect source is available, not the one for Elf2Exe2.

Oops, I meant Elf2exe2 of course.

[Hedeon]

Warpcollect does 2 things. Invoke ld and then Elf2Exe2. You still need to link object files (created with -c) using a linker in case you don't use warpcollect.

[Marlon_]

Originally Posted by Hedeon

Warpcollect does 2 things. Invoke ld and then Elf2Exe2. You still need to link object files (created with -c) using a linker in case you don't use warpcollect.

Yeah, I meant that all warpcollect does besides from collect2 is running the binary through Elf2exe2.

Sorry, been a long day today at a new job.

[emufan]

Originally Posted by Hedeon

I'm not sure what you mean by -c and object file/ELF binary. Object files (.o) are in ELF format.

ah, ok, never seen an elf object file, so I was thinking it did build an executable,
since I saw the "ELF" in the hexdump.

where is the warpcollect source?
==> warpcollect on aminet

#1) as a reference. this way you can build the warpos (wos) binary:

/gg/bin/ppc-morphos-gcc-4 -warpup -O2 helloworld.c -c -o helloworld.o
/gg/bin/ld.exe helloworld.o -o helloworld.exe \
-L/gg/ppc-amigaos/lib  /gg/ppc-amigaos/lib/startupwos.o -lcwos

on the Amiga with warpup system:
Elf2Exe2 helloworld.exe helloworld_wos.exe

with helloworld_wos.exe I get "illegal instruction" error,
maybe have to choose a different cpu with the gcc (-m ....) .

[turrican3]

Originally Posted by emufan

@turrican3: snes9x-sdl uses sdl audio, so at the end it uses AHI in the Amiga version.
cannot say much about that, but all features, if available, you may find in the AHI prefs.

I had a look at openxcom, the engine for the ufo series games.
it uses SDl 1.2.x with some yaml-cpp library. the latter we have to build for amigaos,
what I already try.

thank you emufan, i appreciate your like each of us.

[emufan]

Originally Posted by turrican3

thank you emufan, i appreciate your like each of us.

you're welcome

[emufan]

Originally Posted by emufan

where is the warpcollect source?
==> warpcollect on aminet
.

just build on my cygwin box. and it does work, it seems:

#1) edit warpcollect.c and change the path to `ld`:

137: 	strcpy(exec, "/ade/ppc-amigaos/bin/ld");
to
137	strcpy(exec, "/gg/ppc-amigaos/bin/ld");

replace ld with ld from your cross-toolchain:

mv /gg/ppc-amigaos/bin/ld /gg/ppc-amigaos/bin/ld_amigaos
ln -s /gg/bin/ld.exe /gg/ppc-amigaos/bin/ld.exe

create a dummy file for elf2exe2:

touch /gg/bin/elf2exe2

copy warpcollect.exe to the location of your gcc version (here 4.4.5)

cp warpcollect.exe /gg/lib/gcc-lib/ppc-morphos/4.4.5/

now you can build the elf binary:

$ /gg/bin/ppc-morphos-gcc-4 -warpup -O2 helloworld.c -o helloworld.exe
$ file helloworld.exe
helloworld.exe: ELF 32-bit MSB relocatable, PowerPC or cisco 4500, version 1 (SYSV)

on the amiga with warpos setup you do the final step:

Elf2Exe2 helloworld.exe helloworld_wos.exe

[Hedeon]

You still get illegal instruction?

[emufan]

Originally Posted by Hedeon

You still get illegal instruction?

yes, there is a debugger window popup:

PowerPC Program exception
Illegal instruction 
The excepting instruction is located at 083E3AA4
Task name: 'Shell Process_PPC3'  Task address: 08489C70  Task ID: 102

SRR0: 083E3AA4    SRR1:  0008F070     MSR:   00003000    HID0: 0000C084
PVR:  00090204    DAR:   00000004     DSISR: 08000000    SDR1: 0880007F
DEC:  00016556    TBU:   00000000     TBL:   082992EB    XER:  00000000
CR:   40000000    FPSCR: 00000000     LR:    083E3E80    CTR:  00000000

R0-R3:   6D9B313B 0869DCD0 0848A148 083F3B0C   IBAT0: 40001FFF 40000022
R4-R7:   083D7D78 00000000 00000001 0000000D   IBAT1: 50000FFF 50000022
R8-R11:  083DEE80 08390000 00000000 0869DD68   IBAT2: 00000000 00000000
R12-R15: 01000000 0869DE10 08435AC8 08439EE4   IBAT3: 00000000 00000000
R16-R19: 0869DD60 0000004C 00000000 00000000   DBAT0: 40001FFF 4000002A
R20-R23: 00000000 00000000 083D7D78 083D794E   DBAT1: 50000FFF 5000002A
R24-R27: 0843C510 083D794E 083D7D78 08423210   DBAT2: 00000000 00000000
R28-R31: 00000004 086D4B6E 020F7D3B 083D771C   DBAT3: 00000000 00000000

F0-F3:     0               5.5821 E-269    5.5790 E-269    5.5790 E-269
F4-F7:     5.5821 E-269    3.7938 E-270    6.4063 E-304    9.3669 E-299
F8-F11:    5.5790 E-269    0               0               0           
F12-F15:   0               0               0               0           
F16-F19:   0               0               0               0           
F20-F23:   0               0               0               0           
F24-F27:   0               0               0               0           
F28-F31:   0               0               0               0           

Warp-OS                                              2001 by Sam Jordan

version libs:Warp.library 
warp.library 5.1

version libs:warpHW.library 
warpHW.library 1.0

version libs:PowerPC.library 
powerpc.library 16.1

the libs I had to use to make Elf2Exe2 running.

[Hedeon]

This is on a real Amiga or winuae? The output of a WarpOS exception is almost useless. It helps if you could disassemble around the address in srr0 and lr with for example vdappc from Frank Wille.

[emufan]

Originally Posted by Hedeon

This is on a real Amiga or winuae?

no idea about the debuging stuff. it's winuae.
i've attached the two binaries, you can try on ur own, if you want.

[grelbfarlk]

Emufan you have brought great shame honor to the Amiga Coders subforum.











Your Hello World worked for me.


Keep in mind WinUAE is notoriously unstable for WarpOS applications.

1st run: worked

Then I ran elf2exe2 on your executable and ran the output, it was the same file size (expectedly).

PowerPC Program exception
Illegal instruction 
The excepting instruction is located at 0AA80938
Task name: 'Shell Process_PPC7'  Task address: 087DF4F0  Task ID: 103

SRR0: 0AA80938    SRR1:  0008F070     MSR:   00003000    HID0: 0000C084
PVR:  00090204    DAR:   00000004     DSISR: 08000000    SDR1: 08C0003F
DEC:  00015305    TBU:   00000012     TBL:   881ACF13    XER:  20000000
CR:   40000000    FPSCR: 00000000     LR:    0924E93C    CTR:  00000000

R0-R3:   00001000 0936FA60 087DF9C8 0936FA70   IBAT0: 40000FFF 40000022
R4-R7:   093B3140 0003FE88 00000000 0003FE88   IBAT1: 00000000 00000000
R8-R11:  0003FE88 00000000 093B3158 093B3130   IBAT2: 00000000 00000000
R12-R15: 40000000 0936FE80 0875FEA0 087642BC   IBAT3: 00000000 00000000
R16-R19: 0936FDC0 0000004C 00000000 00000000   DBAT0: 40000FFF 4000002A
R20-R23: 00000000 00000000 09230000 09230000   DBAT1: 00000000 00000000
R24-R27: 093B3120 093B3160 093B3140 0936FA70   DBAT2: 00000000 00000000
R28-R31: 08768FD0 0AA8093B 00000000 000000FF   DBAT3: 00000000 00000000

F0-F3:     0               6.3102 E-268    2.9783 E-313    2.1409 E-314
F4-F7:     1.2661 E-297    6.8330 E-268    1.2120 E-264    1.2120 E-264
F8-F11:    6.8330 E-268    0               0               0           
F12-F15:   0               0               0               0           
F16-F19:   0               0               0               0           
F20-F23:   0               0               0               0           
F24-F27:   0               0               0               0           
F28-F31:   0               0               0               0           

Warp-OS                                              2001 by Sam Jordan

[Hedeon]

Emufan at least appeased the subforum by offering the offending programs. Some others just repeated the sacrilege (including not stating real Amiga or UAE).

[Marlon_]

I ran into the same issue with crashing binaries last time I tried as well. I gave up at that point. So did you get this to work in the end?

SIDENOTE:
I made sure my WarpOS setup was working by testing known working binaries before attempting to test my own.

Could this be useful in any way? http://aminet.net/package/dev/debug/checkstack

[Hedeon]

I'll test the binaries later today. They are still in ELF format?

[grelbfarlk]

Originally Posted by Hedeon

Emufan at least appeased the subforum by offering the offending programs. Some others just repeated the sacrilege (including not stating real Amiga or UAE).

Sorry it was late for me last night. I tested it on WinUAE and it's pretty typical of WarpOS WinUAE stability. About half of the time a working executable will launch, which it did in this case. I've tried off and on to make it more stable, increasing stack, running stackattack, trying just a basic 3.1 install, various versions of P96 or no P96, and so on, never figured it out.

When I was compiling under WinUAE I just used the 68k WarpOS compiler then the only WarpOS PPC part that had to run under WinUAE was Elf2Exe, which if it crashed only took a second to rerun.

I've never seen a situation where a WarpOS program worked in WinUAE but did not work on the real Amiga.

[Hedeon]

Could you post a compile with -Wl,--verbose so I can see if the right stuff is linked?

[phx]

I don't have the time to read the whole thread, but when I see something like mos2wos, elf2exe and using a V.4-ABI gcc to generate WarpOS executables I have probably read enough.

In case you are wondering about crashes: Did you consider that WarpOS is PowerOpen-ABI and not V.4-ABI? The stack frame format is different!

The only gcc-port which implements PowerOpen-ABI was StormC. All other gcc-ports were hacks, which tried to convert the stack frame on the fly, when calling WarpOS kernel functions (because they expect PowerOpen). You would still run into problems with callbacks from the kernel. of course...

[Hedeon]

Yup. I know of the stack incompatibilities. Mos2wos contains the hacks to jump to WarpOS kernel. I did have to adjust them to comply with gcc4, so maybe I did something wrong.

Seeing the amount of stuff compiled for WarpOS with gcc (also with mos2wos) and this, I still think something else is wrong. Especially as it is an instruction exception within a (to the eye) correct memory space.

I'll check as soon as I am able to :-).

[emufan]

Originally Posted by Hedeon

Could you post a compile with -Wl,--verbose so I can see if the right stuff is linked?

binaries in the lha above, they are the elf .exe and the elf2exe2 converted _wos.exe

$ /gg/bin/ppc-morphos-gcc-4 -warpup -O2 -Wl,--verbose  helloworld.c -o helloworld.exe
GNU ld version 2.9.1 (with BFD 2.9.1)
  Supported emulations:
   morphos
   morphos_baserel
using internal linker script:
==================================================
OUTPUT_FORMAT("elf32-morphos", "elf32-morphos",
              "elf32-morphos")
OUTPUT_ARCH(powerpc)
SEARCH_DIR(/gg/lib); SEARCH_DIR(/gg/usr/lib); SEARCH_DIR(/opt/ppc-warpos/ppc-morphos/lib);
/* Do we need any of these for elf?
   __DYNAMIC = 0;    */
PROVIDE (__stack = 0);
PROVIDE (__machtype = 0x1);
SECTIONS
{
  /* Read-only sections, merged into text segment: */
  . =  + SIZEOF_HEADERS;
  .interp   : { *(.interp) }
  .hash           : { *(.hash)          }
  .dynsym         : { *(.dynsym)                }
  .dynstr         : { *(.dynstr)                }
  .gnu.version   : { *(.gnu.version)      }
  .gnu.version_d   : { *(.gnu.version_d)  }
  .gnu.version_r   : { *(.gnu.version_r)  }
  .rela.text     :
    { *(.rela.text) *(.rela.text.*) *(.rela.gnu.linkonce.t*) }
  .rela.data     :
    { *(.rela.data) *(.rela.data.*) *(.rela.gnu.linkonce.d*) }
  .rela.rodata   :
    { *(.rela.rodata) *(.rela.rodata.*) *(.rela.gnu.linkonce.r*) }
  .rela.got       : { *(.rela.got)      }
  .rela.got1      : { *(.rela.got1)     }
  .rela.got2      : { *(.rela.got2)     }
  .rela.ctors     : { *(.rela.ctors)    }
  .rela.dtors     : { *(.rela.dtors)    }
  .rela.init      : { *(.rela.init)     }
  .rela.fini      : { *(.rela.fini)     }
  .rela.bss       :
    { *(.rela.bss) *(.rela.bss.*) *(.rela.gnu.linkonce.b.*) }
  .rela.plt       : { *(.rela.plt)      }
  .rela.sdata     :
    { *(.rela.sdata) *(.rela.sdata.*) *(.rela.gnu.linkonce.s.*) }
  .rela.sbss      :
    { *(.rela.sbss) *(.rela.sbss.*) *(.rela.gnu.linkonce.sb.*) }
  .rela.sdata2    : { *(.rela.sdata2)   *(.rela.sdata2.*) }
  .rela.sbss2     : { *(.rela.sbss2) *(.rela.sbss2.*)   }
  .text      :
  {
    PROVIDE (__text_start = .);
    *(.text)
    *(.text.*)
    /* .gnu.warning sections are handled specially by elf32.em.  */
    *(.gnu.warning)
    *(.gnu.linkonce.t*)
    PROVIDE (__text_end = .);
  } =0
  PROVIDE (__text_size = SIZEOF(.text));
  .init           : { *(.init)          } =0
  .fini           : { *(.fini)          } =0
  .rodata         : { *(.rodata) *(.rodata.*) *(.gnu.linkonce.r*) }
  .rodata1        : { *(.rodata1) *(.rodata1.*) }
  _etext = .;
  PROVIDE (etext = .);
  .sdata2   : { *(.sdata2) *(.sdata2.*) }
  .sbss2   : { *(.sbss2) *(.sbss2.*) }
  /* Adjust the address for the data segment.  We want to adjust up to
     the same address within the page on the next page up.  It would
     be more correct to do this:
       . = ALIGN(0x10000) + (ALIGN(8) & (0x10000 - 1));
     The current expression does not correctly handle the case of a
     text segment ending precisely at the end of a page; it causes the
     data segment to skip a page.  The above expression does not have
     this problem, but it will currently (2/95) cause BFD to allocate
     a single segment, combining both text and data, for this case.
     This will prevent the text segment from being shared among
     multiple executions of the program; I think that is more
     important than losing a page of the virtual address space (note
     that no actual memory is lost; the page which is skipped can not
     be referenced).  */
  . =  ALIGN(8) + 0x10000;
  .data    :
  {
    PROVIDE (__data_start = .);
    *(.data)
    *(.data.*)
    *(.gnu.linkonce.d*)
    CONSTRUCTORS
    PROVIDE (__data_end = .);
  }
  PROVIDE (__data_size = SIZEOF(.data));
  .data1   : { *(.data1) *(.data1.*) }
  .got1           : { *(.got1) }
  .dynamic        : { *(.dynamic) }
  /* Put .ctors and .dtors next to the .got2 section, so that the pointers
     get relocated with -mrelocatable. Also put in the .fixup pointers.
     The current compiler no longer needs this, but keep it around for 2.7.2  */
                PROVIDE (_GOT2_START_ = .);
  .got2           :  { *(.got2) }
                PROVIDE (__CTOR_LIST__ = .);
  .ctors          : { *(.ctors) }
                PROVIDE (__CTOR_END__ = .);
                PROVIDE (__DTOR_LIST__ = .);
  .dtors          : { *(.dtors) }
                PROVIDE (__DTOR_END__ = .);
                PROVIDE (_FIXUP_START_ = .);
  .fixup          : { *(.fixup) }
                PROVIDE (_FIXUP_END_ = .);
                PROVIDE (_GOT2_END_ = .);
                PROVIDE (_GOT_START_ = .);
  .got            : { *(.got) }
  .got.plt        : { *(.got.plt) }
                PROVIDE (_GOT_END_ = .);
  /* We want the small data sections together, so single-instruction offsets
     can access them all, and initialized data all before uninitialized, so
     we can shorten the on-disk segment size.  */
  .sdata          :
  {
    PROVIDE (__sdata_start = .);
    *(.sdata)
    *(.sdata.*)
    *(.gnu.linkonce.s.*)
    PROVIDE (__r13_init = 0x8000);
    PROVIDE (__sdata_end = .);
  }
  PROVIDE (__sdata_size = SIZEOF(.sdata));
  _edata  =  .;
  PROVIDE (edata = .);
  .sbss      :
  {
    PROVIDE (__sbss_start = .);
    *(.sbss)
    *(.sbss.*)
    *(.gnu.linkonce.sb.*)
    *(.scommon)
    *(.dynsbss)
    PROVIDE (__sbss_end = .);
  }
  PROVIDE (__sbss_size = SIZEOF(.sbss));
  .plt   : { *(.plt) }
  .bss       :
  {
    PROVIDE (__bss_start = .);
    PROVIDE (__bss_start = .);
    *(.dynbss)
    *(.bss)
    *(.bss.*)
    *(.gnu.linkonce.b.*)
    *(COMMON)
    PROVIDE (__bss_end = .);
  }
  PROVIDE (__bss_size = SIZEOF(.bss));
  _end = . ;
  PROVIDE (end = .);
  /* These are needed for ELF backends which have not yet been
     converted to the new style linker.  */
  .stab 0 : { *(.stab) }
  .stabstr 0 : { *(.stabstr) }
  /* DWARF debug sections.
     Symbols in the DWARF debugging sections are relative to the beginning
     of the section so we begin them at 0.  */
  /* DWARF 1 */
  .debug          0 : { *(.debug) }
  .line           0 : { *(.line) }
  /* GNU DWARF 1 extensions */
  .debug_srcinfo  0 : { *(.debug_srcinfo) }
  .debug_sfnames  0 : { *(.debug_sfnames) }
  /* DWARF 1.1 and DWARF 2 */
  .debug_aranges  0 : { *(.debug_aranges) }
  .debug_pubnames 0 : { *(.debug_pubnames) }
  /* DWARF 2 */
  .debug_info     0 : { *(.debug_info) }
  .debug_abbrev   0 : { *(.debug_abbrev) }
  .debug_line     0 : { *(.debug_line) }
  .debug_frame    0 : { *(.debug_frame) }
  .debug_str      0 : { *(.debug_str) }
  .debug_loc      0 : { *(.debug_loc) }
  .debug_macinfo  0 : { *(.debug_macinfo) }
  /* SGI/MIPS DWARF 2 extensions */
  .debug_weaknames 0 : { *(.debug_weaknames) }
  .debug_funcnames 0 : { *(.debug_funcnames) }
  .debug_typenames 0 : { *(.debug_typenames) }
  .debug_varnames  0 : { *(.debug_varnames) }
  /* These must appear regardless of  .  */
}


==================================================
attempt to open /gg/ppc-amigaos/lib/startupwos.o succeeded
/gg/ppc-amigaos/lib/startupwos.o
attempt to open /tmp/ccTMAfJX.o succeeded
/tmp/ccTMAfJX.o
attempt to open /gg/ppc-amigaos/lib//libgccwos.a succeeded
attempt to open /gg/ppc-amigaos/lib//libcwos.a succeeded
(/gg/ppc-amigaos/lib//libcwos.a)__nocommandline.o
(/gg/ppc-amigaos/lib//libcwos.a)exit.o
(/gg/ppc-amigaos/lib//libcwos.a)__stdiowin.o
(/gg/ppc-amigaos/lib//libcwos.a)printf.o
(/gg/ppc-amigaos/lib//libcwos.a)vprintf.o
(/gg/ppc-amigaos/lib//libcwos.a)__stdio.o
(/gg/ppc-amigaos/lib//libcwos.a)fdopen.o
(/gg/ppc-amigaos/lib//libcwos.a)fopen.o
(/gg/ppc-amigaos/lib//libcwos.a)freopen.o
(/gg/ppc-amigaos/lib//libcwos.a)open.o
(/gg/ppc-amigaos/lib//libcwos.a)vfprintf.o
(/gg/ppc-amigaos/lib//libcwos.a)calloc.o
(/gg/ppc-amigaos/lib//libcwos.a)free.o
(/gg/ppc-amigaos/lib//libcwos.a)malloc.o
(/gg/ppc-amigaos/lib//libcwos.a)realloc.o
(/gg/ppc-amigaos/lib//libcwos.a)strlen.o
(/gg/ppc-amigaos/lib//libcwos.a)fpclassify.o
(/gg/ppc-amigaos/lib//libcwos.a)log10.o
(/gg/ppc-amigaos/lib//libcwos.a)pow.o
(/gg/ppc-amigaos/lib//libcwos.a)scalbn.o
(/gg/ppc-amigaos/lib//libcwos.a)sqrt.o
(/gg/ppc-amigaos/lib//libcwos.a)_ctype_.o
(/gg/ppc-amigaos/lib//libcwos.a)__seterrno.o
(/gg/ppc-amigaos/lib//libcwos.a)errno.o
(/gg/ppc-amigaos/lib//libcwos.a)__amigapath.o
(/gg/ppc-amigaos/lib//libcwos.a)strdup.o
(/gg/ppc-amigaos/lib//libcwos.a)__decimalpoint.o
(/gg/ppc-amigaos/lib//libcwos.a)__chkabort.o
(/gg/ppc-amigaos/lib//libcwos.a)raise.o
(/gg/ppc-amigaos/lib//libcwos.a)__fflush.o
(/gg/ppc-amigaos/lib//libcwos.a)fputc.o
(/gg/ppc-amigaos/lib//libcwos.a)getenv.o
(/gg/ppc-amigaos/lib//libcwos.a)copysign.o
(/gg/ppc-amigaos/lib//libcwos.a)floor.o
(/gg/ppc-amigaos/lib//libcwos.a)huge_val.o
(/gg/ppc-amigaos/lib//libcwos.a)inf.o
(/gg/ppc-amigaos/lib//libcwos.a)log.o
(/gg/ppc-amigaos/lib//libcwos.a)__signalfunc.o
(/gg/ppc-amigaos/lib//libcwos.a)__swbuf.o
attempt to open /gg/ppc-amigaos/lib/end.o succeeded
/gg/ppc-amigaos/lib/end.o