nscontrol fails to compile in Mac OSX 10.5

Bug #575508 reported by Steve Paras-Charlton
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Nightshade Legacy
Won't Fix
Undecided
Unassigned

Bug Description

For Nightshade 10.5.1:

After installing the appropriate pre-requisites as indicated in the INSTALL file, nscontrol fails to compile.

Initially, it failed to include header files for boost in nshade_shared_memory.h and nshade_shared_memory_connection.h. This was fixed by setting CPPFLAGS=-I/opt/local/include and LDFLAGS=-L/opt/local/lib prior to running ./configure.

Then the link phase fails with:

libtool: link: g++ -dynamiclib -o .libs/libnscontrol.0.dylib .libs/nshade_shared_memory.o .libs/nshade_shared_memory_connection.o -L/opt/local/lib -install_name /usr/local/lib/libnscontrol.0.dylib -compatibility_version 1 -current_version 1.1 -Wl,-single_module
Undefined symbols:
  "NshadeCommand::szBuf", referenced from:
      __ZN13NshadeCommand5szBufE$non_lazy_ptr in nshade_shared_memory_connection.o
  "NshadeCommand::szResponse", referenced from:
      __ZN13NshadeCommand10szResponseE$non_lazy_ptr in nshade_shared_memory_connection.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [libnscontrol.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

The full compile works on LInux (Ubuntu 10.4), although it could be noted that running "sudo ldconfig" after installing pre-requisite libraries is required or the link ok nightshade willl fail with missing SDL libraries.

Steve

Revision history for this message
Trystan (trystan) wrote : Re: [Bug 575508] [NEW] nscontrol fails to compile in Mac OSX 10.5
Download full text (3.7 KiB)

I'm unable to reproduce this problem on my MacBook; osx 10.6.3. Can you provide a little more information regarding software versions on your system. The following versions may shed some light.

Macports, boost, libtool, autoconf, automake, g++

I run the following command to configure.

env CCPFLAGS="-I/opt/local/include" ./configure

Followed by a 'make'. Explicitly setting the ldflags causes my build to fail, although in a different way. If you need to set it then LDFLAGS='$LDFLAGS -L/opt/local/lib' may be better.

Sent from my iPad

On May 4, 2010, at 6:08 PM, Steve Paras-Charlton <email address hidden> wrote:

> Public bug reported:
>
> For Nightshade 10.5.1:
>
> After installing the appropriate pre-requisites as indicated in the
> INSTALL file, nscontrol fails to compile.
>
> Initially, it failed to include header files for boost in
> nshade_shared_memory.h and nshade_shared_memory_connection.h. This was
> fixed by setting CPPFLAGS=-I/opt/local/include and
> LDFLAGS=-L/opt/local/lib prior to running ./configure.
>
> Then the link phase fails with:
>
> libtool: link: g++ -dynamiclib -o .libs/libnscontrol.0.dylib .libs/nshade_shared_memory.o .libs/nshade_shared_memory_connection.o -L/opt/local/lib -install_name /usr/local/lib/libnscontrol.0.dylib -compatibility_version 1 -current_version 1.1 -Wl,-single_module
> Undefined symbols:
> "NshadeCommand::szBuf", referenced from:
> __ZN13NshadeCommand5szBufE$non_lazy_ptr in nshade_shared_memory_connection.o
> "NshadeCommand::szResponse", referenced from:
> __ZN13NshadeCommand10szResponseE$non_lazy_ptr in nshade_shared_memory_connection.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[2]: *** [libnscontrol.la] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> The full compile works on LInux (Ubuntu 10.4), although it could be
> noted that running "sudo ldconfig" after installing pre-requisite
> libraries is required or the link ok nightshade willl fail with missing
> SDL libraries.
>
> Steve
>
> ** Affects: nightshade
> Importance: Undecided
> Status: New
>
> --
> nscontrol fails to compile in Mac OSX 10.5
> https://bugs.launchpad.net/bugs/575508
> You received this bug notification because you are a member of
> Nightshade, which is subscribed to Nightshade.
>
> Status in Nightshade: New
>
> Bug description:
> For Nightshade 10.5.1:
>
> After installing the appropriate pre-requisites as indicated in the INSTALL file, nscontrol fails to compile.
>
> Initially, it failed to include header files for boost in nshade_shared_memory.h and nshade_shared_memory_connection.h. This was fixed by setting CPPFLAGS=-I/opt/local/include and LDFLAGS=-L/opt/local/lib prior to running ./configure.
>
> Then the link phase fails with:
>
> libtool: link: g++ -dynamiclib -o .libs/libnscontrol.0.dylib .libs/nshade_shared_memory.o .libs/nshade_shared_memory_connection.o -L/opt/local/lib -install_name /usr/local/lib/libnscontrol.0.dylib -compatibility_version 1 -current_version 1.1 -Wl,-single_module
> Undefined symbols:
> "NshadeCommand::szBuf", referenced from:
> __ZN13NshadeCommand5szBufE$non_lazy_ptr in ns...

Read more...

Revision history for this message
Steve Paras-Charlton (steve-falchion) wrote :
Download full text (5.9 KiB)

Thanks Trystan,

I installed macports and all required ports within an hour of
attempting the build. I'm away from my desk, but will check those
versions and try without LDFLAGS shortly.

Steve

On May 5, 2010, at 7:54 AM, Trystan <email address hidden>
wrote:

> I'm unable to reproduce this problem on my MacBook; osx 10.6.3. Can
> you
> provide a little more information regarding software versions on your
> system. The following versions may shed some light.
>
> Macports, boost, libtool, autoconf, automake, g++
>
> I run the following command to configure.
>
> env CCPFLAGS="-I/opt/local/include" ./configure
>
> Followed by a 'make'. Explicitly setting the ldflags causes my build
> to
> fail, although in a different way. If you need to set it then
> LDFLAGS='$LDFLAGS -L/opt/local/lib' may be better.
>
> Sent from my iPad
>
> On May 4, 2010, at 6:08 PM, Steve Paras-Charlton <email address hidden>
> wrote:
>
>> Public bug reported:
>>
>> For Nightshade 10.5.1:
>>
>> After installing the appropriate pre-requisites as indicated in the
>> INSTALL file, nscontrol fails to compile.
>>
>> Initially, it failed to include header files for boost in
>> nshade_shared_memory.h and nshade_shared_memory_connection.h. This
>> was
>> fixed by setting CPPFLAGS=-I/opt/local/include and
>> LDFLAGS=-L/opt/local/lib prior to running ./configure.
>>
>> Then the link phase fails with:
>>
>> libtool: link: g++ -dynamiclib -o .libs/libnscontrol.
>> 0.dylib .libs/nshade_shared_memory.o .libs/
>> nshade_shared_memory_connection.o -L/opt/local/lib -
>> install_name /usr/local/lib/libnscontrol.0.dylib -
>> compatibility_version 1 -current_version 1.1 -Wl,-single_module
>> Undefined symbols:
>> "NshadeCommand::szBuf", referenced from:
>> __ZN13NshadeCommand5szBufE$non_lazy_ptr in
>> nshade_shared_memory_connection.o
>> "NshadeCommand::szResponse", referenced from:
>> __ZN13NshadeCommand10szResponseE$non_lazy_ptr in
>> nshade_shared_memory_connection.o
>> ld: symbol(s) not found
>> collect2: ld returned 1 exit status
>> make[2]: *** [libnscontrol.la] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>>
>> The full compile works on LInux (Ubuntu 10.4), although it could be
>> noted that running "sudo ldconfig" after installing pre-requisite
>> libraries is required or the link ok nightshade willl fail with
>> missing
>> SDL libraries.
>>
>> Steve
>>
>> ** Affects: nightshade
>> Importance: Undecided
>> Status: New
>>
>> --
>> nscontrol fails to compile in Mac OSX 10.5
>> https://bugs.launchpad.net/bugs/575508
>> You received this bug notification because you are a member of
>> Nightshade, which is subscribed to Nightshade.
>>
>> Status in Nightshade: New
>>
>> Bug description:
>> For Nightshade 10.5.1:
>>
>> After installing the appropriate pre-requisites as indicated in the
>> INSTALL file, nscontrol fails to compile.
>>
>> Initially, it failed to include header files for boost in
>> nshade_shared_memory.h and nshade_shared_memory_connection.h. This
>> was fixed by setting CPPFLAGS=-I/opt/local/include and LDFLAGS=-L/
>> opt/local/lib prior to running ./configure.
>>
>> Then the li...

Read more...

Revision history for this message
Steve Paras-Charlton (steve-falchion) wrote :
Download full text (6.5 KiB)

Ok, configuring without LDFLAGS set made no difference.

software levels are as follows:

Macports: 1.8.2
boost: 1.42.0
libtool: 2.2.6b
autoconf: 2.65
automake: 1.11.1
g++: 4.0.1 build 5493

STeve

On Wed, 2010-05-05 at 08:21 -0700, Steve Paras-Charlton wrote:
> Thanks Trystan,
>
> I installed macports and all required ports within an hour of
> attempting the build. I'm away from my desk, but will check those
> versions and try without LDFLAGS shortly.
>
> Steve
>
>
>
>
> On May 5, 2010, at 7:54 AM, Trystan <email address hidden>
> wrote:
>
> > I'm unable to reproduce this problem on my MacBook; osx 10.6.3. Can
> > you
> > provide a little more information regarding software versions on your
> > system. The following versions may shed some light.
> >
> > Macports, boost, libtool, autoconf, automake, g++
> >
> > I run the following command to configure.
> >
> > env CCPFLAGS="-I/opt/local/include" ./configure
> >
> > Followed by a 'make'. Explicitly setting the ldflags causes my build
> > to
> > fail, although in a different way. If you need to set it then
> > LDFLAGS='$LDFLAGS -L/opt/local/lib' may be better.
> >
> > Sent from my iPad
> >
> > On May 4, 2010, at 6:08 PM, Steve Paras-Charlton <email address hidden>
> > wrote:
> >
> >> Public bug reported:
> >>
> >> For Nightshade 10.5.1:
> >>
> >> After installing the appropriate pre-requisites as indicated in the
> >> INSTALL file, nscontrol fails to compile.
> >>
> >> Initially, it failed to include header files for boost in
> >> nshade_shared_memory.h and nshade_shared_memory_connection.h. This
> >> was
> >> fixed by setting CPPFLAGS=-I/opt/local/include and
> >> LDFLAGS=-L/opt/local/lib prior to running ./configure.
> >>
> >> Then the link phase fails with:
> >>
> >> libtool: link: g++ -dynamiclib -o .libs/libnscontrol.
> >> 0.dylib .libs/nshade_shared_memory.o .libs/
> >> nshade_shared_memory_connection.o -L/opt/local/lib -
> >> install_name /usr/local/lib/libnscontrol.0.dylib -
> >> compatibility_version 1 -current_version 1.1 -Wl,-single_module
> >> Undefined symbols:
> >> "NshadeCommand::szBuf", referenced from:
> >> __ZN13NshadeCommand5szBufE$non_lazy_ptr in
> >> nshade_shared_memory_connection.o
> >> "NshadeCommand::szResponse", referenced from:
> >> __ZN13NshadeCommand10szResponseE$non_lazy_ptr in
> >> nshade_shared_memory_connection.o
> >> ld: symbol(s) not found
> >> collect2: ld returned 1 exit status
> >> make[2]: *** [libnscontrol.la] Error 1
> >> make[1]: *** [all-recursive] Error 1
> >> make: *** [all] Error 2
> >>
> >> The full compile works on LInux (Ubuntu 10.4), although it could be
> >> noted that running "sudo ldconfig" after installing pre-requisite
> >> libraries is required or the link ok nightshade willl fail with
> >> missing
> >> SDL libraries.
> >>
> >> Steve
> >>
> >> ** Affects: nightshade
> >> Importance: Undecided
> >> Status: New
> >>
> >> --
> >> nscontrol fails to compile in Mac OSX 10.5
> >> https://bugs.launchpad.net/bugs/575508
> >> You received this bug notification because you are a member of
> >> Nightshade, which is subscribed to Nightshade.
> >>
> >> Status in Nightshade: New
> >>
> >>...

Read more...

Revision history for this message
Trystan (trystan) wrote :
Download full text (8.4 KiB)

The best advice I can give at this point is updating your XCode tools (to version 3.1.4), which will bring the gcc version up to 4.2.x. The Macports guide has a link to it. Besides that, all the versions look current.

-Trystan

On May 5, 2010, at 3:11 PM, Steve Paras-Charlton wrote:

> Ok, configuring without LDFLAGS set made no difference.
>
> software levels are as follows:
>
> Macports: 1.8.2
> boost: 1.42.0
> libtool: 2.2.6b
> autoconf: 2.65
> automake: 1.11.1
> g++: 4.0.1 build 5493
>
> STeve
>
> On Wed, 2010-05-05 at 08:21 -0700, Steve Paras-Charlton wrote:
>> Thanks Trystan,
>>
>> I installed macports and all required ports within an hour of
>> attempting the build. I'm away from my desk, but will check those
>> versions and try without LDFLAGS shortly.
>>
>> Steve
>>
>>
>>
>>
>> On May 5, 2010, at 7:54 AM, Trystan <email address hidden>
>> wrote:
>>
>>> I'm unable to reproduce this problem on my MacBook; osx 10.6.3. Can
>>> you
>>> provide a little more information regarding software versions on your
>>> system. The following versions may shed some light.
>>>
>>> Macports, boost, libtool, autoconf, automake, g++
>>>
>>> I run the following command to configure.
>>>
>>> env CCPFLAGS="-I/opt/local/include" ./configure
>>>
>>> Followed by a 'make'. Explicitly setting the ldflags causes my build
>>> to
>>> fail, although in a different way. If you need to set it then
>>> LDFLAGS='$LDFLAGS -L/opt/local/lib' may be better.
>>>
>>> Sent from my iPad
>>>
>>> On May 4, 2010, at 6:08 PM, Steve Paras-Charlton <email address hidden>
>>> wrote:
>>>
>>>> Public bug reported:
>>>>
>>>> For Nightshade 10.5.1:
>>>>
>>>> After installing the appropriate pre-requisites as indicated in the
>>>> INSTALL file, nscontrol fails to compile.
>>>>
>>>> Initially, it failed to include header files for boost in
>>>> nshade_shared_memory.h and nshade_shared_memory_connection.h. This
>>>> was
>>>> fixed by setting CPPFLAGS=-I/opt/local/include and
>>>> LDFLAGS=-L/opt/local/lib prior to running ./configure.
>>>>
>>>> Then the link phase fails with:
>>>>
>>>> libtool: link: g++ -dynamiclib -o .libs/libnscontrol.
>>>> 0.dylib .libs/nshade_shared_memory.o .libs/
>>>> nshade_shared_memory_connection.o -L/opt/local/lib -
>>>> install_name /usr/local/lib/libnscontrol.0.dylib -
>>>> compatibility_version 1 -current_version 1.1 -Wl,-single_module
>>>> Undefined symbols:
>>>> "NshadeCommand::szBuf", referenced from:
>>>> __ZN13NshadeCommand5szBufE$non_lazy_ptr in
>>>> nshade_shared_memory_connection.o
>>>> "NshadeCommand::szResponse", referenced from:
>>>> __ZN13NshadeCommand10szResponseE$non_lazy_ptr in
>>>> nshade_shared_memory_connection.o
>>>> ld: symbol(s) not found
>>>> collect2: ld returned 1 exit status
>>>> make[2]: *** [libnscontrol.la] Error 1
>>>> make[1]: *** [all-recursive] Error 1
>>>> make: *** [all] Error 2
>>>>
>>>> The full compile works on LInux (Ubuntu 10.4), although it could be
>>>> noted that running "sudo ldconfig" after installing pre-requisite
>>>> libraries is required or the link ok nightshade willl fail with
>>>> missing
>>>> SDL libraries.
>>>>
>>>> Steve
>>>>
>>>> ** Af...

Read more...

Revision history for this message
Steve Paras-Charlton (steve-falchion) wrote :

Looks like Apple does not support development on 10.5 anymore, and requires a (paid) upgrade to 10.6, as Xcode 3.2.2 is all that is available :)

