[asterisk-users] Error compiling Asterisk 1.8.3 on Sun SPARC x64 w/Debian Squeeze

2011-03-07 Thread RR 
Hello all,

Figured I'd repost this with an edited subject line, to attract attention of
people with Debian On Sparc experience. Apologies in advance if this kind of
thing is frowned upon :)

  [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o
hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o
btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o
btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o
btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o
mpool/mpool.o recno/rec_close.o recno/rec_delete.o recno/rec_get.o
recno/rec_open.o recno/rec_put.o recno/rec_search.o recno/rec_seq.o
recno/rec_utils.o -> libdb1.a
   [LD] abstract_jb.o acl.o alaw.o aoc.o app.o ast_expr2.o ast_expr2f.o
asterisk.o astfd.o astmm.o astobj2.o audiohook.o autochan.o autoservice.o
bridging.o callerid.o ccss.o cdr.o cel.o channel.o chanvars.o cli.o config.o
data.o datastore.o db.o devicestate.o dial.o dns.o dnsmgr.o dsp.o enum.o
event.o features.o file.o fixedjitterbuf.o frame.o framehook.o fskmodem.o
global_datastores.o hashtab.o heap.o http.o image.o indications.o io.o
jitterbuf.o loader.o lock.o logger.o manager.o md5.o netsock.o netsock2.o
pbx.o plc.o poll.o privacy.o rtp_engine.o say.o sched.o security_events.o
sha1.o slinfactory.o srv.o ssl.o stdtime/localtime.o strcompat.o strings.o
stun.o syslog.o taskprocessor.o tcptls.o tdd.o term.o test.o threadstorage.o
timing.o translate.o udptl.o ulaw.o utils.o version.o xml.o xmldoc.o
editline/libedit.a db1-ast/libdb1.a  -> asterisk
astobj2.o: In function `ast_atomic_fetchadd_int':
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to
`__sync_fetch_and_add_4'
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to
`__sync_fetch_and_add_4'
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to
`__sync_fetch_and_add_4'
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to
`__sync_fetch_and_add_4'
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to
`__sync_fetch_and_add_4'
astobj2.o:/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: more
undefined references to `__sync_fetch_and_add_4' follow
utils.o: In function `ast_atomic_dec_and_test':
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:635: undefined reference to
`__sync_sub_and_fetch_4'
utils.o: In function `ast_atomic_fetchadd_int':
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to
`__sync_fetch_and_add_4'
collect2: ld returned 1 exit status
make[1]: *** [asterisk] Error 1
make: *** [main] Error 2

Any idea where this is coming from? seems like something is selected that
doesn't have other related stuff unselected? no clue where to start looking

Thanks
\RR
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Error compiling Asterisk 1.8.3 on Sun SPARC x64 w/Debian Squeeze

2011-03-07 Thread Stuart Longland 
On 03/08/11 08:49, RR wrote:
> Any idea where this is coming from? seems like something is selected
> that doesn't have other related stuff unselected? no clue where to start
> looking

No SPARC expert, but I seem to recall the lowest-common-denominator
SPARCs lack things like hardware multiply in the instruction set.

Even if it doesn't help fix the problem, you probably will want to use
at least -mcpu=v9 (educated guess looking at the gcc manpage) if it's an
UltraSPARC as that will give you some of these instructions.  Asterisk
strikes me as an application that'd make fairly hefty use of things like
integer multiplication.

Another place to ask might be the Debian-SPARC mailing list?
-- 
Stuart Longland (aka Redhatter, VK4MSL)  .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer  '.'` :
. . . . . . . . . . . . . . . . . . . . . .   .'.'
http://dev.gentoo.org/~redhatter :.'

I haven't lost my mind...
  ...it's backed up on a tape somewhere.

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Error compiling Asterisk 1.8.3 on Sun SPARC x64 w/Debian Squeeze

2011-03-07 Thread RR 
Hello Stuart

On Mon, Mar 7, 2011 at 6:09 PM, Stuart Longland wrote:

> On 03/08/11 08:49, RR wrote:
> > Any idea where this is coming from? seems like something is selected
> > that doesn't have other related stuff unselected? no clue where to start
> > looking
>
> No SPARC expert, but I seem to recall the lowest-common-denominator
> SPARCs lack things like hardware multiply in the instruction set.
>
> Even if it doesn't help fix the problem, you probably will want to use
> at least -mcpu=v9 (educated guess looking at the gcc manpage) if it's an
> UltraSPARC as that will give you some of these instructions.  Asterisk
> strikes me as an application that'd make fairly hefty use of things like
> integer multiplication.
>
> Ok, where would I put this -mcpu=v9 in the configure line?

I tried ./configure CFLAGS="-mcpu=v9"?

BTW, at the end of the configure script, it's already detecting the host cpu
as sparc64. If that helps. Maybe -march needs to be specified somewhere?



> Another place to ask might be the Debian-SPARC mailing list?
>
>
haha funny, I was just writing an email to that list when your email hit my
inbox :)
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Error compiling Asterisk 1.8.3 on Sun SPARC x64 w/Debian Squeeze

