[Bug 250388] unable to make buildworld releng/12.1. clang always crashes

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250388

--- Comment #4 from igor.polov...@gmail.com ---
I have no X server installed. Console based system.
16Gb RAM. 8Gb swap.
RAM is more then enough installed for text based configuration. While
compilation RAM usage is not grow to 70%.

I upgrade system to 12.2-RC3 FreeBSD 12.2-RC3 manually with one thread (-j1)
and world was built successfully.

My auto buildworld uses 4 threads (-j4) to compile world. I loaded core dump to
dbg and looked through shortly where and why crash happens. I guess it
connected with multithread compilation.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a particular symbol

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

--- Comment #7 from Dimitry Andric  ---
It's pretty interesting, when I use this simple little demangle.cpp program:

#include 
#include 
#include 

static char *demangle_buf;
static size_t demangle_size = 2 * 1024;

static void demangle(const char *mangled_name)
{
  int status;
  char *demangled_name = abi::__cxa_demangle(mangled_name, demangle_buf,
_size, );
  switch (status) {
  case 0:
printf("%s -> %s\n", mangled_name, demangled_name);
break;
  case -1:
printf("error: memory allocation failure while demangling %s\n",
mangled_name);
break;
  case -2:
printf("error: %s is not a valid C++ mangled name\n", mangled_name);
break;
  case -3:
printf("error: invalid argument(s) while demangling %s\n", mangled_name);
break;
  default:
printf("error: unknown status %d while demangling %s\n", status,
mangled_name);
break;
  }
}

int main(int argc, char *argv[])
{
  if (argc <= 1) {
printf("Usage: %s mangled_name ...\n", argv[0]);
return 1;
  }
  if ((demangle_buf = (char *)malloc(demangle_size)) == NULL) {
printf("Unable to allocate memory for demangle buffer\n");
return 1;
  }
  for (int i = 1; i < argc; ++i) {
demangle(argv[i]);
  }
  free(demangle_buf);
  return 0;
}

it works just fine on the identifier:

% ./demangle '_ZZ5func1vENK3$_0clEv'
_ZZ5func1vENK3$_0clEv -> func1(void)::$_0::operator()(void) const

However, it uses the *older* copy of elftoolchain's libelftc_dem_gnu3.c in
contrib/libcxxrt!

E.g. something has been broken in this area in more recent releases of
elftoolchain...

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a particular symbol

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

--- Comment #8 from Dimitry Andric  ---
The simple case, e.g. '_ZZ5func1vENK3$_0clEv' has regressed with
https://sourceforge.net/p/elftoolchain/code/3531/ ("libelftc: revamped
demangler support for function return type"), aka
https://github.com/elftoolchain/elftoolchain/commit/68c2224b7 .

The https://sourceforge.net/p/elftoolchain/tickets/539/ has another example
however,
'_ZZN9libunwind17LocalAddressSpace18findUnwindSectionsEjRNS_18UnwindInfoSectionsEENUlP12dl_phdr_infojPvE_8__invokeES4_jS5_',
which GNU c++filt unpacks to
'libunwind::LocalAddressSpace::findUnwindSections(unsigned int,
libunwind::UnwindInfoSections&)::{lambda(dl_phdr_info*, unsigned int,
void*)#1}::__invoke(dl_phdr_info*, unsigned int, void*)'.

With the elftc demangler, before upstream r3531, it simply returns "not a valid
mangled name", while after upstream r3531, it asserts "(ddata->output.size >
0)".

What seems to happen is that r3531 added a cpp_demangle_data::cur_output
member, and this is being used for any cpp_demangle_push_str() call. When
cpp_demangle_read_sname() reads the '5func1' part of the original string, it
calls cpp_demangle_push_str to push the 'func1' name that it decodes, but at
that point cur_output is *not* pointing to ddata->output, which the assert
expects.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a symbol representing a C++ lambda function

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

Yuri Victorovich  changed:

   What|Removed |Added

Summary|c++filt crashes on a|c++filt crashes on a symbol
   |particular symbol   |representing a C++ lambda
   ||function

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a particular symbol

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

--- Comment #11 from Dimitry Andric  ---
(In reply to Yuri Victorovich from comment #10)
> Just to make sure: does it only fix the assert, or does it also make c++filt 
> to decode the symbol correctly?

So far I've only been fixing assertions, which there are quite a few of. But
unfortunately libelftc's demangler does not seem to implement any of the
machinery to handle C++11 features, like unnamed types, lambda's etc. Adding
these does not look trivial.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250388] unable to make buildworld releng/12.1. clang always crashes

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250388

--- Comment #5 from igor.polov...@gmail.com ---
FreeBSD 12.2-RC3 compiled successfully with multithread make options (-j4)
This is a bug in releng/12.1 sources

config files are the same for releng/12.1 and for releng/12.2

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250783] ld segmentation fault

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250783

