Forum: GNU Radio Building gnuradio-core on OS/X (Intel)

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
836538755450355b9da666e86aca0eff?d=identicon&s=25 unknown (Guest)
on 2006-05-05 00:21
(Received via mailing list)
Hi everybody,

I am trying to build gnuradio-core on Darwin 8.6.1 on an Intel processor
(MacBook Pro). (Has anybody done this yet? I couldn't find any
references
through Google). I started with Jon Jacky's excellent instructions and
got
all the prerequisites straightened out (I think).

Where I get stuck is in building the dot product routines in
gnuradio-core, with error messages like this one:

/bin/sh ../../../libtool --mode=compile gcc  -g -O2 -Wall  -c -o
float_dotprod_sse.lo float_dotprod_sse.S
 gcc -g -O2 -Wall -c float_dotprod_sse.S  -fno-common -DPIC -o
.libs/float_dotprod_sse.o
float_dotprod_sse.S:59:Alignment too large: 15. assumed.
make[1]: *** [float_dotprod_sse.lo] Error 1
make: *** [all] Error 2

Not sure what is supposed to be wrong with 16-Byte alignment. Ideas,
anybody? Also, I remember that when I got my Ubuntu 5.10 PC install
working a while ago, I had to go to gcc 3.4 instead of gcc4. The
compiler
on this box is

$ gcc --version
i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build
5250)

Are there any known issues with this?

Thanks,
   Jan
836538755450355b9da666e86aca0eff?d=identicon&s=25 unknown (Guest)
on 2006-05-05 00:58
(Received via mailing list)
Well, it looks like I can answer my own question. I found the following
passage in the gnu assembler manual:

---------
The way the required alignment is specified varies from system to
system.
For the a29k, hppa, m68k, m88k, w65, sparc, Xtensa, and Renesas / SuperH
SH, and i386 using ELF format, the first expression is the alignment
request in bytes. For example .align 8 advances the location counter
until
it is a multiple of 8. If the location counter is already a multiple of
8,
no change is needed.

For other systems, including the i386 using a.out format, and the arm
and
strongarm, it is the number of low-order zero bits the location counter
must have after advancement. For example .align 3 advances the location
counter until it a multiple of 8. If the location counter is already a
multiple of 8, no change is needed.
----------

So on Intel Macs, the .align 16 would do an alignment to the next 64k
boundary. Now I am much more sympathetic to the error message. After
changing the .align 16 to .align 4, everything builds and all the test
pass.

Let's see whether I can get the rest to work.

Cheers,
   Jan
This topic is locked and can not be replied to.