[Bug gas/2598] Build kernel 2.6.16 modules with gcc 4.0.2 Warning: setting incorrect section attributes for .got
--- Additional Comments From tomri at gmx dot net 2006-04-25 10:21 --- Created an attachment (id=980) --> (http://sourceware.org/bugzilla/attachment.cgi?id=980&action=view) Assembler output /usr/libexec/gcc/alpha-redhat-linux/4.0.2/cc1 -quiet -nostdinc -v -Iinclude -D__KERNEL__ -DMODULE -DKBUILD_STR\(s\)=#s -DKBUILD_BASENAME=KBUILD_STR\(commoncap\) -DKBUILD_MODNAME='KBUILD_STR(commoncap)' -isystem /usr/lib/gcc/alpha-redhat-linux/4.0.2/include -include include/linux/autoconf.h -MD security/.commoncap.o.d security/commoncap.c -quiet -dumpbase commoncap.c -mno-fp-regs -msmall-data -mcpu=pca56 -auxbase-strip security/.tmp_commoncap.o -O2 -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -Wdeclaration-after-statement -Wno-pointer-sign -version -fno-strict-aliasing -fno-common -ffreestanding -fomit-frame-pointer -ffixed-8 -o TMP.s -- http://sourceware.org/bugzilla/show_bug.cgi?id=2598 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2598] Build kernel 2.6.16 modules with gcc 4.0.2 Warning: setting incorrect section attributes for .got
--- Additional Comments From tomri at gmx dot net 2006-04-25 10:23 ---
Kernel 2.6.16.2:
gcc -Wp,-MD,security/.commoncap.o.d -nostdinc -isystem
/usr/lib/gcc/alpha-redhat-linux/4.0.2/include -D__KERNEL__ -Iinclude -include
include/linux/autoconf.h -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer
-pipe -mno-fp-regs -ffixed-8 -msmall-data -mcpu=pca56 -Wa,-mev6
-Wdeclaration-after-statement -Wno-pointer-sign -DMODULE -D"KBUILD_STR(s)=#s"
-D"KBUILD_BASENAME=KBUILD_STR(commoncap)"
-D"KBUILD_MODNAME=KBUILD_STR(commoncap)" -c -o security/.tmp_commoncap.o
security/commoncap.c
{standard input}: Assembler messages:
{standard input}:7: Warning: setting incorrect section attributes for .got
More Detail:
/usr/libexec/gcc/alpha-redhat-linux/4.0.2/cc1 -quiet -nostdinc -v -Iinclude
-D__KERNEL__ -DMODULE -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(commoncap)
-DKBUILD_MODNAME=KBUILD_STR(commoncap) -isystem
/usr/lib/gcc/alpha-redhat-linux/4.0.2/include -include include/linux/autoconf.h
-MD security/.commoncap.o.d security/commoncap.c -quiet -dumpbase commoncap.c
-mno-fp-regs -msmall-data -mcpu=pca56 -auxbase-strip security/.tmp_commoncap.o
-O2 -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-Wdeclaration-after-statement -Wno-pointer-sign -version -fno-strict-aliasing
-fno-common -ffreestanding -fomit-frame-pointer -ffixed-8 -o - |
as -no-mdebug -mev6 -o security/.tmp_commoncap.o
#include "..." search starts here:
#include <...> search starts here:
include
/usr/lib/gcc/alpha-redhat-linux/4.0.2/include
End of search list.
GNU C version 4.0.2 20051125 (Red Hat 4.0.2-8.1) (alpha-redhat-linux)
compiled by GNU C version 4.0.2 20051125 (Red Hat 4.0.2-8.1).
GGC heuristics: --param ggc-min-expand=50 --param ggc-min-heapsize=64208
{standard input}: Assembler messages:
{standard input}:7: Warning: setting incorrect section attributes for .got
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2598
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
crash at unalign access
Sortly, We have a global variable which is initialized to 1 and named AMLogging. When we compile our source it does not cause any problem but when we change AMLogging = 0; and compile, if at run time we try to access to this variable it is causing system to crash with a floating point exception to 4-byte aligned address. We think that because the location of the variable moves to bss instead of data section compiler makes alignment errors. I also send the snippet from assembly .globl AMLoggingClearedAlarms .section .bss .align 2 .type AMLoggingClearedAlarms, @object .size AMLoggingClearedAlarms, 4 AMLoggingClearedAlarms: .space 4 .globl AMLoggingClearedAlarms .align 2 .type AMLoggingClearedAlarms, @object .size AMLoggingClearedAlarms, 4 AMLoggingClearedAlarms: .word 1 Following is about our compiler version and options used. bt0puk:/home/mekici/crash/geltbas/acpu> mips-gcc -v -save-temps -DLANGUAGE_C -O2 -g -DACPU_SCM -DGELT -DGFI_GM_RUN_TIME -DGM_USE_BPD -DGM_PM_TYPE_PROMPT -nostdlib -I. -I./Includes -nostdinc -fsigned-char -fno-builtin -Wreturn-type -Wuninitialized -Winline -Wswitch -Wchar-subscripts -Wshadow -Wimplicit-function-declaration -DREL_220 -mlong-calls -mdivide-breaks -mfp32 -mhard-float -mdouble-float -march=rm9k -mips4 -EL -G 0 -c ./image-ver.c Reading specs from /project/xana/gcc-3.4.3/bin/../lib/gcc/mips/3.4.3/specs Configured with: ../gcc-3.4.3/configure --prefix=/home/beckers/crossdev --target=mips --disable-threads --with-newlib --disable-shared --enable-languages=c --with-stabs --nfp --with-gnu-as --with-gnu-ld Thread model: single gcc version 3.4.3 /project/xana/gcc-3.4.3/bin/../libexec/gcc/mips/3.4.3/cc1 -E -quiet -nostdinc -v -I. -I./Includes -iprefix /project/xana/gcc-3.4.3/bin/../lib/gcc/mips/3.4.3/ -DLANGUAGE_C -DACPU_SCM -DGELT -DGFI_GM_RUN_TIME -DGM_USE_BPD -DGM_PM_TYPE_PROMPT -DREL_220 ./image-ver.c -G 0 -mel -mlong-calls -mdivide-breaks -mfp32 -mhard-float -mdouble-float -march=rm9k -mips4 -Wreturn-type -Wuninitialized -Winline -Wswitch -Wchar-subscripts -Wshadow -Wimplicit-function-declaration -fsigned-char -fno-builtin -fworking-directory -O2 -o image-ver.i #include "..." search starts here: #include <...> search starts here: . ./Includes /usr/openwin/lib /ap/local/5.8/include End of search list. /project/xana/gcc-3.4.3/bin/../libexec/gcc/mips/3.4.3/cc1 -fpreprocessed image-ver.i -G 0 -mel -quiet -dumpbase image-ver.c -mlong-calls -mdivide-breaks -mfp32 -mhard-float -mdouble-float -march=rm9k -mips4 -auxbase image-ver -g -O2 -Wreturn-type -Wuninitialized -Winline -Wswitch -Wchar-subscripts -Wshadow -Wimplicit-function-declaration -version -fsigned-char -fno-builtin -o image-ver.s GNU C version 3.4.3 (mips) compiled by GNU C version 2.95.3 20010315 (release). GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 /project/xana/gcc-3.4.3/bin/../lib/gcc/mips/3.4.3/../../../../mips/bin/as -G 0 -EL -mips4 -O2 -g -no-mdebug -32 -march=rm9k -v -o image-ver.o image-ver.s GNU assembler version 050111 (mips) using BFD version 050111 20050111 Mehmet Ali EKICI Office Belgium: +32 3 240 37 46 Office Turkey: +90 216 579 24 07 Mobile: +90 532 740 18 79 [EMAIL PROTECTED]___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: [Bug gas/2582] New: dwarf2dbg.c embeds absolute filename path with hard-coded / separator
Hi Burgess, dwarf2dbg.c -- line 1476 of CVS version 1.81: p[len] = '/'; This inserts a filesystem separator character when tacking the source filename back onto the source directory when providing the source-file's path for DWARF2 debugging information. HOWEVER in Windows systems where the filename has been specified in Windows format, i.e. C:\Workspaces\Eclipse \Blinky\init.s, this creates a filename in the DWARF2 debugging information that looks like C: \Workspaces\Eclipse\Blinky/init.s -- and boy does that confuse ARM's Realview debugger for my ARM- based embedded system. OK - so here is a patch for you to try out. (Well uploaded to the PR). One thing I am particularly worried about is the heuristic I am using to decide when to use the \ directory separator. At the moment it looks for paths starting with a drive letter eg C:. Are there situations where there can be paths without this drive letter which still need the backslash separator ? Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:04 --- Subject: Re: New: dwarf2dbg.c embeds absolute filename path with hard-coded / separator Hi Burgess, > dwarf2dbg.c -- line 1476 of CVS version 1.81: > > p[len] = '/'; > > This inserts a filesystem separator character when tacking the source > filename back onto the source > directory when providing the source-file's path for DWARF2 debugging > information. HOWEVER in > Windows systems where the filename has been specified in Windows format, i.e. > C:\Workspaces\Eclipse > \Blinky\init.s, this creates a filename in the DWARF2 debugging information > that looks like C: > \Workspaces\Eclipse\Blinky/init.s -- and boy does that confuse ARM's Realview > debugger for my ARM- > based embedded system. OK - so here is a patch for you to try out. (Well uploaded to the PR). One thing I am particularly worried about is the heuristic I am using to decide when to use the \ directory separator. At the moment it looks for paths starting with a drive letter eg C:. Are there situations where there can be paths without this drive letter which still need the backslash separator ? Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=2582 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:06 --- Created an attachment (id=981) --> (http://sourceware.org/bugzilla/attachment.cgi?id=981&action=view) Intelligent selection of path separator for DOS -- http://sourceware.org/bugzilla/show_bug.cgi?id=2582 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator
-- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=2582 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: [Bug gprof/2587] New: Failed to build gprof under gmake patched by Apple.
Hi Masaki, Building gprof was failed because of patched gmake (bundled with OSX). Follow is a patch to disable a builtin suffix rule. diststuff: $(BUILT_SOURCES) info $(man_MANS) +# this empry rule is a hack against gmake patched by Apple. +%.o:%.m + .m.c: awk -f $(srcdir)/gen-c-prog.awk > ./$*.c ? FUNCTION=`(echo $*|sed -e 's,.*/,,g' -e 's/_bl//')`_blurb ? I have applied this patch, although obviously we hope that Apple will fix their version of gmake as well. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gprof/2587] Failed to build gprof under gmake patched by Apple.
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:22 --- Subject: Re: New: Failed to build gprof under gmake patched by Apple. Hi Masaki, > Building gprof was failed because of patched gmake (bundled with OSX). > Follow is a patch to disable a builtin suffix rule. > diststuff: $(BUILT_SOURCES) info $(man_MANS) > > +# this empry rule is a hack against gmake patched by Apple. > +%.o:%.m > + > .m.c: > awk -f $(srcdir)/gen-c-prog.awk > ./$*.c ? > FUNCTION=`(echo $*|sed -e 's,.*/,,g' -e 's/_bl//')`_blurb ? I have applied this patch, although obviously we hope that Apple will fix their version of gmake as well. Cheers Nick -- http://sourceware.org/bugzilla/show_bug.cgi?id=2587 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gprof/2587] Failed to build gprof under gmake patched by Apple.
--- Additional Comments From nickc at redhat dot com 2006-04-25 16:23 --- Patch applied -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=2587 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator
--- Additional Comments From burgess at impulse dot net 2006-04-25 18:39 --- > > dwarf2dbg.c -- line 1476 of CVS version 1.81: > > > > p[len] = '/'; > > > > This inserts a filesystem separator character...in the DWARF2 debugging > > information > > that looks like C:\Workspaces\Eclipse\Blinky/init.s > > One thing I am particularly worried about is the heuristic I am using to > decide when to use the \ directory separator. At the moment it looks > for paths starting with a drive letter eg C:. Are there situations > where there can be paths without this drive letter which still need the > backslash separator ? I asked a Windows programmer (I'm not) and he wasn't sure what Windows does when it runs out of single-char drive letters -- does it go to AA:\, BB:\ etc. He didn't indicate that you would ever find an absolute Windows path that didn't start with :\ -- so my bet is that your patch -- checking if the second character in the absolute filename path is a colon -- will work OK 99.% of the time. If you wanted to be really hardcore you could check if the character immediately after the colon is '\' but I don't think that's necessary and it won't help if Windows suddenly uses multi-character drive letters. My dev system is down right now but when it's back up I'll check functionality. Thanks for the patch! --Bill -- http://sourceware.org/bugzilla/show_bug.cgi?id=2582 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2582] dwarf2dbg.c embeds absolute filename path with hard-coded / separator
--- Additional Comments From burgess at impulse dot net 2006-04-25 18:53 --- Another thought -- why not look for the THIRD character to be a backslash? This will handle not only absolute paths that start with :\ but also relative paths that start with ..\ -- what do you think? --Bill -- http://sourceware.org/bugzilla/show_bug.cgi?id=2582 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2598] Build kernel 2.6.16 modules with gcc 4.0.2 Warning: setting incorrect section attributes for .got
--- Additional Comments From hjl at lucon dot org 2006-04-25 22:29 --- A patch is posted at http://sourceware.org/ml/binutils/2006-04/msg00358.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=2598 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/2593] Cannot set the CONTENTS or LOAD flags
--- Additional Comments From hjl at lucon dot org 2006-04-25 22:30 --- A testcase patch is posted at http://sourceware.org/ml/binutils/2006-04/msg00355.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=2593 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