Some days I hate apple...

Revision history for this message
Trystan (trystan) wrote : Re: [Bug 575508] Re: nscontrol fails to compile in Mac OSX 10.5

You can still get XCode update for 10.5.x. Follow the link under section 2.2 here, http://guide.macports.org/.

-Trystan

On May 6, 2010, at 10:56 AM, Steve Paras-Charlton wrote:

> Looks like Apple does not support development on 10.5 anymore, and
> requires a (paid) upgrade to 10.6, as Xcode 3.2.2 is all that is
> available :)
>
> Some days I hate apple...
>
> --
> nscontrol fails to compile in Mac OSX 10.5
> https://bugs.launchpad.net/bugs/575508
> You received this bug notification because you are a member of
> Nightshade, which is subscribed to Nightshade.
>
> Status in Nightshade: New
>
> Bug description:
> For Nightshade 10.5.1:
>
> After installing the appropriate pre-requisites as indicated in the INSTALL file, nscontrol fails to compile.
>
> Initially, it failed to include header files for boost in nshade_shared_memory.h and nshade_shared_memory_connection.h. This was fixed by setting CPPFLAGS=-I/opt/local/include and LDFLAGS=-L/opt/local/lib prior to running ./configure.
>
> Then the link phase fails with:
>
> libtool: link: g++ -dynamiclib -o .libs/libnscontrol.0.dylib .libs/nshade_shared_memory.o .libs/nshade_shared_memory_connection.o -L/opt/local/lib -install_name /usr/local/lib/libnscontrol.0.dylib -compatibility_version 1 -current_version 1.1 -Wl,-single_module
> Undefined symbols:
> "NshadeCommand::szBuf", referenced from:
> __ZN13NshadeCommand5szBufE$non_lazy_ptr in nshade_shared_memory_connection.o
> "NshadeCommand::szResponse", referenced from:
> __ZN13NshadeCommand10szResponseE$non_lazy_ptr in nshade_shared_memory_connection.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[2]: *** [libnscontrol.la] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> The full compile works on LInux (Ubuntu 10.4), although it could be noted that running "sudo ldconfig" after installing pre-requisite libraries is required or the link ok nightshade willl fail with missing SDL libraries.
>
> Steve
>
>