2011-03-07 Thread Stuart Longland 
On 03/08/11 09:21, RR wrote:
> Hello Stuart
> 
> On Mon, Mar 7, 2011 at 6:09 PM, Stuart Longland  > wrote:
> 
> Even if it doesn't help fix the problem, you probably will want to use
> at least -mcpu=v9 (educated guess looking at the gcc manpage) if it's an
> UltraSPARC as that will give you some of these instructions.  Asterisk
> strikes me as an application that'd make fairly hefty use of things like
> integer multiplication.
> 
> Ok, where would I put this -mcpu=v9 in the configure line? 
> 
> I tried ./configure CFLAGS="-mcpu=v9"? 

Normally it's specified in the environment; so maybe CFLAGS="-mcpu=v9"
./configure…

> BTW, at the end of the configure script, it's already detecting the host
> cpu as sparc64. If that helps. Maybe -march needs to be specified
> somewhere? 

Maybe, the fact that it detected 'sparc64' probably is more a case of
telling the build system that the system is big-endian, requires that
data structures be 64-bit aligned, etc.  Use of features that weren't in
the first SPARC is an optional extra.

> Another place to ask might be the Debian-SPARC mailing list?
> 
> haha funny, I was just writing an email to that list when your email hit
> my inbox :)

Telepathy; seems we think alike. :-D  Must be due to me being from the
same part of the world.
-- 
Stuart Longland (aka Redhatter, VK4MSL)  .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer  '.'` :
. . . . . . . . . . . . . . . . . . . . . .   .'.'
http://dev.gentoo.org/~redhatter :.'

I haven't lost my mind...
  ...it's backed up on a tape somewhere.

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Error compiling Asterisk 1.8.3 on Sun SPARC x64 w/Debian Squeeze

2011-03-07 Thread RR 
On Mon, Mar 7, 2011 at 6:31 PM, Stuart Longland wrote:

> On 03/08/11 09:21, RR wrote:
> > Hello Stuart
> >
> > On Mon, Mar 7, 2011 at 6:09 PM, Stuart Longland  > > wrote:
> >
> > Even if it doesn't help fix the problem, you probably will want to
> use
> > at least -mcpu=v9 (educated guess looking at the gcc manpage) if it's
> an
> > UltraSPARC as that will give you some of these instructions.
>  Asterisk
> > strikes me as an application that'd make fairly hefty use of things
> like
> > integer multiplication.
> >
> > Ok, where would I put this -mcpu=v9 in the configure line?
> >
> > I tried ./configure CFLAGS="-mcpu=v9"?
>
> Normally it's specified in the environment; so maybe CFLAGS="-mcpu=v9"
> ./configure…
>
>
I tried both ways, my way and yours i.e. setting them as env variables and
it still gets that error. Also found some other stuff on the net related to
that in different context but none of those work for me. Some where in some
old debian archives there's some mention of the Boost libraries and the flag
that must be used on Sparc with Boost libraries. Although it also says that
it was fixed in some later release which was back in 2008, so am assuming
that fix is still in place in Squeeze.


> > BTW, at the end of the configure script, it's already detecting the host
> > cpu as sparc64. If that helps. Maybe -march needs to be specified
> > somewhere?
>
> Maybe, the fact that it detected 'sparc64' probably is more a case of
> telling the build system that the system is big-endian, requires that
> data structures be 64-bit aligned, etc.  Use of features that weren't in
> the first SPARC is an optional extra.


Ok, if that doesn't help then another interesting insight is that in
config.log, it says that the response to 'arch' and 'arch -k' commands is
'unknown'. Don't know if that helps.


> > Another place to ask might be the Debian-SPARC mailing list?
> >
> > haha funny, I was just writing an email to that list when your email hit
> > my inbox :)
>
> Telepathy; seems we think alike. :-D  Must be due to me being from the
> same part of the world.
>
>
Possibly :) although I have found that there's not a lot of activity in that
list on a regular basis. So not sure if my problem will get resolved there
or not :(
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users