Snapshot gcc-7-20180816 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/7-20180816/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7
Hi,
On Thu, 16 Aug 2018, Joseph Myers wrote:
> On Thu, 16 Aug 2018, Michael Matz wrote:
>
> > > About the location of libgcov.{a,so}, I believe right place would be now:
> > >
> > > /home/marxin/bin/gcc/lib64/libgcov.so.1
> > > /home/marxin/bin/gcc/lib64/libgcov.so
> > > /home/marxin/bin/gcc/li
On Thu, 16 Aug 2018, Michael Matz wrote:
> > About the location of libgcov.{a,so}, I believe right place would be now:
> >
> > /home/marxin/bin/gcc/lib64/libgcov.so.1
> > /home/marxin/bin/gcc/lib64/libgcov.so
> > /home/marxin/bin/gcc/lib64/libgcov.a
>
> No. With version dependend dirs the .so s
Hello Jeff,
> El 16 ag 2018, a les 17:50, Jeff Law va escriure:
>
> On 08/16/2018 09:43 AM, Vicent Brocal Tortosa wrote:
>> Hello,
>>
>> We are forced to use version 4.4.2 of GCC C compiler for a certain project
>> and to analyze the potential impact, to our software, of bugs detected for
>>
On Thu, 16 Aug 2018, Martin Liška wrote:
> About the location of libgcov.{a,so}, I believe right place would be now:
>
> /home/marxin/bin/gcc/lib64/libgcov.so.1
> /home/marxin/bin/gcc/lib64/libgcov.so
> /home/marxin/bin/gcc/lib64/libgcov.a
Yes, I think so.
> Because of LD_LIBRARY_PATH location
On 08/16/2018 09:43 AM, Vicent Brocal Tortosa wrote:
> Hello,
>
> We are forced to use version 4.4.2 of GCC C compiler for a certain project
> and to analyze the potential impact, to our software, of bugs detected for
> this GCC version.
>
> I am already aware that bugs reported for 4.4.x versi
Hello,
We are forced to use version 4.4.2 of GCC C compiler for a certain project and
to analyze the potential impact, to our software, of bugs detected for this GCC
version.
I am already aware that bugs reported for 4.4.x versions may also be present in
4.4.2, but for the moment we have decid
Hi,
Thanks for the feedback.
I have made the corrections for the feedback points:
1, 4, 5, 6, 7, 8, 9, 11, 12.
I am working on the remaining points.
I have pushed the changes to the repo (lto-dump-tool-v4 branch) and
attached the diff file herewith.
Regards,
Hrishikesh
On Wed, Aug 15,
Hi,
On Thu, 16 Aug 2018, Martin Liška wrote:
> SHLIB_SOVERSION = 1
> SHLIB_SONAME = @shlib_base_name@.so.$(SHLIB_SOVERSION)
>
> which would require a substitution for soversion, show I generalize even
> so much?
I wouldn't bother. libgcov.so.1 sounds just fine, and due to symbol
versioning w
Hi Martin,
That can definitely done better, if I see correctly only reference
from sem_item, sem_function and sem_variable
is in sem_item::add_type. That can be removed.
Yes, only sem_item::add_type uses this variable. Do you think the
whole static optimizer variable should be removed?
On 08/14/2018 10:35 PM, Joseph Myers wrote:
> On Tue, 14 Aug 2018, Martin Liška wrote:
>
>> 2) Do I understand that correctly that I need to build .o files twice:
>> once with hidden visibility and second time without for the shared
>> library?
>
> Yes.
>
Done that, maybe there's a more simpl
On 08/14/2018 03:40 PM, Michael Matz wrote:
> Hi,
>
> On Tue, 14 Aug 2018, Martin Liška wrote:
>
>> I'm sending second version of the patch candidate. I was able to create
>> a mapfile and generate versioned symbols for libgcov.so file.
>>
>> Unresolved issues:
>> 1) I still see linking with stat
GETTING WALES MOVING
DELIVERING ON THE WELL-BEING OF WALES
27TH FEBRUARY 2019
HILTON HOTEL - CARDIFF
Following on from the hugely successful inaugural Getting Wales Moving
Conference - Delivering on the Well-being for Future Generations Act, we
are delighted to announce the second conference in
13 matches
Mail list logo
