undefined reference to...

[krionical]

First of all, neat project. Second of all, I get the following list of errors:

ld: common.o: in function sprintf_va': common.c:(.text+0x836): undefined reference to __stack_chk_fail_local'
ld: common.o: in function sprintf': common.c:(.text+0x89b): undefined reference to __stack_chk_fail_local'
ld: common.o: in function printkf': common.c:(.text+0x96e): undefined reference to __stack_chk_fail_local'
ld: common.o: in function getCpuFlags': common.c:(.text+0xa4d): undefined reference to __stack_chk_fail_local'
ld: fatfilesystem.o: in function initializeFatFileSystem': fatfilesystem.c:(.text+0x96): undefined reference to __stack_chk_fail_local'
ld: fatfilesystem.o:fatfilesystem.c:(.text+0x2ef): more undefined references to __stack_chk_fail_local' follow ld: kernel.bin: hidden symbol __stack_chk_fail_local' isn't defined
ld: final link failed: bad value
make: *** [Makefile:10: kernel.bin] Error 1

In response to running the command: sudo ./gen_soso_iso init.soso examples/ex6.subx

Operating system is arch derivative.

[akkartik]

Thank you for the report. Let me try to spin up an Arch VM and see what's going on.

Could you try the other steps further down? You can run Mu without an OS so it emits ELF binaries you can run directly atop Linux. I'm curious if those commands all work.

[krionical]

No trouble. Yes, several of the 42 examples worked.

…

On Fri, Oct 18, 2019 at 5:33 PM Kartik Agaram ***@***.***> wrote: Thank you for the report. Let me try to spin up an Arch VM and see what's going on. Could you try the other steps further down? You can run Mu without an OS so it emits ELF binaries you can run directly atop Linux. I'm curious if those commands all work. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#38?email_source=notifications&email_token=AE3VKHBNV6666QH6DCTHWX3QPI2UNA5CNFSM4JCMO5F2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBWIXRA#issuecomment-543984580>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AE3VKHF5KPR42F5Q5CB5A43QPI2UNANCNFSM4JCMO5FQ> .

-- Joe Bill Schirtzinger Beit Eshel Elder/Director http://www.beitesheldonate.org | (270) 681-5728 http://www.theroyalrainbow.com

[akkartik]

I'm trying to reproduce. So far I have an Arch instance that passes ./test_apps.

Now I tried ./gen_soso_iso init.soso examples/ex6.subx and got this:

losetup: cannot find an unused loop device: No such device

Do you happen to know what package I need to pacman -S to install losetup?

[akkartik]

It looks like I may need to compile Soso with -fno-stack-protector somehow:

https://ubuntuforums.org/showthread.php?t=352642&s=b2839b58b613292d57ef7550af87ebca&p=10100263#post10100263

That's the initial hypothesis.

[krionical]

Yep. That's where i got to before I reported it. I'm not sure how to do that. I tried the no flag in conjunction with the command just for fun, and that didn't work.

…

On Fri, Oct 18, 2019 at 7:31 PM Kartik Agaram ***@***.***> wrote: It looks like I may need to compile Soso with -fno-stack-protector somehow: https://ubuntuforums.org/showthread.php?t=352642&s=b2839b58b613292d57ef7550af87ebca&p=10100263#post10100263 That's the initial hypothesis. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#38?email_source=notifications&email_token=AE3VKHDZAQVEEPES64PN7PTQPJIOFA5CNFSM4JCMO5F2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBWSJDA#issuecomment-544023692>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AE3VKHF3NJTKY6TZY2ZUQFTQPJIOFANCNFSM4JCMO5FQ> .

-- Joe Bill Schirtzinger Beit Eshel Elder/Director http://www.beitesheldonate.org | (270) 681-5728 http://www.theroyalrainbow.com

[akkartik]

Ok, I've reproduced the issue after installing the following packages on Arch Linux:

# pacman -S git gcc make nasm util-linux dosfstools

Now trying to fix the error.

[akkartik]

Try it now? I've also updated the Readme with some extra dependencies that Arch Linux needed.

[krionical]

No, it still complains on my system of the same issue after issuing a git pull and making sure all dependencies are installed. If it runs on arch, however, it is likely to be an issue with my specific arch derivative although one would think the dependencies would be fairly consistent. I'm running Magpie in case anyone else has this issue.

…

