Launchpad has imported 28 comments from the remote bug at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
On 2013-06-19T14:16:05+00:00 Allan McRae wrote:
When compiling with the "-imacros" flag, the file name information is
lost in error messages and backtraces.
e.g.
> gcc-4.8 -imacros i.h test.c
: In function ‘main’:
:5:1: error: expected ‘;’ before ‘}’ token
The problem commit is:
http://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=6adc88f8
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/0
On 2013-06-19T21:01:34+00:00 Manu-gcc wrote:
Can you provide a complete testcase? Thanks.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/1
On 2013-06-19T21:57:19+00:00 Allan McRae wrote:
# echo "int main() { return }" > foo.c
# touch foo.h
# gcc -imacros foo.h foo.c
: In function ‘main’:
:1:21: error: expected expression before ‘}’ token
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/2
On 2013-06-19T22:30:44+00:00 Manu-gcc wrote:
(In reply to Allan McRae from comment #2)
> # echo "int main() { return }" > foo.c
> # touch foo.h
> # gcc -imacros foo.h foo.c
> : In function ‘main’:
> :1:21: error: expected expression before ‘}’ token
I cannot reproduce this with r198545, so it seems fixed in mainline.
Could you test with that?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/3
On 2013-06-19T22:32:30+00:00 Manu-gcc wrote:
I mean in GCC 4.9.0 (trunk), (that revision is the latest I have built).
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/4
On 2013-06-19T22:58:35+00:00 Allan McRae wrote:
I still get this with r200224
# gcc-4.9 -v
Using built-in specs.
COLLECT_GCC=gcc-4.9
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/gcc-git/src/gcc/configure --prefix=/usr
--libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share/gcc-4.9
--with-bugurl='http://aur.archlinux.org/packages.php?ID=16045'
--enable-languages=c,c++,lto --enable-shared --enable-threads=posix
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-clocale=gnu --disable-libstdcxx-pch --enable-gnu-unique-object
--enable-linker-build-id --enable-cloog-backend=isl
--disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default
--enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu
--disable-install-libiberty --disable-multilib --disable-libssp
--disable-werror --enable-checking=release --program-suffix=-4.9
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.9.0 20130619 (experimental) (GCC)
Built with
CFLAGS="-march=x86-64 -mtune=generic -O2 -fstack-protector
--param=ssp-buffer-size=4"
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro"
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/5
On 2013-06-20T01:46:59+00:00 Allan McRae wrote:
I have also confirmed this issue on Fedora rawhide.
gcc 4.8.1 20130603 (Red Hat 4.8.1-1)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/6
On 2013-06-20T07:51:25+00:00 Manu-gcc wrote:
(In reply to Allan McRae from comment #6)
> I have also confirmed this issue on Fedora rawhide.
>
> gcc 4.8.1 20130603 (Red Hat 4.8.1-1)
What I would do to investigate this issue is to put a breakpoint in
linemap_add and try to figure out what is the difference with and
without the -imacro. There must be some difference there.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1266348/comments/7
On 2013-06-23T07:17:56+00:00 Allan McRae wrote:
I really have no idea what I am looking for... but adding a breakpoint
at linemap_add I see (reason, file):
LC_ENTER "foo.c"
LC_RENAME ""
LC_ENTER "/usr/include/stdc-predef.h"
LC_LEAVE 0x0
LC_RENAME "foo.c"
<- correct output printed here
LC_LEAVE 0x0
LC_ENTER "foo.c"
LC_RENAME ""
LC_ENTER "foo.h"
LC_LEAVE 0x0
LC_ENTER "/usr/include/stdc-predef.