Revision history for this message
Steve Paras-Charlton (steve-falchion) wrote :

Well, the new Xcode did ont update g++, so I've upgraded to Mac OSX 10.6.3, so hopeful that my issue will be resolved.

Revision history for this message
Steve Paras-Charlton (steve-falchion) wrote :

I reinstalled Xcode, reinstalled macports, rebuilt all ports and then it all compiled fine.

Revision history for this message
Trystan (trystan) wrote :

Great. It appears there are some issues then with older versions of the gnu compiler. We'll make a note of it.

-Trystan

Sent from my iPad

On May 15, 2010, at 11:03 PM, Steve Paras-Charlton <email address hidden> wrote:

> I reinstalled Xcode, reinstalled macports, rebuilt all ports and then it
> all compiled fine.
> Thoe
> --
> nscontrol fails to compile in Mac OSX 10.5
> https://bugs.launchpad.net/bugs/575508
> You received this bug notification because you are a member of
> Nightshade, which is subscribed to Nightshade.
>
> Status in Nightshade: New
>
> Bug description:
> For Nightshade 10.5.1:
>
> After installing the appropriate pre-requisites as indicated in the INSTALL file, nscontrol fails to compile.
>
> Initially, it failed to include header files for boost in nshade_shared_memory.h and nshade_shared_memory_connection.h. This was fixed by setting CPPFLAGS=-I/opt/local/include and LDFLAGS=-L/opt/local/lib prior to running ./configure.
>
> Then the link phase fails with:
>
> libtool: link: g++ -dynamiclib -o .libs/libnscontrol.0.dylib .libs/nshade_shared_memory.o .libs/nshade_shared_memory_connection.o -L/opt/local/lib -install_name /usr/local/lib/libnscontrol.0.dylib -compatibility_version 1 -current_version 1.1 -Wl,-single_module
> Undefined symbols:
> "NshadeCommand::szBuf", referenced from:
> __ZN13NshadeCommand5szBufE$non_lazy_ptr in nshade_shared_memory_connection.o
> "NshadeCommand::szResponse", referenced from:
> __ZN13NshadeCommand10szResponseE$non_lazy_ptr in nshade_shared_memory_connection.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[2]: *** [libnscontrol.la] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> The full compile works on LInux (Ubuntu 10.4), although it could be noted that running "sudo ldconfig" after installing pre-requisite libraries is required or the link ok nightshade willl fail with missing SDL libraries.
>
> Steve
>
>

Changed in nightshade:
status: New → Fix Committed
Revision history for this message
Trystan (trystan) wrote :

Closing as 'won't fix' since the problem is resolved through running the latest development tools for OSX.

Changed in nightshade:
status: Fix Committed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.