--- Comment #4 from Nick Venenga  ---
(gdb) bt
#0  0x0125e9b2 in enqueue ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:194
#1 
resolveReloc, true> const> ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:108
#2  0x0125e560 in mark ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:279
#3  0x01259e3c in run ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:242
#4  markLive > ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:378
#5  0x011d56c4 in link > () at /usr/src/contrib/llvm-project/lld/ELF/Driver.cpp:1970
#6  0x011caa47 in main ()
at /usr/src/contrib/llvm-project/lld/ELF/Driver.cpp:514
#7  0x011c9055 in link ()
at /usr/src/contrib/llvm-project/lld/ELF/Driver.cpp:111
#8  0x01364145 in main ()
at /usr/src/contrib/llvm-project/lld/tools/lld/lld.cpp:151

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250388] unable to make buildworld releng/12.1. clang always crashes

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250388

igor.polov...@gmail.com changed:

   What|Removed |Added

 Resolution|Not A Bug   |---
 Status|Closed  |Open

--- Comment #6 from igor.polov...@gmail.com ---
FreeBSD 12.2-RC3 compiled successfully with multithread make options (-j4)
This is a bug in releng/12.1 sources

config files are the same for releng/12.1 and for releng/12.2

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a particular symbol

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

--- Comment #9 from Dimitry Andric  ---
The assertion failure has also been reported by other people:

https://sourceforge.net/p/elftoolchain/tickets/581/

I have a fix locally for this particular error, which I'm going to submit on
that sourceforge ticket.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a symbol representing a C++ lambda function

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

--- Comment #12 from Yuri Victorovich  ---
Here is another symbol that causes the assertion:
_ZZN10half_float6detail15half2float_implEjfNSt3__117integral_constantIbLb114exponent_table
(from the object file merge-dequantize-operators.cpp.o from the port
misc/nn-insight).

This one is not for a lambda function.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250783] ld segmentation fault

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250783

Dimitry Andric  changed:

   What|Removed |Added

 CC||d...@freebsd.org

--- Comment #2 from Dimitry Andric  ---
If this happens on 12.1, can you try the same on a more recent 12.2-RELEASE or
snapshot image, or even on 13-CURRENT? 12.1 has lld 8.0.1 which is rather old
now. Alternatively, you can install the llvm 10 or llvm 11 packages, and try to
use the lld from those.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a particular symbol

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

--- Comment #10 from Yuri Victorovich  ---
(In reply to Dimitry Andric from comment #9)

> I have a fix locally for this particular error, which I'm going to submit on 
> that sourceforge ticket.

Just to make sure: does it only fix the assert, or does it also make c++filt to
decode the symbol correctly?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250783] ld segmentation fault

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250783

--- Comment #5 from Nick Venenga  ---
I tried the FreeBSD 13.0 VM

# cargo rustc --bin maturin --manifest-path Cargo.toml \-- -C link-arg=-s
   Compiling maturin v0.8.3 (/root/maturin)   
error: linking with `cc` failed: exit code: 254
  |  
  = note: "cc" "-Wl,--as-needed" "-Wl,-z,noexecstack" "-m64"
"-Wl,--eh-frame-hdr" "-L" "/usr/local/lib/rustlib/x86_64-unknown-freebsd/lib"
"/root/maturin/target/debug/deps/maturin-fe53e6c49e774afc.1agzv0ps7sudcbsb.rcgu.o"
"/root/maturin/target/debug/deps/maturin-fe53e6c49e774afc.1cu2a2eew775gbht.rcgu.o"
"/root/matur"
  = note: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and
include the crash backtrace.
  Stack dump:   
  0.Program arguments: /usr/bin/ld -pie --eh-frame-hdr
-dynamic-linker /libexec/ld-elf.so.1 --hash-style=both --enable-new-dtags -o
/root/maturin/target/debug/deps/maturin-fe53e6c49e774afc /usr/lib/Scrt1.o
/usr/lib/crti.o /usr/lib/crtbeginS.o
-L/usr/local/lib/rustlib/x86_64-unknown-freebsd/lib -L/root/ma 
  #0 0x01d1f23e PrintStackTrace
/usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:13
  #1 0x01d1d5a5 RunSignalHandlers
/usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:69:18
  #2 0x01d1f930 SignalHandler
/usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:0:3
  #3 0x000803561b90 handle_signal
/usr/src/lib/libthr/thread/thr_sig.c:0:3
  cc: error: unable to execute command: Segmentation fault (core
dumped)
  cc: error: linker command failed due to signal (use -v to see
invocation)


error: aborting due to previous error

