ninoh-fox / toolchain Goto Github PK

As I'm trying to automake from Fuse emulator's Makefile.am I'm getting

$ automake --add-missing --copy --force-missing

Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/${ <-- HERE ([^ \t=:+{}]+)}/ at /opt/gcw0-toolchain/usr/bin/automake line 3930.

The fix (backslashing brackets):
3930
#$text =~ s/\${([^ \t=:+{}]+)}/substitute_ac_subst_variables_worker ($1)/ge;
$text =~ s/\$\{([^ \t=:+{}]+)\}/substitute_ac_subst_variables_worker ($1)/ge;

It seems to be related to Perl version. I'm using:
This is perl 5, version 26, subversion 1 (v5.26.1) built for x86_64-linux-gnu-thread-multi

Hi @Ninoh-FOX ,

When running make, after around 1 hour I'm getting the following problem and I'm not sure what's going on.

Applying strace-02-fix-ptrace_peeksiginfo_args.patch using patch: patching file configure.ac Hunk #1 FAILED at 257. 1 out of 1 hunk FAILED -- saving rejects to file configure.ac.rej patching file process.c Hunk #1 FAILED at 63. 1 out of 1 hunk FAILED -- saving rejects to file process.c.rej patching file signal.c Hunk #1 FAILED at 51. 1 out of 1 hunk FAILED -- saving rejects to file signal.c.rej patching file syscall.c Hunk #1 FAILED at 48. 1 out of 1 hunk FAILED -- saving rejects to file syscall.c.rej patching file util.c Hunk #1 FAILED at 55. 1 out of 1 hunk FAILED -- saving rejects to file util.c.rej Patch failed! Please fix strace-02-fix-ptrace_peeksiginfo_args.patch! package/pkg-generic.mk:146: recipe for target '/toolchain/output/build/strace-5.4/.stamp_patched' failed make: *** [/toolchain/output/build/strace-5.4/.stamp_patched] Error 1

Thanks for your great contribution!

CMake in /opt/gcw0-toolchain/usr/bin/cmake uses /opt/gcw0-toolchain/usr/share/cmake-3.1/Modules/
There is FindSDL.cmake and other FindSDL_* but no FindSDL2. Developers add custom FindSDL_ to their source code. Eg. here:
https://github.com/brendan-w/collector/tree/master/cmake
But even the existing FindSDL.cmake cannot find SDL in
/opt/gcw0-toolchain/usr/mipsel-gcw0-linux-uclibc/sysroot/usr/lib
Why? Can it use a relative path? I'm not sure yet.

To fix this in my case, FIND_LIBRARY needs to be updated. Eg.

FIND_LIBRARY(SDL2_LIBRARY_TEMP
NAMES SDL2
HINTS
$ENV{SDL2DIR}
PATH_SUFFIXES lib64 lib
PATHS
/sw
/opt/local
/opt/csw
/opt
/opt/gcw0-toolchain/usr/mipsel-gcw0-linux-uclibc/sysroot/usr/lib
)

There is a way to use $ENV{SDL2DIR} but I still need to learn how.

Hi! I've managed to build the sd_image from your repo and flashed it into my RG280V SD-card.

The console starts to boot, shows the graphical logo, reports that it is creating a swap (but I don't see any progress bar change there), shows that it "wipes the old config" and reboots. Then the same repeats over and over.

How to debug this? What could be the problem?

I was building in Ubuntu 18.04, had to make some small patches in the build scripts, but I haven't changed any C/C++ code and haven't changed anything major.

With the latest toolchain dated Sep 8, 2021 I'm getting:

/opt/gcw0-toolchain/usr/lib/gcc/mipsel-gcw0-linux-uclibc/4.9.1/../../../../mipsel-gcw0-linux-uclibc/bin/ld: cannot find -lresolv

Maybe not an issue but still worth looking at.

The latest toolchain has both libpng14 and libpng16. During compilation/linking version 14 is used by default instead of 16.
I guess it's because 14 comes before 16 alphabetically.

My Go build now looks like this:

CC='/opt/gcw0-toolchain/usr/bin/mipsel-gcw0-linux-uclibc-gcc' \
 CGO_CFLAGS='-I/opt/gcw0-toolchain/usr/mipsel-gcw0-linux-uclibc/sysroot/usr/include
  -I/opt/gcw0-toolchain/usr/mipsel-gcw0-linux-uclibc/sysroot/usr/include/libpng16
  -D_REENTRANT' \
 CGO_ENABLED=1 \
 CGO_LDFLAGS='-L/opt/gcw0-toolchain/usr/mipsel-gcw0-linux-uclibc/sysroot/usr/lib -lSDL2 -lpng16' \
 GOARCH=mipsle \
 GOMIPS=softfloat \
 GOOS=linux \
 PKG_CONFIG='/opt/gcw0-toolchain/usr/bin/pkg-config' \
 go build -o ${TMP_FOLDER}/${TARGET} ${SOURCE}

See how I'm specifying libpng16 because otherwise 14 is used. SDL2 uses 16 I guess.

This version of buildroot has some broken links, as #3 mentioned, also I found htop to be broken. Updating to the latest buildroot should fix this

I'm trying to build OPK for the latest ScummVM. I have downloaded the latest Debian toolchain from the releases page, extracted it into /opt/gcw0-toolchain, and executed bash backends/platform/dingux/build.gcw0.sh from ScummVM root directory. It builds for a while, until it tries to link:

    C++      engines/xeen/xsurface.o
    AR       engines/libengines.a
mipsel-linux-ar: error while loading shared libraries: libfl.so.2: cannot open shared object file: No such file or directory

libfl.so.2 is shared library provided by flex. Toolchain contains flex, could it be shipped with this shared library as well?

During make the access on https://bitbucket.org/bartbes/love-experiments fails as this repository no longer exists (Mercurial support has been removed from Bitbucket).

>>> love2d aeefcc6 Downloading
http authorization required for https://bitbucket.org/bartbes/love-experiments
realm: Bitbucket.org HTTP
user: 
password: 
http authorization required for https://bitbucket.org/bartbes/love-experiments
realm: Bitbucket.org HTTP
user: interrupted!
--2020-08-19 16:38:16--  http://sources.buildroot.net/love2d-aeefcc6.tar.gz
Resolving sources.buildroot.net (sources.buildroot.net)... 104.26.1.37, 172.67.72.56, 104.26.0.37, ...
Connecting to sources.buildroot.net (sources.buildroot.net)|104.26.1.37|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2020-08-19 16:38:16 ERROR 404: Not Found.

package/pkg-generic.mk:73: recipe for target 'toolchain/output/build/love2d-6257287/.stamp_downloaded' failed
make: *** [toolchain/output/build/love2d-6257287/.stamp_downloaded] Error 1