I can confirm this (fedora 19 64bit with gcc 4.8.1 and gdb 7.6).
It does not work from commandline either.
Or more exactly, it stops at the bp, but it does not print that it has stopped:
$ gdb bin/Debug/test
GNU gdb (GDB) Fedora (7.6-32.fc19)
[...]
This GDB was configured as "x86_64-redhat-linux-gnu".
[...]
Reading symbols from /tmp/test/bin/Debug/test...done.
(gdb) break main.cpp:7
Breakpoint 1 at 0x400874: file /tmp/test/main.cpp, line 7.
(gdb) run
Starting program: /tmp/test/bin/Debug/test
Breakpoint 1, main () at /tmp/test/main.cpp:7
Missing separate debuginfos, use: debuginfo-install glibc-2.17-11.fc19.x86_64 libgcc-4.8.1-1.fc19.x86_64 libstdc++-4.8.1-1.fc19.x86_64
(gdb) n
Hello world!
(gdb)
$ gdb bin/Debug/test
[...]
Reading symbols from /tmp/test/bin/Debug/test...done.
(gdb) break main.cpp:7
Breakpoint 1 at 0x400874: file /tmp/test/main.cpp, line 7.
(gdb) run
Starting program: /tmp/test/bin/Debug/test
Breakpoint 1, main () at /tmp/test/main.cpp:7
7 cout << "Hello world!" << endl;
Missing separate debuginfos, use: debuginfo-install glibc-2.17-11.fc19.x86_64 libgcc-4.8.1-1.fc19.x86_64 libstdc++-4.8.1-1.fc19.x86_64
(gdb) n
Hello world!
8 return 0;
(gdb)
Didn't we haveusers reporting similar issues on mac ?
Might this be related or do the (more or less) new (more or less linux based) mac's use lf (or crlf, that works also) all the time ?