--- Comment #6 from jason dot vas dot dias at gmail dot com 2010-05-01
23:13 ---
Aha ! I think I see the problem, or at least A problem :
$ strace -f gcc ~jason/t.c -o /tmp/t 2>&1 | grep sync
$
Nothing is doing a fsync(int fd) for any object file written by gcc .
Hence writes
--- Comment #5 from jason dot vas dot dias at gmail dot com 2010-05-01
22:55 ---
Sometimes disk space runs out before the machine locks up,
but I get loads of invalid objects ;
I think it is a bug that gcc can continue after producing invalid object files:
gcc -Wp,-MD,arch/x86
--- Comment #4 from jason dot vas dot dias at gmail dot com 2010-05-01
22:47 ---
Has there been any history of reported linux kernel lock-ups for
gcc compilations outputting to filesystems with insufficient disk space ?
It could be something to do with using "make -j2"
--- Comment #2 from jason dot vas dot dias at gmail dot com 2010-05-01
22:41 ---
OK, but you cannot state "this is a kernel bug" without proving this to be the
case .
Every time I make a mistake about available disk space and start a gcc compile,
and disk space is exha
MED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason dot vas dot dias at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
--- Comment #1 from jason dot vas dot dias at gmail dot com 2009-09-29
15:59 ---
Created an attachment (id=18666)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18666&action=view)
Patch to fix gcov
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41506
has no effect
Product: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason dot vas dot dias at gmail dot com
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41506
4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason dot vas dot dias at gmail dot com
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_6
--- Comment #4 from jason dot vas dot dias at gmail dot com 2009-03-22
22:32 ---
Yes, compiling latest binutils did fix - many thanks Mr. Lu !
But please, is there any ld(1) or elfdump or elflint(1) or objdump(1)
invocation you could suggest that would reliably tell me :
1. If the
--- Comment #3 from jason dot vas dot dias at gmail dot com 2009-03-19
23:22 ---
RE: Comment #1 :
Sorry, the linker input files contain proprietary software of my employer that
I am legally prohibited from sharing - if the new binutils doesn't fix it,
I'll
try to get
against `__bid_IDEC_glbround' at 0x7 in section `.text'
failed
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu d
Please consider fixing this in a future release - thank you!
--
Summary: -Wconversion produces spurious warnings
Product: gcc
Version: 4.2.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
--- Comment #3 from jason dot vas dot dias at gmail dot com 2007-11-28
05:35 ---
Please consider this as an enhancement request to provide some way to configure
a
gcc build that prepends a given path to its default search paths, including
that of the default dynamic linker. There
--- Comment #2 from jason dot vas dot dias at gmail dot com 2007-11-28
05:23 ---
OK, I understand this was not the designed use of "--with-sysroot",
but there appears to be no other way to get a gcc build that compiles
and links against a non-root directory hierarchy
verity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jason dot vas dot dias at gmail dot com
GCC build triplet: i386-linux-gnu
GCC host triplet: i386-linux-gnu
GCC target triplet: i386-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34257
15 matches
Mail list logo
