[Bug c++/39820] New: errors while compiling libc and the kernel
This is new:
libc:
In file included from regex.c:65:
regexec.c: In function 're_search_stub':
regexec.c:411: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [/home/a-12/LFS/gcc/glibc-build/posix/regex.o] Error 1
make[2]: Leaving directory `/home/name/LFS/gcc/glibc-20090413/posix'
make[1]: *** [posix/subdir_lib] Error 2
make[1]: Leaving directory `/home/name/LFS/gcc/glibc-20090413'
make: *** [all] Error 2
latest git:
CC arch/x86/mm/pgtable.o
arch/x86/mm/pgtable.c: In function 'pgd_prepopulate_pmd':
arch/x86/mm/pgtable.c:352: error: incorrect sharing of tree nodes
D.24886.pud.pgd = swapper_pg_dir[i];
swapper_pg_dir[i]
arch/x86/mm/pgtable.c:352: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[1]: *** [arch/x86/mm/pgtable.o] Error 1
make: *** [arch/x86/mm] Error 2
I think I'll downgrade gcc(until further notice).
--
Summary: errors while compiling libc and the kernel
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: justinmattock at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39820
[Bug c/39820] errors while compiling libc and the kernel
--- Comment #2 from justinmattock at gmail dot com 2009-04-20 08:06 --- Subject: Re: errors while compiling libc and the kernel On Mon, 2009-04-20 at 07:15 +, ubizjak at gmail dot com wrote: > Alright, (I'll have to read read up on the backtrace part), from what I'm seeing so far, not good, i.g. evolution compiled perfectly(with the latest snapshot of gcc), but as I'm running the mail client I'm getting skips in the music(streaming from the intranet), when I minimize and maximize the window. for some reason I'm thinking it might have something to do with libpthread(not sure though, maybe the headers got messed up) Anyways I'll try and supply as much info as possible. regards, Justin P. Mattock -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39820
[Bug c/39820] errors while compiling libc and the kernel
--- Comment #6 from justinmattock at gmail dot com 2009-04-20 16:03 ---
(In reply to comment #5)
> Please report on which target and which gcc revision you have this problem.
>
operating system= LFS(used ubuntu for the starting of the creation,
then moved the new system over as soon as ready)
arch(tough to say) when compiling every lib/app I used CCFLAGS(example)
CFLAGS="-march=core2 -mtune=core2 -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="{-j3}"
I'm guessing it's setting the system at x86_32(but could be setting it at
x86_64)
As for gcc: the latest snapshot(I'll have to give you the number later, seems I
can't connect to the
snapshot server to supply the release number).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39820
[Bug middle-end/39820] errors while compiling libc and the kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39820 --- Comment #8 from Justin P. Mattock 2012-01-10 18:54:37 UTC --- Sounds good to me! On Jan 10, 2012 10:39 AM, "pinskia at gcc dot gnu.org" < gcc-bugzi...@gcc.gnu.org> wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39820 > > Andrew Pinski changed: > > What|Removed |Added > > > Status|WAITING |RESOLVED > Resolution||INVALID > > --- Comment #7 from Andrew Pinski 2012-01-10 > 18:38:28 UTC --- > (In reply to comment #3) > > Please attach preprocessed source and the output of -v appended to the > > commandline. > > No feedback to this part in over 2 years so closing. > > -- > Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You reported the bug. >
[Bug other/43791] New: kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
building the latest kernel(2.6.34-rc4-00082-g250541f) I'm hitting this: kernel/rtmutex.c: At top level: kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. make[1]: *** [kernel/rtmutex.o] Error 1 make: *** [kernel] Error 2 as for gcc etc.. the only patch that I applied was the pure64 patch from: http://patches.cross-lfs.org/dev/gcc-4.4.2-pure64-1.patch -- Summary: kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa- inline.c:1009 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: justinmattock at gmail dot com GCC build triplet: x86_64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug other/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #1 from justinmattock at gmail dot com 2010-04-19 07:13 ---
Created an attachment (id=20414)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20414&action=view)
kernel .config
here is my .config I used to hit this error,
and FWIW here is my compile flags that I used for gcc:
CFLAGS="-m64 -mtune=core2 -march=core2 -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}" MAKEOPTS="{-j3}" ../gcc*/configure --prefix=/usr
--libexecdir=/usr/lib --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-c99 --enable-long-long --enable-clocale=gnu
--enable-languages=c,c++ --disable-multilib --disable-libstdcxx-pch
is there a git repository for gcc?
right now I'm seeing: http://git.infradead.org/gcc.git
if this is then I can try a bisect on with gcc(but then again might be
tricky with the need for a pure64 patch).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug other/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #3 from justinmattock at gmail dot com 2010-04-19 14:26 --- Subject: Re: kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009 On Mon, Apr 19, 2010 at 12:24 AM, jiez at gcc dot gnu dot org wrote: > > > --- Comment #2 from jiez at gcc dot gnu dot org 2010-04-19 07:24 --- > Justin, > > You can add V=1 when make linux kernel. Then you can find the command line > used > to compile rtmutex.c. Change -c in the command line to -E and return the > command line. Rename the resulted rtmutex.o to rtmutex.i and attach that file > here. > cool..(thanks for the mini tutorial) I never knew that's how you make a preprocess file, attached is rtmutex.i as you requested. --- Comment #4 from justinmattock at gmail dot com 2010-04-19 14:26 --- Created an attachment (id=20419) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20419&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug other/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #5 from justinmattock at gmail dot com 2010-04-19 19:43 --- o.k. I got the kernel to compile with: OPTIMIZE_INLINING [=y] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug other/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #7 from justinmattock at gmail dot com 2010-04-19 19:55 --- here you go: head kernel/.rtmutex.o.cmd cmd_kernel/rtmutex.o := gcc -Wp,-MD,kernel/.rtmutex.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include -I/home/kernel/2.6.35/arch/x86/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -march=core2 -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Wframe-larger-than=1024 -fno-stack-protector -fno-omit-frame-pointer -fno-optimize-sibling-calls -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -D"KBUILD_STR(s)=\#s" -D"KBUILD_BASENAME=KBUILD_STR(rtmutex)" -D"KBUILD_MODNAME=KBUILD_STR(rtmutex)" -c -o kernel/rtmutex.o kernel/rtmutex.c deps_kernel/rtmutex.o := \ kernel/rtmutex.c \ $(wildcard include/config/debug/rt/mutexes.h) \ include/linux/spinlock.h \ $(wildcard include/config/smp.h) \ $(wildcard include/config/debug/spinlock.h) \ $(wildcard include/config/generic/lockbreak.h) \ $(wildcard include/config/preempt.h) \ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #9 from justinmattock at gmail dot com 2010-04-19 20:48 ---
Subject: Re: kernel/rtmutex.c:1138:1: internal
compiler error: in cgraph_decide_inlining_of_small_functions, at
ipa-inline.c:1009
On 04/19/2010 01:25 PM, falk at debian dot org wrote:
> --- Comment #8 from falk at debian dot org 2010-04-19 20:25 ---
> Confirmed with current 4.6 on x86-64, here is a testcase:
>
> int owner();
> int clear();
>
> static void fixup() {
>clear();
> }
>
> inline __attribute__ ((always_inline))
> void slowtrylock(void) {
> if (owner())
> fixup();
> }
>
> void fasttrylock(void (*slowfn)()) {
> slowfn();
> }
>
> void trylock(void) {
> fasttrylock(slowtrylock);
> }
>
>
adding:
OPTIMIZE_INLINING [=y]
gets me to compile, but doesn't
solve the issue(just temporary).
Also I'm getting lots of warning messages:
warning: variable 'pao_tmp__' set but not used
Justin P. Mattock
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #11 from justinmattock at gmail dot com 2010-04-19 22:40 --- Subject: Re: kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009 On 04/19/2010 02:07 PM, hjl dot tools at gmail dot com wrote: > --- Comment #10 from hjl dot tools at gmail dot com 2010-04-19 21:07 > --- > It may be caused revision 158278: > > http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00382.html > > ahh.. looks like it might be the mechanism.. so it's there and present, but is not yet activated(so I can safety ignore). Justin P. Mattock -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #12 from justinmattock at gmail dot com 2010-04-20 00:16 --- below is after compiling the kernel with 4.6.0 and running it I can verify through using another machine(both are iMac9,1's) that the crash only occurs with the machine with gcc 4.6.0 (I'll attach just in case) kernel buffer at phys 173f9b0 len 262144 <5>[0.00] Linux version 2.6.34-rc4-00194-g76e506a (jus...@linux-1) (gcc version 4.6.0 20100416 (experimental) (GCC) ) #2 SMP Mon Apr 19 16:04:55 PDT 2010 <6>[0.00] Command line: BOOT_IMAGE=SELinux-GCC_0 ro root=803 ro debug audit=1 selinux=1 enforcing=0 nf_conntrack.acct=1 ohci1394_dma=early earlyprintk=vga debug <6>[0.00] BIOS-provided physical RAM map: <6>[0.00] BIOS-e820: - 0009fc00 (usable) <6>[0.00] BIOS-e820: 0009fc00 - 000a (reserved) <6>[0.00] BIOS-e820: 000e - 0010 (reserved) <6>[0.00] BIOS-e820: 0010 - 8000 (usable) <6>[0.00] BIOS-e820: 8000 - 9000 (reserved) <6>[0.00] BIOS-e820: 9000 - be825000 (usable) <6>[0.00] BIOS-e820: be825000 - be829000 (ACPI NVS) <6>[0.00] BIOS-e820: be829000 - be841000 (ACPI data) <6>[0.00] BIOS-e820: be841000 - bea42000 (ACPI NVS) <6>[0.00] BIOS-e820: bea42000 - bfec6000 (ACPI data) <6>[0.00] BIOS-e820: bfec6000 - bfec8000 (ACPI NVS) <6>[0.00] BIOS-e820: bfec8000 - bfec9000 (ACPI data) <6>[0.00] BIOS-e820: bfec9000 - bfecb000 (ACPI NVS) <6>[0.00] BIOS-e820: bfecb000 - bfecd000 (ACPI data) <6>[0.00] BIOS-e820: bfecd000 - bfedf000 (ACPI NVS) <6>[0.00] BIOS-e820: bfedf000 - bfef9000 (ACPI data) <6>[0.00] BIOS-e820: bfef9000 - bfeff000 (reserved) <6>[0.00] BIOS-e820: bfeff000 - bff0 (ACPI data) <6>[0.00] BIOS-e820: d350 - d3501000 (reserved) <6>[0.00] BIOS-e820: f000 - f400 (reserved) <6>[0.00] BIOS-e820: fec0 - fec01000 (reserved) <6>[0.00] BIOS-e820: fee0 - fee01000 (reserved) <6>[0.00] BIOS-e820: ffc0 - 0001 (reserved) <6>[0.00] BIOS-e820: 0001 - 00014000 (usable) <6>[0.00] NX (Execute Disable) protection: active <6>[0.00] DMI 2.4 present. <7>[0.00] e820 update range: - 1000 (usable) ==> (reserved) <7>[0.00] e820 remove range: 000a - 0010 (usable) <6>[0.00] No AGP bridge found <6>[0.00] last_pfn = 0x14 max_arch_pfn = 0x4 <7>[0.00] MTRR default type: uncachable <7>[0.00] MTRR fixed ranges enabled: <7>[0.00] 0-9 write-back <7>[0.00] A-F uncachable <7>[0.00] MTRR variable ranges enabled: <7>[0.00] 0 disabled <7>[0.00] 1 base 0 mask F8000 write-back <7>[0.00] 2 base 08000 mask FC000 write-back <7>[0.00] 3 base 1 mask FC000 write-back <7>[0.00] 4 base 0BFF0 mask 0 uncachable <7>[0.00] 5 disabled <7>[0.00] 6 disabled <7>[0.00] 7 disabled <6>[0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 <7>[0.00] e820 update range: bff0 - 0001 (usable) ==> (reserved) <6>[0.00] last_pfn = 0xbe825 max_arch_pfn = 0x4 <7>[0.00] initial memory mapped : 0 - 2000 <6>[0.00] init_memory_mapping: -be825000 <7>[0.00] 00 - 00be80 page 2M <7>[0.00] 00be80 - 00be825000 page 4k <7>[0.00] kernel direct mapping tables up to be825000 @ 8000-d000 <6>[0.00] init_memory_mapping: 0001-00014000 <7>[0.00] 01 - 014000 page 2M <7>[0.00] kernel direct mapping tables up to 14000 @ b000-11000 <6>[0.00] init_ohci1394_dma: initializing OHCI-1394 at 05:00.0 <6>[0.00] init_ohci1394_dma: finished initializing OHCI DMA <4>[0.00] ACPI: RSDP 000fe020 00024 (v02 APPLE ) <4>[0.00] ACPI: XSDT bfeee1c0 00074 (v01 APPLE Apple00 008D 0113) <4>[0.00]
[Bug tree-optimization/43791] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #13 from justinmattock at gmail dot com 2010-04-20 00:17 --- Created an attachment (id=20430) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20430&action=view) early debugging via ohci1394_dma dmesg of crash with init -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #15 from justinmattock at gmail dot com 2010-04-20 09:11 --- as for the crash in early boot, I have not re-built sysvinit, and libselinux with 4.6.0.. so am unsure if it makes a difference or not(will test as soon as I wake up). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #16 from justinmattock at gmail dot com 2010-04-21 01:12 --- ugh... sysvinit rebuilt(just to see), makes no difference still getting stuck during boot. libselinux breaks as well with the build. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #19 from justinmattock at gmail dot com 2010-04-24 06:34
---
(In reply to comment #18)
> I should have been more aggressive in my searches; filed a duplicate bug
> report
> #43840. I have a small test case there that compiles fine under 4.6.0 with
> -O1
> but fails on this bug with -O1 -finline-small-functions:
>
>
> typedef unsigned long int (*a)(unsigned long int *);
>
> extern __inline__ unsigned long int e(unsigned long int *d){
> unsigned long int r;
> u(r,d);
> return r;
> }
>
> a s(a f){
> return f;
> }
>
> int main(void){
> unsigned long int b[1];
> unsigned long int c;
> int i;
>
> for(i=0;i<1;i++){
> c=(*s(e))(b);
> c=(*s(e))(b);
> }
> return 0;
> }
>
no worries over here..(I should of looked harder before filing).,
anyways I can give those a try and see.. interesting thing here is this
boot/crash I'm hitting.. In any case I'll give your(-O1
-finline-small-functions)and maybe other switches a try and see.
I can set things up for a bisect...I just need to find the git address
so I can pull the latest,then I can have a go(good/bad).
Justin P. Mattock
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #20 from justinmattock at gmail dot com 2010-04-26 02:41 --- Created an attachment (id=20489) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20489&action=view) dmesg with 4.6.0 and latest kernel(good boot). I compiled the kernel with the -01 option and ended up hitting another error: net/netfilter/ipvs/ip_vs_xmit.c: At top level: net/netfilter/ipvs/ip_vs_xmit.c:931:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009 Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [net/netfilter/ipvs/ip_vs_xmit.o] Error 1 make[2]: *** [net/netfilter/ipvs] Error 2 make[1]: *** [net/netfilter] Error 2 make: *** [net] Error 2 after turning off ip_vs the kernel compiles all the way through. attached is dmesg of running the kernel compiled with 4.6.0 (no freezes like before for whatever that was). BTW I was too lazy to find the right command to pass to the kernel so I just changed the Makefile: diff --git a/Makefile b/Makefile index 9754615..530d87c 100644 --- a/Makefile +++ b/Makefile @@ -527,9 +527,9 @@ endif # $(dot-config) all: vmlinux ifdef CONFIG_CC_OPTIMIZE_FOR_SIZE -KBUILD_CFLAGS += -Os +KBUILD_CFLAGS += -O1 else -KBUILD_CFLAGS += -O2 +KBUILD_CFLAGS += -O1 endif other than the ip_vs(not even sure if I use this)everything seems o.k. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #35 from justinmattock at gmail dot com 2010-07-23 13:26 --- yep.. although I did hit something similar while building the staging drivers for the kernel. but keep in mind this could be fixed already with the latest gcc. (I can try and see, but first need to finish up on a few jobs before going into other things) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #25 from justinmattock at gmail dot com 2010-05-06 13:27 --- Subject: Re: [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009 On 05/06/2010 06:11 AM, hubicka at gcc dot gnu dot org wrote: > --- Comment #22 from hubicka at gcc dot gnu dot org 2010-05-06 13:11 > --- > Testing the following patch. For some reason we skip updates of costs at > alwaysinline callers. This is wrong. > > Honza > > Index: ipa-inline.c > === > --- ipa-inline.c(revision 159096) > +++ ipa-inline.c(working copy) > @@ -664,7 +664,7 @@ update_caller_keys (fibheap_t heap, stru > struct cgraph_edge *edge; > cgraph_inline_failed_t failed_reason; > > - if (!node->local.inlinable || node->local.disregard_inline_limits > + if (!node->local.inlinable > || node->global.inlined_to) > return; > if (bitmap_bit_p (updated_nodes, node->uid)) > > I'll give this a try.. keep in mind though I ended up compressing that system, and am in the process of doing something else on that machine.(so it might not be today, but I will do this). Justin P. Mattock -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #26 from justinmattock at gmail dot com 2010-05-06 13:31 --- (In reply to comment #23) > Justin, your comment 7 reminded me of my problem (unrelated to this bug report > - sorry): > 'busybox ls' and 'ninit' (didn't test SYSV 'init') segfault when booting a > kernel compiled with CONFIG_CC_OPTIMIZE_FOR_SIZE=y (which means -Os). I am > running gcc-4.5 on x86_64. > If you could reproduce your init segfault with a stable kernel compiled with > -Os by a gcc snapshot, it would mean a regression since gcc-4.4. Currently the > data I have seems too vague for a bug report and I probably won't have time to > test a gcc snapshot until monday. > no, no reason to be sorry..that was the initial reason for the bug report. but if building the kernel with a stable gcc snapshot(with -0s), then we have something thats been lingering for some time. (reason for having a git bisect handy); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #27 from justinmattock at gmail dot com 2010-05-06 13:44 --- (In reply to comment #24) > (In reply to comment #23) > > Justin, your comment 7 reminded me of my problem (unrelated to this bug > > report > Should be comment 20. > ah.. oh-well.. in any case though this error is funky i.g. cgraph_decide_inlining_of_small_functions is kind of everywhere, when messing with the CFLAGS flags like that.(one minuete over here, the next over there). my main concern with this whole thing is making sure things are running as it should i.g. since building all apps/libs with 4.6.0 if some function was taken out, that's important is it safe!?(the risks of being a developer I guess),but s far I have only seen the above error, no messages in sys.log or strangeness while running the system.. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #30 from justinmattock at gmail dot com 2010-05-06 14:36 --- (In reply to comment #28) > Subject: Re: [4.6 Regression] > kernel/rtmutex.c:1138:1: internal compiler error: in > cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009 > > > > > > > --- Comment #27 from justinmattock at gmail dot com 2010-05-06 13:44 > > --- > > (In reply to comment #24) > > > (In reply to comment #23) > > > > Justin, your comment 7 reminded me of my problem (unrelated to this bug > > > > report > > > Should be comment 20. > > > > > > > ah.. oh-well.. in any case though this error is funky i.g. > > cgraph_decide_inlining_of_small_functions is kind of everywhere, > > when messing with the CFLAGS flags like that.(one minuete over here, the > > next > > over there). > > Well, it is a symptom of insane use of always_inline attribute (as seen in the > testcase). The function is public yet marked always inline, so compiler > really > can't inline it everywhere no matter how hard it is trying. We are thinking > about making this invalid in future relase of GCC. > > Always inline functions should be static and should not be used in scenarios > we > can not inline into. > > Honza > alright.. so it's nothing too serious then.. >From over here, I'm not going to be able to test this patch right away.. (but will), in the meantime if somebody already has 4.6.0 setup and everything they should run your patch and see.(right now in the process of working on an issue with SELinux, then hopefully in the next few days will throw in the system with 4.6.0 and try the patch out). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #31 from justinmattock at gmail dot com 2010-05-08 08:02 --- o.k... took me a bit, but I got that system up and running with 4.6.0. (need more machines around here). Anyways gcc 4.6.0 builds fine with the above patch. As for the kernel I didn't see the original error, but found(I think) a new one: from include/net/sock.h:50, from include/linux/mroute.h:134, from net/ipv4/raw.c:55: include/linux/netfilter.h: In function 'raw_sendmsg': include/net/dst.h:262:19: sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow include/linux/netfilter.h:206:7: sorry, unimplemented: called from here -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug rtl-optimization/44043] New: sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow
building the kernel hits this error:
include/linux/netfilter.h: In function 'raw_sendmsg':
include/net/dst.h:262:19: sorry, unimplemented: inlining failed in call to
'dst_output': optimizing for size and code size would grow
include/linux/netfilter.h:206:7: sorry, unimplemented: called from here
make[2]: *** [net/ipv4/raw.o] Error 1
make[1]: *** [net/ipv4] Error 2
make: *** [net] Error 2
gcc --version
gcc (GCC) 4.6.0 20100416 (experimental)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--
Summary: sorry, unimplemented: inlining failed in call to
'dst_output': optimizing for size and code size would
grow
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: justinmattock at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44043
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #33 from justinmattock at gmail dot com 2010-05-08 15:33 --- o.k. here the new bug report for this new kind of error: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44043 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow
--- Comment #2 from justinmattock at gmail dot com 2010-05-08 16:26 --- Created an attachment (id=20606) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20606&action=view) make net/ipv4/raw.i hopefully this is the correct *.c file the file gets rejected because of the size (I compressed it, but am not sure if it will upload as an attachment) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44043
[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow
--- Comment #4 from justinmattock at gmail dot com 2010-05-08 17:46 --- (In reply to comment #3) > I will hava alook. > alright.. let me know if you need any other kind of info. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44043
[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow
--- Comment #8 from justinmattock at gmail dot com 2010-05-09 16:25 --- o.k... First Thank you vary much for helping me on this. and second: I added your patch: PR middle-end/44043 * ipa-inline.c (estimate_function_body_sizes): Return after disregarding inline limits. and am in the process of building gcc(should take about an hour or so), then I'll see if the kernel compiles. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44043
[Bug rtl-optimization/44043] sorry, unimplemented: inlining failed in call to 'dst_output': optimizing for size and code size would grow
--- Comment #9 from justinmattock at gmail dot com 2010-05-09 18:42 --- Created an attachment (id=20615) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20615&action=view) dmesg of the latest HEAD and gcc 4.6.0 o.k. buddy!! compiled gcc(looked good), the compiled the kernel only issue I see is a warning about pao_tmp__ other than that nothing. looks good attached is dmesg with the latest kernel, and gcc 4.6.0 Thanks again..(I'll run her, and see if I run into any issues). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44043
