https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Dávid Péter Jánosa changed:
What|Removed |Added
CC||jdavidpeter at gmail dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Sam James changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|14.2|14.3
--- Comment #18 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Richard Biener changed:
What|Removed |Added
Target Milestone|14.0|14.2
--- Comment #17 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #16 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #14 from vit9696 ---
I have just tested this patch after rebasing it on 10.3.x branch, and can
confirm it works as intended. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #13 from Martin Liška ---
Created attachment 52724
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52724&action=edit
Tentative patch
Can you please experiment with the following patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #12 from vit9696 ---
It is an in-house airborne RTOS we develop in ISP RAS. There is a legacy paper
in English telling a bit more about the project
(https://www.ispras.ru/proceedings/docs/2016/28/2/isp_28_2016_2_181.pdf).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #11 from Martin Liška ---
(In reply to vit9696 from comment #10)
> I believe this is possible. Since we use both clang and gcc, I filed an
> issue in llvm first to make sure both compilers can be updated in a similar
> way (https://g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #10 from vit9696 ---
I believe this is possible. Since we use both clang and gcc, I filed an issue
in llvm first to make sure both compilers can be updated in a similar way
(https://github.com/llvm/llvm-project/issues/54670).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #9 from Martin Liška --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #8 from vit9696 ---
> Sure, well, I can imagine introducing something similar to what we have for
> gcov:
>
> $ gcov --help | grep hash
> -x, --hash-filenamesHash long pathnames
Yes, that would likely solve the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #7 from Martin Liška ---
(In reply to vit9696 from comment #6)
> While true, this scenario is simply inconvenient in many cases.
>
> (1) When filesystem path limitations exist, they will unavoidably lead to
> being unable to save da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #6 from vit9696 ---
While true, this scenario is simply inconvenient in many cases.
(1) When filesystem path limitations exist, they will unavoidably lead to being
unable to save data due to extra large resulting paths. To remind yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #5 from Martin Liška ---
(In reply to vit9696 from comment #4)
> Path length limitation in the current case is 200 bytes, but in general the
> issue is that we would like _to be able to properly set the gcda path for
> the target_.(I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #4 from vit9696 ---
Path length limitation in the current case is 200 bytes, but in general the
issue is that we would like _to be able to properly set the gcda path for the
target_. Currently the specified path may not even exist wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #3 from Martin Liška ---
>
> But it will remain to be something like:
>
> .string "/home/user/t.gcda
Well, -fprofile-prefix-map is about the mapping of the source file.
So what exactly is your problem? Are the long filename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
--- Comment #2 from vit9696 ---
Sure, the example is published on godbolt, but for completeness:
int main() {}
gcc -fprofile-arcs -S t.c -o t.s
cat t.s | grep gcda
Adding the mentioned arguments (e.g. -fprofile-prefix-map=/home/user=/test)
sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
21 matches
Mail list logo
