Re: [gentoo-user] [SOLVED]Does gcc 11.3 need a special/new kernel version?
I wrote: > > I have also found https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79827 > and made "ulimit -s 32768" (instead of 8192), but to no avail. "ulimit -s 32768" doesn't work. "ulimit -s 65535" doesn't work either. "ulimit -s unlimited" *does* work. What the heck is the stack requirement of this stuff?! Anyway, it worked now. The only strange thing is that on all my other systems a stack of 8192 is perfectly sufficient. But - so what. -Matt
[gentoo-user] Re: Replacement for RabbitVCS SVN/Git browser?
On 2022-06-06, Grant Edwards wrote: > On 2022-06-06, Grant Edwards wrote: >> Can anybody recommend a good replacement for RabbitVCS? I've been >> using it for ages to browse repos (mainly SVN), but it seems to have >> died off. It's no longer in the package database nor in PyPi. The >> last update in the developer blog is 2-1/2 years old. >> >> What are the alternatives? > > I found tkcvs, but it doesn't seem to do what I want. I mainly want to > look at file change logs, click on commits and see what changed in > that commit. > > I found an ebuild for rapidsvn, but it doesn't seem to build because > it's using depricated library functions and various other C++ compiler > complaints. I cloned rabbitvcs, from the "official" github repo and it seemed to install just fine using the usual "python setup.py install". I had to fix a couple minor syntax errors to get it to run, but it seems to be working OK.
[gentoo-user] Re: Replacement for RabbitVCS SVN/Git browser?
On 2022-06-06, Grant Edwards wrote: > Can anybody recommend a good replacement for RabbitVCS? I've been > using it for ages to browse repos (mainly SVN), but it seems to have > died off. It's no longer in the package database nor in PyPi. The > last update in the developer blog is 2-1/2 years old. > > What are the alternatives? I found tkcvs, but it doesn't seem to do what I want. I mainly want to look at file change logs, click on commits and see what changed in that commit. I found an ebuild for rapidsvn, but it doesn't seem to build because it's using depricated library functions and various other C++ compiler complaints. -- Grant
[gentoo-user] Replacement for RabbitVCS SVN/Git browser?
Can anybody recommend a good replacement for RabbitVCS? I've been using it for ages to browse repos (mainly SVN), but it seems to have died off. It's no longer in the package database nor in PyPi. The last update in the developer blog is 2-1/2 years old. What are the alternatives? -- Grant
Re: [gentoo-user] Does gcc 11.3 need a special/new kernel version?
Mickaël Bucas wrote: > > It seems that the command line to compile "genautomata" contains useful > information to understand the cause. > Can you find it in the GCC compile logs ? I think the command which triggers the error is "build/genautomata ...": make[3]: Entering directory '/var/tmp/portage/sys-devel/gcc-11.3.0/work/build/gcc' build/genautomata /var/tmp/portage/sys-devel/gcc-11.3.0/work/gcc-11.3.0/gcc/common.md /var/tmp/portage/sys-devel/gcc-11.3.0/work/gcc-11.3.0/gcc/config/i386/i386.md \ insn-conditions.md > tmp-automata.c make[3]: *** [Makefile:2456: s-automata] Error 139 make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-11.3.0/work/build/gcc' make[3]: *** Waiting for unfinished jobs dmesg: [10789.040085] genautomata[5619]: segfault at bfa80ffc ip b775f23b sp bfa81000 error 6 in genautomata[b7755000+44000] Former lines in "build.log" containing "genautomata" are just these two: i686-pc-linux-gnu-g++ -std=c++11 -c -DEXTRA_OPTIONS -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I/var/tmp/portage/sys-devel/gcc-11.3.0/work/gcc-11.3.0/gcc -I/var/tmp/portage/sys-devel/gcc-11.3.0/work/gcc-11.3.0/gcc/build -I/var/tmp/portage/sys-devel/gcc-11.3.0/work/gcc-11.3.0/gcc/../include -I/var/tmp/portage/sys-devel/gcc-11.3.0/work/gcc-11.3.0/gcc/../libcpp/include \ -o build/genautomata.o /var/tmp/portage/sys-devel/gcc-11.3.0/work/gcc-11.3.0/gcc/genautomata.c and, a bit later i686-pc-linux-gnu-g++ -std=c++11 -DEXTRA_OPTIONS -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -DGENERATOR_FILE -static-libstdc++ -static-libgcc -Wl,-O1 -Wl,--as-needed -o build/genautomata \ build/genautomata.o build/rtl.o build/read-rtl.o build/ggc-none.o build/vec.o build/min-insn-modes.o build/gensupport.o build/print-rtl.o build/hash-table.o build/sort.o build/read-md.o build/errors.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a -lm which both just look normal, IMHO (no error or other message around them). Meanwhile, I have updated several other Gentoo systems (32 and 64 bit) which all worked well. It's just that one system which brings that error. I have also found https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79827 and made "ulimit -s 32768" (instead of 8192), but to no avail. The only difference is the kernel (4.0.5 on the old system; all others have 4.14.83 oder even some 5.x kernel). On the other hand: the difference between gcc 11.2.1 (which works fine) and 11.3.0 shouldn't be that big?! -Matt
