Timeline for Is GCC dying without threads support on Windows?
Current License: CC BY-SA 3.0
11 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| May 23, 2017 at 12:40 | history | edited | CommunityBot |
replaced http://stackoverflow.com/ with https://stackoverflow.com/
|
|
| Apr 13, 2017 at 12:37 | history | edited | CommunityBot |
replaced http://unix.stackexchange.com/ with https://unix.stackexchange.com/
|
|
| Oct 25, 2016 at 22:05 | comment | added | supercat | ...through the address-of operator, which is not justified by anything I can find in the Standard. | |
| Oct 25, 2016 at 22:04 | comment | added | supercat |
Another problem with trying to simplify the source tree at parsing time is that there are many situations where a bit of syntax should not generate any code but should affect what optimizations are allowed. If foo and moo are pointers to different structure types, both of which have field bar as part of their initial sequence, writing *&foo->bar and reading *&moo->bar should result in the read seeing the write, since the only effective type used in either access is the type of bar. GCC, however, seems to filter out the *& and thus percolates the types of foo and moo...
|
|
| May 27, 2013 at 8:02 | comment | added | Morwenn |
Just to be up-to-date: GCC tracks macros expansion since 4.8, with the option -ftrack-macro-expansion, now enabled by default :)
|
|
| Apr 29, 2013 at 10:05 | comment | added | Vorac | Best answer ever! | |
| Apr 25, 2013 at 19:40 | history | edited | svick | CC BY-SA 3.0 |
some link formatting
|
| Apr 22, 2013 at 15:40 | history | edited | Md Mahbubur Rahman | CC BY-SA 3.0 |
added 188 characters in body
|
| Apr 22, 2013 at 15:32 | history | edited | Md Mahbubur Rahman | CC BY-SA 3.0 |
added 3426 characters in body
|
| Apr 22, 2013 at 15:24 | history | edited | Md Mahbubur Rahman | CC BY-SA 3.0 |
added 3426 characters in body
|
| Apr 22, 2013 at 15:13 | history | answered | Md Mahbubur Rahman | CC BY-SA 3.0 |