Error compiling on gnuc < 9, definition of alias uClibc. #57

moaxey · 2019-08-05T04:35:40Z

Signed-off-by: Joel Stanley <[email protected]>

This port requires a lm32 cross compiler with libgcc enabled. I built a GCC 6.2 toolchain with newlib by doing the following: $ ls binutils-2.27 gcc-6.2.0 mpc-1.0.2 newlib-2.4.0.20161025 gmp-6.1.1 mpfr-3.1.5 $ mkdir build $ cd build $ ../gcc-6.2.0/configure --prefix=/opt/lm32 --enable-languages=c --target=lm32-elf $ make $ mkdir /opt/lm32 && chown $USER /opt/lm32 $ make install Then build a litex Qemu with the following: $ git clone https://github.com/shenki/qemu-litex $ cd qemu-litex $ ./configure --target-list=lm32-softmmu $ make To build Micropython: $ cd micropython/lm32 $ CROSS_COMPILE=/opt/lm32/bin/lm32-elf- make deploy This produces an elf at lm32/build/firmware.elf. To run it: ./lm32-softmmu/qemu-system-lm32 -M litex -nographic -nodefaults \ -serial stdio -kernel ~/dev/micropython/lm32/build/firmware.elf MicroPython v1.8.6-12-g674efbf5680a on 2016-11-20; litex with lm32 Type "help()" for more information. >>> To debug it: ./lm32-softmmu/qemu-system-lm32 -M litex -nographic -nodefaults \ -serial stdio -kernel ~/dev/micropython/lm32/build/firmware.elf \ -S -s -monitor pty char device redirected to /dev/pts/12 (label compat_monitor0) This requires a lm32 GDB: $ conda/bin/lm32-elf-gdb build/firmware.elf -ex 'target remote localhost:1234' Reading symbols from build/firmware.elf...done. Remote debugging using localhost:1234 0x40000000 in _start () (gdb) c Continuing. You can attach to the monitor to view the lm32 registers that are not exposed by qemu: screen /dev/pts/12 (qemu) QEMU 2.7.50 monitor - type 'help' for more information (qemu) info registers IN: PC=40000000 ie=00000000 (IE=0 EIE=0 BIE=0) im=00000000 ip=00000000 eba=00000000 deba=00000000 The port currently assumes you are running on the opsis-soc, targeted for the minispartan6. You can adjust this by replacing the include/generated directories with the ones from your litex soc in both Qemu and Micropython. Signed-off-by: Joel Stanley <[email protected]>

Signed-off-by: Joel Stanley <[email protected]>

Updated to use mimasv2 using headers from HDMI2USB build at commit cbd1e31b3a9f88e0d1ecb682b51f6d41454766de

We were hardcoding the memory regions in the micropython linker script (lm32.ld). This way we pull in the correct definitions whenever we update the generated files. Signed-off-by: Joel Stanley <[email protected]>

This follows what other ports do here. Signed-off-by: Joel Stanley <[email protected]>

Doesn't work. Signed-off-by: Joel Stanley <[email protected]>

ctrl+c can now interrupt execution. >>> while True: ... pass ... Traceback (most recent call last): File "<stdin>", in <module> KeyboardInterrupt: >>> Signed-off-by: Joel Stanley <[email protected]>

Signed-off-by: Joel Stanley <[email protected]>

We don't have any, and this was breaking building. It can be added back later when we need it. Signed-off-by: Joel Stanley <[email protected]>

This does change some flags passed to the compiler, but for the most part should not result in any functional change. Signed-off-by: Joel Stanley <[email protected]>

Adds about 12k to the code size. Most ports MPZ over the LONGLONG version, which was my criteria for picking it. Signed-off-by: Joel Stanley <[email protected]>

This is the first module we've enabled. With these changes in place we it should't be much effort to add modules. Signed-off-by: Joel Stanley <[email protected]>

Signed-off-by: Joel Stanley <[email protected]>

Doesn't do anything yet. Signed-off-by: Joel Stanley <[email protected]>

Only change is the addition of the CAS module for allowing software access to the push buttons and LEDs Signed-off-by: Joel Stanley <[email protected]>

This lets micropython control the LEDs >>> import litex >>> led1 = litex.LED(1) >>> led1 LED(1) >>> led1.on() >>> led1.off() >>> led1.read() False >>> led1.on() >>> led1.read() False Signed-off-by: Joel Stanley <[email protected]>

This should not be hardcoded. Signed-off-by: Joel Stanley <[email protected]>

Signed-off-by: Joel Stanley <[email protected]>

Generated from https://github.com/timvideos/HDMI2USB-litex-firmware cba56bb65db62a4ee25bb66f5858349f8b043b9b. Signed-off-by: Joel Stanley <[email protected]>

This is needed for opsis. Created issue to get cas enabled on opsis timvideos/HDMI2USB-litex-firmware#344

Allow litex leds to build without cas

