[PATCH V2] gprofng: a new GNU profiler

[Hannes Domani]

 Am Mittwoch, 25. August 2021, 22:00:44 MESZ hat Vladimir Mezentsev via Binutils <binutils@sourceware.org> Folgendes geschrieben:

> Hi people!
>
> Changes from V1
> ===============
>
> We addressed all of Joseph Myers's remarks about gprofng Makefiles and
> configure scripts:
>   - Report an error when bison is absent, or a version of bison is too old.
>   - Added preload_libdirs in ${prefix}/etc/gprofng.rc to configure the
> location of the
>     gprofng libraries (this was hard-coded previously).
>
> We also took note of Jim Wilson’s comment about the naming of files in
> src/machinemodels.
> In particular, file m5.ermm and his suggestion to make it clear this is
> for a SPARC
> processor. For example sparc-m5.ermm.
>
> This is going to be part of a bigger overhaul of the naming convention
> for these files.
> The most obvious choice is to include the product name, but we
> definitely appreciate any
> suggestions this group may have.
>
>
> Where to get gprofng
> ====================
>
> Due to the size of the contribution, we thought it would be better to
> submit it in the form
> of a git branch, instead of a regular emailed patch series.
>
> Repository: https://www.github.com/oracle/binutils-gdb
> Branch:     oracle/gprofng-v2
>
>
>
> Build for x86_64/i686
> =====================
>
> For x86_64/i686, gprofng should be built twice to support profiling for
> both 32-bit and 64-bit applications:
>    configure --enable-shared --libdir=PREFIX/lib64 && make install
>    configure --enable-shared CC='gcc -m32' CXX='g++ -m32'
> --target=i686-pc-linux-gnu --disable-gprofng-tools && make install

These files are a problem on Windows, since they are considered the same by the filesystem:
gprofng/src/Experiment.h
gprofng/src/experiment.h


Regards
Hannes