public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Problems compiling Mozilla with GCC 4.5
@ 2009-11-25  7:16 Ehren Metcalfe
  2009-11-25  9:18 ` Andrew Haley
  0 siblings, 1 reply; 5+ messages in thread
From: Ehren Metcalfe @ 2009-11-25  7:16 UTC (permalink / raw)
  To: gcc, dev-static-analysis

I've recently come across a couple of issues trying to compile Firefox
trunk with 4.5 (I have a very simple plugin that I need to run on
mozilla-central). I've posted two bugs here
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42139 and here
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171

I''m not particularly concerned about the first, which can be bypassed
by disabling optimization on the problem file, but the second, a link
error, is a show stopper. Can anyone think of a way to sidestep the
problem? I'm not even sure I've addressed the bug to the right place,
but it would seem that if the same version of ld chokes during a 4.5
compile, but does fine with an earlier version of gcc, then it's
really not a binutils issue. I'm a bit out of my element here though
so any suggestions would be welcome.

Ehren

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Problems compiling Mozilla with GCC 4.5
  2009-11-25  7:16 Problems compiling Mozilla with GCC 4.5 Ehren Metcalfe
@ 2009-11-25  9:18 ` Andrew Haley
  2009-11-25  9:24   ` Andrew Pinski
  0 siblings, 1 reply; 5+ messages in thread
From: Andrew Haley @ 2009-11-25  9:18 UTC (permalink / raw)
  To: Ehren Metcalfe; +Cc: gcc, dev-static-analysis

Ehren Metcalfe wrote:
> I've recently come across a couple of issues trying to compile Firefox
> trunk with 4.5 (I have a very simple plugin that I need to run on
> mozilla-central). I've posted two bugs here
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42139 and here
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
> 
> I''m not particularly concerned about the first, which can be bypassed
> by disabling optimization on the problem file, but the second, a link
> error, is a show stopper. Can anyone think of a way to sidestep the
> problem? I'm not even sure I've addressed the bug to the right place,
> but it would seem that if the same version of ld chokes during a 4.5
> compile, but does fine with an earlier version of gcc, then it's
> really not a binutils issue. I'm a bit out of my element here though
> so any suggestions would be welcome.

Is the symbol `nsAccessibleWrap::ReturnString(nsAString_internal&)::returnedString'
defined anywhere?

Andrew.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Problems compiling Mozilla with GCC 4.5
  2009-11-25  9:18 ` Andrew Haley
@ 2009-11-25  9:24   ` Andrew Pinski
  2009-11-25 13:12     ` Ehren Metcalfe
  0 siblings, 1 reply; 5+ messages in thread
From: Andrew Pinski @ 2009-11-25  9:24 UTC (permalink / raw)
  To: Andrew Haley; +Cc: Ehren Metcalfe, gcc, dev-static-analysis

On Wed, Nov 25, 2009 at 1:17 AM, Andrew Haley <aph@redhat.com> wrote:
>
> Is the symbol `nsAccessibleWrap::ReturnString(nsAString_internal&)::returnedString'
> defined anywhere?

This sounds like bug 41611.  Is
nsAccessibleWrap::ReturnString(nsAString_internal&) an inline function
(which causes that variable to be vague linkage)?

Thanks,
Andrew Pinski

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Problems compiling Mozilla with GCC 4.5
  2009-11-25  9:24   ` Andrew Pinski
@ 2009-11-25 13:12     ` Ehren Metcalfe
  2009-11-25 13:44       ` Ehren Metcalfe
  0 siblings, 1 reply; 5+ messages in thread
From: Ehren Metcalfe @ 2009-11-25 13:12 UTC (permalink / raw)
  To: Andrew Pinski; +Cc: Andrew Haley, gcc, dev-static-analysis

Yup, ReturnString is inline:
http://hg.mozilla.org/mozilla-central/file/d76583175408/accessible/src/atk/nsAccessibleWrap.h#l114

I'll change it and try a build,

Ehren

On Wed, Nov 25, 2009 at 4:24 AM, Andrew Pinski <pinskia@gmail.com> wrote:
> On Wed, Nov 25, 2009 at 1:17 AM, Andrew Haley <aph@redhat.com> wrote:
>>
>> Is the symbol `nsAccessibleWrap::ReturnString(nsAString_internal&)::returnedString'
>> defined anywhere?
>
> This sounds like bug 41611.  Is
> nsAccessibleWrap::ReturnString(nsAString_internal&) an inline function
> (which causes that variable to be vague linkage)?
>
> Thanks,
> Andrew Pinski
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Problems compiling Mozilla with GCC 4.5
  2009-11-25 13:12     ` Ehren Metcalfe
@ 2009-11-25 13:44       ` Ehren Metcalfe
  0 siblings, 0 replies; 5+ messages in thread
From: Ehren Metcalfe @ 2009-11-25 13:44 UTC (permalink / raw)
  To: Andrew Pinski; +Cc: Andrew Haley, gcc, dev-static-analysis

I just changed it,

Firefox now compiles with 4.5!

Thanks for your help,

Ehren

On Wed, Nov 25, 2009 at 8:11 AM, Ehren Metcalfe <ehren.m@gmail.com> wrote:
> Yup, ReturnString is inline:
> http://hg.mozilla.org/mozilla-central/file/d76583175408/accessible/src/atk/nsAccessibleWrap.h#l114
>
> I'll change it and try a build,
>
> Ehren
>
> On Wed, Nov 25, 2009 at 4:24 AM, Andrew Pinski <pinskia@gmail.com> wrote:
>> On Wed, Nov 25, 2009 at 1:17 AM, Andrew Haley <aph@redhat.com> wrote:
>>>
>>> Is the symbol `nsAccessibleWrap::ReturnString(nsAString_internal&)::returnedString'
>>> defined anywhere?
>>
>> This sounds like bug 41611.  Is
>> nsAccessibleWrap::ReturnString(nsAString_internal&) an inline function
>> (which causes that variable to be vague linkage)?
>>
>> Thanks,
>> Andrew Pinski
>>
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-11-25 13:44 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-11-25  7:16 Problems compiling Mozilla with GCC 4.5 Ehren Metcalfe
2009-11-25  9:18 ` Andrew Haley
2009-11-25  9:24   ` Andrew Pinski
2009-11-25 13:12     ` Ehren Metcalfe
2009-11-25 13:44       ` Ehren Metcalfe

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).