| Summary: | Clang 3.7.0 crash in i386 buildkernel | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | Conrad Meyer <cem> | ||||||
| Component: | bin | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||||
| Status: | Closed Unable to Reproduce | ||||||||
| Severity: | Affects Only Me | CC: | dim | ||||||
| Priority: | --- | ||||||||
| Version: | CURRENT | ||||||||
| Hardware: | Any | ||||||||
| OS: | Any | ||||||||
| Attachments: |
|
||||||||
|
Description
Conrad Meyer
2015-10-22 18:18:19 UTC
Created attachment 162365 [details]
hptnr_config-930780.c (compressed)
(Note: the .c attachment seems to have been compressed by gzip twice, you have to uncompress it twice to get at the plaintext.) Your test case compiles just fine here: $ clang -cc1 -triple i386-unknown-freebsd11.0 -emit-obj -disable-free -main-file-name hptnr_config.c -mrelocation-model static -mthread-model posix -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu i486 -target-feature -mmx -target-feature -sse -target-feature -aes -target-feature -avx -no-implicit-float -gdwarf-2 -dwarf-column-info -nostdsysteminc -nobuiltininc -D _KERNEL -D HAVE_KERNEL_OPTION_HEADERS -D __printf__=__freebsd_kprintf__ -O2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Werror -std=iso9899:1999 -ferror-limit 19 -fmessage-length 0 -ffreestanding -fwrapv -stack-protector 1 -mstackrealign -fobjc-runtime=gnustep -fdiagnostics-show-option -vectorize-loops -vectorize-slp -x c hptnr_config-930780.c $ ls -l hptnr_config-930780.o -rw-r--r-- 1 dim dim 3312 2015-10-22 20:54:45 hptnr_config-930780.o Maybe you were running out of memory? Does this error reproduce consistently? (In reply to Dimitry Andric from comment #2) > Maybe you were running out of memory? Perhaps, but if so Clang should distinguish OOM from internal compiler errors to avoid confusing / spurious bug reports. > Does this error reproduce consistently? No, this was the first time. Most of the time buildkernel succeeds. Clang 3.7.0 is growing obsolete. Time to close this as Can't Reproduce? |