On Sat, Oct 19, 2019 at 1:15 AM Kartik Agaram ***@***.***> wrote: Try it now? I've also updated the Readme with some extra dependencies that Arch Linux needed. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#38?email_source=notifications&email_token=AE3VKHAQXJQLTITB7ATKNI3QPKQY7A5CNFSM4JCMO5F2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBXGP6A#issuecomment-544106488>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AE3VKHDHGKGVRYDA6GGBDR3QPKQY7ANCNFSM4JCMO5FQ> .

-- Joe Bill Schirtzinger Beit Eshel Elder/Director http://www.beitesheldonate.org | (270) 681-5728 http://www.theroyalrainbow.com

[akkartik]

Just to double-check, are you seeing `-fno-stack-protector` in kernel.soso/Makefile? That's the change I made. Could you copy a log of the whole build here? Thank you.

[krionical]

Yes, the change is present in the makefile. Here is the copy of the logging I have: == building SubX binary === constructing initramfs out of SubX binary 1+0 records in 1+0 records out 8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.39788 s, 21.1 MB/s mkfs.fat 4.1 (2017-01-24) === building soso kernel ld -Tlink.ld -m elf_i386 -o kernel.bin descriptortables.o screen.o common.o fatfilesystem.o spinlock.o systemfs.o mouse.o debugprint.o random.o null.o fatfs_ffunicode.o gfx.o syscalls.o alloc.o fifobuffer.o hashtable.o tty.o timer.o fs.o rootfs.o ttydriver.o framebuffer.o elf.o ramdisk.o keyboard.o vmm.o main.o serial.o sharedmemory.o sleep.o isr.o list.o devfs.o pipe.o message.o process.o fatfs_ff.o task.o utils.o boot.o gdt.o interrupt.o font/font.o ld: common.o: in function `sprintf_va': common.c:(.text+0x836): undefined reference to `__stack_chk_fail_local' ld: common.o: in function `sprintf': common.c:(.text+0x89b): undefined reference to `__stack_chk_fail_local' ld: common.o: in function `printkf': common.c:(.text+0x96e): undefined reference to `__stack_chk_fail_local' ld: common.o: in function `getCpuFlags': common.c:(.text+0xa4d): undefined reference to `__stack_chk_fail_local' ld: fatfilesystem.o: in function `initializeFatFileSystem': fatfilesystem.c:(.text+0x96): undefined reference to `__stack_chk_fail_local' ld: fatfilesystem.o:fatfilesystem.c:(.text+0x2ef): more undefined references to `__stack_chk_fail_local' follow ld: kernel.bin: hidden symbol `__stack_chk_fail_local' isn't defined ld: final link failed: bad value make: *** [Makefile:12: kernel.bin] Error 1 Do you have some more detailed logging available within the project, or is the sufficient?

…

On Sat, Oct 19, 2019 at 10:07 AM Kartik Agaram ***@***.***> wrote: Just to double-check, are you seeing `-fno-stack-protector` in kernel.soso/Makefile? That's the change I made. Could you copy a log of the whole build here? Thank you. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#38?email_source=notifications&email_token=AE3VKHGCWN2IYRQZJMT2YT3QPMPELA5CNFSM4JCMO5F2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBXS4MI#issuecomment-544157233>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AE3VKHECSJV5XLORMRYW7K3QPMPELANCNFSM4JCMO5FQ> .

-- Joe Bill Schirtzinger Beit Eshel Elder/Director http://www.beitesheldonate.org | (270) 681-5728 http://www.theroyalrainbow.com

[akkartik]

Ohh, stupid mistake on my part. You need to make clean. These commands should do it:

cd kernel.soso
make clean
cd ..

Then try rerunning gen_soso_iso?

Sorry about the trouble!

[krionical]

By Jove, that got it! Thanks for your help in sorting this issue out.

…

On Sat, Oct 19, 2019 at 10:51 AM Kartik Agaram ***@***.***> wrote: Ohh, stupid mistake on my part. You need to make clean. These commands should do it: cd kernel.soso make clean cd .. Then try rerunning gen_soso_iso? Sorry about the trouble! — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#38?email_source=notifications&email_token=AE3VKHH7EUCXTB2BJEPSFA3QPMUJ7A5CNFSM4JCMO5F2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBXUNYQ#issuecomment-544163554>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AE3VKHAQ3R3QATCCU3LTUBLQPMUJ7ANCNFSM4JCMO5FQ> .

-- Joe Bill Schirtzinger Beit Eshel Elder/Director http://www.beitesheldonate.org | (270) 681-5728 http://www.theroyalrainbow.com

[akkartik]

Thank you for putting up with this klunky experience! Clearly the bootable images aren't yet mature. But the ELF binary generation should be much more painless. I ended up emphasizing that more in the Readme, based on this thread. So thanks again!