litex_led_read now returns the correct value based on the state of the led.

Fixed read function for cas leds

Update to MicroPython 1.9.4+ from MicroPython upstream

Enable floating point

… no longer needed.

…efile typo.

Support LiteX boards which run main program from flash, eg TinyFPGA BX. See timvideos/litex-buildenv#67 for required build environment changes.

Files come from the following revision; ``` commit 537b0e9058e6a5b77f434f46f3a56849c82064bd Merge: 9c6f76f1 5c83c881 Author: enjoy-digital <[email protected]> Date: Tue Sep 18 08:19:09 2018 +0200 Merge pull request micropython#101 from cr1901/icestorm-migen-pull Icestorm Improvements ```

Include files from litex.

Added a switch object to the litex module based off the led object.

Fixed function header for cas_switches_in_read to match real definition.

Added switch support for mimasv2

Fix includes for assembler

…f ControlAndStatus module.

Include Guard Improvement

…king yet).

… by RISCV backends.

RISCV32 support

…icropython#4457

ewenmcneill · 2019-08-05T21:17:41Z

Thanks for spotting the problem and finding a work around.

See also #56 (which I created, when I found this issue a week or so ago), which references the upstream patch for this (micropython@7bbde67).

I think it'd be better to:

Fast forward our MicroPython to match upstream (see Build error with gcc 9.x.x #56 (comment) for hints from upstream on what else might need changing), which would pick up their patch for this issue; or
Cherry Pick the upstream patch exactly, from micropython@7bbde67, so we'll at least have matching code and can skip that whole patch when catching up to upstream.

I'd rather not apply patches outside of ports/fupy which (a) won't be going upstream and (b) are known to conflict with patches which are upstream.

Ewen

PS: I have a feeling that we have the upstream .travis.yml, but none of the other Travis setup for it to work with cross compiles, etc. See, eg, #14

whatnick

Tested and worked for me to compilation

ewenmcneill · 2019-08-06T09:20:14Z

Tested and worked for me to compilation

@whatnick It works for me too (see #56, where I did basically the same thing). But for the reasons I stated in #57 (comment), I think it's an unfortunate idea to merge a patch which will conflict with upstream. It'd be much better to merge the actual upstream patch (micropython@7bbde67) literally (so it won't conflict later), or fast forward our micropython fork to match upstream (thus also picking up their patch).

Ewen

mithro · 2019-08-08T23:42:38Z

I have rebased our changes on top of micropython/micropython@master (3d02ebb), so this build error should no longer occur.

shenki and others added 30 commits March 15, 2017 22:32

Take a copy of the minimal target

df1083f

Signed-off-by: Joel Stanley <[email protected]>

lm32: Build .bin as default target

c68a934

Signed-off-by: Joel Stanley <[email protected]>

lm32: Update generated headers

8a48b7d

Updated to use mimasv2 using headers from HDMI2USB build at commit cbd1e31b3a9f88e0d1ecb682b51f6d41454766de

lm32: include generated memory regions linker script

0f2e4cb

We were hardcoding the memory regions in the micropython linker script (lm32.ld). This way we pull in the correct definitions whenever we update the generated files. Signed-off-by: Joel Stanley <[email protected]>

lm32: remove unused code from main

156a60e

This follows what other ports do here. Signed-off-by: Joel Stanley <[email protected]>

lm32: Attempt to implement ctrl+c interrupt

7d84fc9

Doesn't work. Signed-off-by: Joel Stanley <[email protected]>

lm32: Fix exception keystroke handling

6cbf13a

ctrl+c can now interrupt execution. >>> while True: ... pass ... Traceback (most recent call last): File "<stdin>", in <module> KeyboardInterrupt: >>> Signed-off-by: Joel Stanley <[email protected]>

lm32: remove unused defines

3a6920d

Signed-off-by: Joel Stanley <[email protected]>

lm32: Don't build in frozen modules yet

8ffc6e1

We don't have any, and this was breaking building. It can be added back later when we need it. Signed-off-by: Joel Stanley <[email protected]>

lm32: clean up the makefile

9fa5e97

This does change some flags passed to the compiler, but for the most part should not result in any functional change. Signed-off-by: Joel Stanley <[email protected]>

lm32: Add longint implementation

565182e

Adds about 12k to the code size. Most ports MPZ over the LONGLONG version, which was my criteria for picking it. Signed-off-by: Joel Stanley <[email protected]>

lm32: Add machine module

5e7a2ad

This is the first module we've enabled. With these changes in place we it should't be much effort to add modules. Signed-off-by: Joel Stanley <[email protected]>

gitignore: add vim .un~ undo files to ignore

1eaa8ea

Signed-off-by: Joel Stanley <[email protected]>

lm32: Add litex module

c89674e

Doesn't do anything yet. Signed-off-by: Joel Stanley <[email protected]>

lm32: Update generated headers

fd82bf6

Only change is the addition of the CAS module for allowing software access to the push buttons and LEDs Signed-off-by: Joel Stanley <[email protected]>

lm32: Add leds module

4056858

This lets micropython control the LEDs >>> import litex >>> led1 = litex.LED(1) >>> led1 LED(1) >>> led1.on() >>> led1.off() >>> led1.read() False >>> led1.on() >>> led1.read() False Signed-off-by: Joel Stanley <[email protected]>

lm32: point to latest gcc directory

b8e5514

This should not be hardcoded. Signed-off-by: Joel Stanley <[email protected]>

lm32: link with GCC and remove hardcoded paths

015e480

Signed-off-by: Joel Stanley <[email protected]>

lm32: update generated directory

eff4d5e

Generated from https://github.com/timvideos/HDMI2USB-litex-firmware cba56bb65db62a4ee25bb66f5858349f8b043b9b. Signed-off-by: Joel Stanley <[email protected]>

Removing generated files.

cc1dfd8

Working on Makefile.

67b6203

Rename lm32 directory to litex

0e09cb0

Better Makefile.

b63852f

Adding support for local generated directory.

72086fd

Adding script to download gateware from the HDMI2USB prebuilt repo.

782723b

Allow litex leds to build with out cas

21d255c

This is needed for opsis. Created issue to get cas enabled on opsis timvideos/HDMI2USB-litex-firmware#344

Merge pull request fupy#4 from karl-malakoff/cas-leds-fix

52ff129

Allow litex leds to build without cas

Fixed read function for cas leds

3d9bbb6

litex_led_read now returns the correct value based on the state of the led.

Merge pull request fupy#5 from karl-malakoff/led_read_fix

452a2c3

Fixed read function for cas leds

ewenmcneill and others added 24 commits August 27, 2018 14:26

Move "litex" port to "ports/fupy"

74e683a

ports/fupy: Fix Makefile relative paths

c6fb8fc

Merge pull request fupy#16 from ewenmcneill/ports-fupy

7e26f0c

Update to MicroPython 1.9.4+ from MicroPython upstream

Enable floating point

04dce34

Merge pull request fupy#49 from whatnick/fupy_double

fab5f75

Enable floating point

Add support for LiteX boards which run their main program from flash.

53b48b7

Update crt0 name and build rules to track LiteX changes. Copying crt0…

2a863c4

… no longer needed.

Update common.h implementation to match what LiteX generates, fix Mak…

4e7442f

…efile typo.

Make sure crt0 is linked first in output image.

b16bfc4

Merge pull request fupy#51 from cr1901/litex-flash

448f6ad

Support LiteX boards which run main program from flash, eg TinyFPGA BX. See timvideos/litex-buildenv#67 for required build environment changes.

Merge pull request fupy#15 from mithro/riscv

d24e3cb

Include files from litex.

Added switch support for MimasV2.

40e9364

Added a switch object to the litex module based off the led object.

Fixed function header

3d09bf6

Fixed function header for cas_switches_in_read to match real definition.

Merge pull request fupy#6 from karl-malakoff/switches

4071555

Added switch support for mimasv2

ports/fupy: Ensure as sees custom headers too

fea9721

Merge pull request fupy#50 from ewenmcneill/micropython-or1k

22de105

Fix includes for assembler

Improve include guards for boards which are missing some components o…

8e14e5f

…f ControlAndStatus module.

Merge pull request fupy#53 from cr1901/cas-guard

e1202f3

Include Guard Improvement

Fix compile on systems which copy micropython to RAM.

cec3a4f

Ensure riscv32 fupy port compiles on supported CPUs (not verified wor…

886dbd2

…king yet).

fupy/litex.ld: Account for .srodata.* sections which may be generated…

7b0c438

… by RISCV backends.

Merge pull request fupy#54 from cr1901/riscv32

d2bd404

RISCV32 support

Error compiling on gnuc < 9, definition of alias uClibc. Similar to m…

5c32eab

…icropython#4457

whatnick approved these changes Aug 6, 2019

View reviewed changes

mithro force-pushed the master branch from d2bd404 to b856c7a Compare August 8, 2019 23:41

mithro closed this Aug 8, 2019

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Error compiling on gnuc < 9, definition of alias uClibc. #57

Error compiling on gnuc < 9, definition of alias uClibc. #57

moaxey commented Aug 5, 2019

ewenmcneill commented Aug 5, 2019

whatnick left a comment

ewenmcneill commented Aug 6, 2019

mithro commented Aug 8, 2019

Error compiling on gnuc < 9, definition of alias uClibc. #57

Error compiling on gnuc < 9, definition of alias uClibc. #57

Conversation

moaxey commented Aug 5, 2019

ewenmcneill commented Aug 5, 2019

whatnick left a comment

Choose a reason for hiding this comment

ewenmcneill commented Aug 6, 2019

mithro commented Aug 8, 2019