error: could not compile `maturin`.


Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0151245d in enqueue ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:194
194 /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp: No such file or
directory.
[Current thread is 1 (LWP 100106)]
(gdb) bt
#0  0x0151245d in enqueue ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:194
#1 
resolveReloc, true> const> ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:108
#2  0x01511eb0 in mark ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:279
#3  0x0150d6fc in run ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:242
#4  markLive > ()
at /usr/src/contrib/llvm-project/lld/ELF/MarkLive.cpp:379
#5  0x0147dcf8 in link > () at /usr/src/contrib/llvm-project/lld/ELF/Driver.cpp:2114
#6  0x014715bc in main ()
at /usr/src/contrib/llvm-project/lld/ELF/Driver.cpp:545
#7  0x0146fa7d in link ()
at /usr/src/contrib/llvm-project/lld/ELF/Driver.cpp:114
#8  0x0161aa45 in main ()
at /usr/src/contrib/llvm-project/lld/tools/lld/lld.cpp:146
(gdb) quit
root@freebsd:~/maturin # uname -a
FreeBSD freebsd 13.0-CURRENT FreeBSD 13.0-CURRENT #0 b9403d7aae8-c254071(main):
Thu Oct 29 08:06:03 UTC 2020
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64
root@freebsd:~/maturin # ld --version
LLD 11.0.0 (FreeBSD llvmorg-11.0.0-0-g176249bd673-137) (compatible with GNU
linkers)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


Problem reports for toolch...@freebsd.org that need special attention

2020-11-01 Thread bugzilla-noreply
To view an individual PR, use:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).

The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status  |Bug Id | Description
+---+---
Open|234232 | clang Assertion failed when building the port dev 
Open|245179 | lld: wrong/misleading "SHF_MERGE section size mus 
Open|247665 | emulators/rpcs3: clang 10 crashes during build

3 problems total for which you should take action.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250702] c++filt crashes on a symbol representing a C++ lambda function

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250702

--- Comment #13 from Yuri Victorovich  ---
On this testcase c++filt doesn't assert but doesn't decode the symbol either:
_ZNSt3__116__copy_unalignedINS_6vectorIbNS_9allocatorIbLb0EEENS_14__bit_iteratorIT_Lb0EXLi0NS5_IS6_XT0_EXLi0S8_S7_

c++filt from the binutils package does decode it correctly.

Overall c++filt from the base is quite far behind of the c++filt from the
binutils package in terms of stability and symbol support.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250783] ld segmentation fault

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250783

--- Comment #3 from Nick Venenga  ---
error: linking with `cc` failed: exit code: 254
  |
  = note: "cc" "-Wl,--as-needed" "-Wl,-z,noexecstack" "-m64"
"-Wl,--eh-frame-hdr" "-L" "/usr/local/lib/rustlib/x86_64-unknown-freebsd/lib"
"/root/maturin/target/debug/deps/maturin-fe53e6c49e774afc.1agzv0ps7sudcbsb.rcgu.o"
"/root/maturin/target/debug/deps/maturin-fe53e6c49e774afc.1cu2a2eew775gbht.rcgu.o"
"/root/matur"
  = note: Stack dump:
  0.Program arguments: /usr/bin/ld -pie --eh-frame-hdr
-dynamic-linker /libexec/ld-elf.so.1 --hash-style=both --enable-new-dtags -o
/root/maturin/target/debug/deps/maturin-fe53e6c49e774afc /usr/lib/Scrt1.o
/usr/lib/crti.o /usr/lib/crtbeginS.o
-L/usr/local/lib/rustlib/x86_64-unknown-freebsd/lib -L/root/ma 
  #0 0x01b362ae PrintStackTrace
/usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:13
  #1 0x01b34525 RunSignalHandlers
/usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:69:18
  #2 0x01b36e40 SignalHandler
/usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:0:3
  #3 0x02b9eb70 handle_signal
/usr/src/lib/libthr/thread/thr_sig.c:0:3
  cc: error: unable to execute command: Segmentation fault (core
dumped)
  cc: error: linker command failed due to signal (use -v to see
invocation)


error: aborting due to previous error

error: could not compile `maturin`.

To learn more, run the command again with --verbose.
root@freebsd:~/maturin # ld --version
LLD 10.0.1 (FreeBSD llvmorg-10.0.1-0-gef32c611aa2-1200012) (compatible with GNU
linkers)
root@freebsd:~/maturin # uname -a
FreeBSD freebsd 12.2-STABLE FreeBSD 12.2-STABLE r367116 GENERIC  amd64

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250783] ld segmentation fault

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250783

Mark Linimon  changed:

   What|Removed |Added

   Assignee|b...@freebsd.org|toolch...@freebsd.org

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"


[Bug 250388] unable to make buildworld releng/12.1. clang always crashes

2020-11-01 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250388

Kubilay Kocak  changed:

   What|Removed |Added

   Severity|Affects Only Me |Affects Some People
  Flags||maintainer-feedback?(aricha
   ||rd...@freebsd.org),
   ||mfc-stable12?

--- Comment #7 from Kubilay Kocak  ---
^Triage: Request feedback from committer of base r367101 about a stable/12
merge

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"