Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: antonio.poggiali at datalogic dot com
Target Milestone: ---
Created attachment 39712
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39712&action=edit
Logs, command line and temp fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #1 from Antonio Poggiali ---
Created attachment 39713
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39713&action=edit
Logs, command line and temp file with GCC 4.9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #2 from Antonio Poggiali ---
Created attachment 39714
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39714&action=edit
Source files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #3 from Antonio Poggiali ---
Created attachment 39715
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39715&action=edit
Logs of the cross-compiled program segmentation fault with gdb attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #5 from Antonio Poggiali ---
(In reply to Richard Biener from comment #4)
> This looks like a libc/loader issue to me. My source points at
>
> /* Initialize _r_debug if it has not already been done. The argument is
>the run-tim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #6 from Antonio Poggiali ---
Hi all.
any news?
>> This looks like a libc/loader issue to me.
I agree. Is this the correct tracker for this kind of bugs or should I open a
defect on another tracker?
Thanks a lot
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: antonio.poggiali at datalogic dot com
Target Milestone: ---
Created attachment 35854
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35854&action=edit
Source files, compiled fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #2 from Antonio Poggiali ---
(In reply to Ramana Radhakrishnan from comment #1)
> Obvious "dumb" question given this is a cross-environnment - I'm assuming
> that you have the same libstdc++ in both places ?
Yes, it is the same. I've
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #3 from Antonio Poggiali ---
I've understand a little better the problem.
The compiler passes to std::list copy constructor a different address respect
to the destination variable.
This causes size() call to fail (endless loop or seg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #4 from Antonio Poggiali ---
I've understand a little better the problem.
The compiler passes to std::list copy constructor a different address respect
to the destination variable.
This causes size() call to fail (endless loop or seg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #5 from Antonio Poggiali ---
Sorry but this comment is incorrect. See the next one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #9 from Antonio Poggiali ---
(In reply to Antonio Poggiali from comment #8)
> Hi all, I'm also trying the backport.
>
> https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/cgraphunit.
> c?revision=221077&view=markup&pathrev=221077
>
> Is only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #8 from Antonio Poggiali ---
Hi all, I'm also trying the backport.
https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/cgraphunit.c?revision=221077&view=markup&pathrev=221077
Is only this part of code to be backported?
Regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #11 from Antonio Poggiali
---
(In reply to Mikael Pettersson from comment #10)
> (In reply to Antonio Poggiali from comment #9)
> > Sorry, this code:
> >
> > https://gcc.gnu.org/viewcvs/gcc/trunk/gcc/cgraphunit.
> > c?r1=221077&r2=2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #12 from Antonio Poggiali
---
Created attachment 35879
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35879&action=edit
Temporary patch for gcc 4.9.3
A temporary patch masking the problem on gcc 4.9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #14 from Antonio Poggiali
---
>
> Your toolchain is arm-none-linux-gnueabi , but you build with
> -mfloat-abi=hard - do you have suitable hard-float libraries on the target?
>
I have only hard-float libraries and related system he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #16 from Antonio Poggiali
---
(In reply to James Greenhalgh from comment #15)
> >
> > > What userspace is running on the target?
> >
> > Sorry but I don't understand the question. Could you explain a little?
>
> Debian/Ubuntu/Andr
17 matches
Mail list logo