headers
sean james | 1 May 2010 01:37
Picon
Favicon

Problems with GCC install


.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Verdana;}

This may be a silly question but I am getting stuck. I am attempting to 
install GCC but whenever I try to run the configure script I get an 
error message saying there was no acceptable C compiler found in $PATH. 
Am I missing something? I am trying to install gcc so that I will have a
 C compiler. Any assistance would be greatly appreciated.

-SJ 		 	   		  
_________________________________________________________________
Hotmail is redefining busy with tools for the New Busy. Get more from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2
Permalink | Reply | 1 comment |
headers
Tim Prince | 1 May 2010 02:05
Picon
Favicon

Re: Problems with GCC install

On 4/30/2010 4:37 PM, sean james wrote:
>
> This may be a silly question but I am getting stuck. I am attempting to
> install GCC but whenever I try to run the configure script I get an
> error message saying there was no acceptable C compiler found in $PATH.
> Am I missing something? I am trying to install gcc so that I will have a
>   C compiler. Any assistance would be greatly appreciated.
>
>    
http://gcc.gnu.org/install/binaries.html offers suggestions about where 
to get a pre-built gcc.  You need one before you can attempt a build 
from a source distribution.

--

-- 
Tim Prince
Permalink | Reply | 0 comments |
headers
Qianqian Fang | 1 May 2010 05:35
Picon

Re: enabling SSE for 3-vector inner product

hi Marc

On 04/30/2010 06:31 AM, Marc Glisse wrote:
> On Thu, 29 Apr 2010, Qianqian Fang wrote:
>
> Shouldn't there be some magic here for alignment purposes?

thank you for pointing this out. I changed the definition to

typedef struct CPU_float4{
     float x,y,z,w;
} float4 __attribute__ ((aligned(16)));

but the run-time using SSE3 remains the same.
Is my above change correct?

>
>> now I am trying to use SSE4.x DPPS, but gcc gave me
>> error. I don't know if I used it with a wrong format.
>
> Did you try using the intrinsic _mm_dp_ps?

yes, I removed the asm and use mm_dp_ps, it works now.
the code now looks like this:

inline float vec_dot(float3 *a,float3 *b){
         float dot;
         __m128 na,nb,res;
         na=_mm_loadu_ps((float*)a);
         nb=_mm_loadu_ps((float*)b);
(Continue reading)

Permalink | Reply | 4 comments |
headers
Tom Hawkins | 1 May 2010 06:58
Picon

Problems building --target=powerpc-eabi

Binutils builds find (2.20), but I'm having problems building GCC
(4.5.0).  I configure with:

$ cd build
$ ../gcc-4.5.0/configure --target=powerpc-eabi
--prefix=$HOME/powerpc-eabi --enable-languages=c,ada --with-newlib
--without-headers

The snippet of the failure is below.  It appears it is using the wrong
assembler.

What should I be looking at to diagnose this?  The same failure has
occurred with GCC 4.3.4 and 4.4.0.

Question: Does my prefix/bin directory need to be in the search path?
I've tried it with and without, but the results are the same.

Thanks for any help!

-Tom

make[2]: Entering directory `/home/e0082888/cross/build/gcc'
TARGET_CPU_DEFAULT="" \
  HEADERS="auto-host.h ansidecl.h" DEFINES="" \
  /bin/bash ../../gcc-4.5.0/gcc/mkconfig.sh config.h
TARGET_CPU_DEFAULT="" \
  HEADERS="options.h config/rs6000/rs6000.h config/dbxelf.h
config/elfos.h config/usegas.h config/svr4.h config/freebsd-spec.h
config/newlib-stdint.h config/rs6000/sysv4.h config/rs6000/eabi.h
config/rs6000/e500.h config/rs600
(Continue reading)

Permalink | Reply | 8 comments |
headers
Ian Lance Taylor | 1 May 2010 09:06
Picon
Favicon
Gravatar

Re: Problems building --target=powerpc-eabi

Tom Hawkins <tomahawkins <at> gmail.com> writes:

> Binutils builds find (2.20), but I'm having problems building GCC
> (4.5.0).  I configure with:
>
> $ cd build
> $ ../gcc-4.5.0/configure --target=powerpc-eabi
> --prefix=$HOME/powerpc-eabi --enable-languages=c,ada --with-newlib
> --without-headers
>
> The snippet of the failure is below.  It appears it is using the wrong
> assembler.

Yes.

Did you configure the binutils with the exact same --target and
--prefix options?

Run the failing gcc command with the -v option to
see which assembler it is invoking.  It appears that your host gcc is
running your target assembler, which is a peculiar failure mode.

Ian
Permalink | Reply | 7 comments |
headers
Jörg Leis | 1 May 2010 10:06

Re: Type-generic macros with C

> Thanks for the example.  That code compiles fine for me, but this code
> does get a warning (note that I had to add "typeof"):

You are right about "typeof".

A related question: Is it expected that in C99-mode GCC might not be
able to compile a program because of the use of an inline function? I
defined an inline function like this:

inline int do()
{
	// ...
}

> This is a class of warning will gcc will emit even for code that is
> never executed.  It would be reasonable to disable that type of
> warning in code in a __builtin_choose_expr.  I would encourage you to
> file a bug report as described at http://gcc.gnu.org/bugs/ .  Thanks.

Thanks, I will to that.

Joerg
Permalink | Reply | 4 comments |
headers
Marc Glisse | 1 May 2010 13:58
Favicon

Re: Type-generic macros with C

On Sat, 1 May 2010, Jörg Leis wrote:

> A related question: Is it expected that in C99-mode GCC might not be
> able to compile a program because of the use of an inline function? I
> defined an inline function like this:
>
> inline int do()
> {
> 	// ...
> }

(I wouldn't use "do" as a function name)

If it compiles but fails to link, that's normal, see:
http://gcc.gnu.org/onlinedocs/gcc/Inline.html
(the examples are missing a return statement or have a wrong return type, 
if someone wants to fix that)

Otherwise you need to provide a reproducable testcase.

--

-- 
Marc Glisse
Permalink | Reply | 0 comments |
headers
Tom Hawkins | 1 May 2010 15:28
Picon

Re: Problems building --target=powerpc-eabi

On Sat, May 1, 2010 at 2:06 AM, Ian Lance Taylor <iant <at> google.com> wrote:
> Tom Hawkins <tomahawkins <at> gmail.com> writes:
>
>> Binutils builds find (2.20), but I'm having problems building GCC
>> (4.5.0).  I configure with:
>>
>> $ cd build
>> $ ../gcc-4.5.0/configure --target=powerpc-eabi
>> --prefix=$HOME/powerpc-eabi --enable-languages=c,ada --with-newlib
>> --without-headers
>>
>> The snippet of the failure is below.  It appears it is using the wrong
>> assembler.
>
> Yes.
>
> Did you configure the binutils with the exact same --target and
> --prefix options?

Yes, exactly the same.

>
> Run the failing gcc command with the -v option to
> see which assembler it is invoking.  It appears that your host gcc is
> running your target assembler, which is a peculiar failure mode.

With -v, yes, it looks like it is using the target assembler.  Any suggestions?

Using built-in specs.
Target: i486-linux-gnu
(Continue reading)

Permalink | Reply | 6 comments |
headers
Tom Hawkins | 1 May 2010 15:35
Picon

Re: Problems building --target=powerpc-eabi

On Sat, May 1, 2010 at 8:28 AM, Tom Hawkins <tomahawkins <at> gmail.com> wrote:
> On Sat, May 1, 2010 at 2:06 AM, Ian Lance Taylor <iant <at> google.com> wrote:
>>
>> Run the failing gcc command with the -v option to
>> see which assembler it is invoking.  It appears that your host gcc is
>> running your target assembler, which is a peculiar failure mode.
>
> With -v, yes, it looks like it is using the target assembler.  Any suggestions?

There is an 'as' in the build directory when the gcc command in
question is run.  And --version confirms it is the target assembler.

I have '.' in my PATH by default.  Is this a problem?
Permalink | Reply | 5 comments |
headers
Tom Hawkins | 1 May 2010 16:17
Picon

Re: Problems building --target=powerpc-eabi

On Sat, May 1, 2010 at 8:35 AM, Tom Hawkins <tomahawkins <at> gmail.com> wrote:
> On Sat, May 1, 2010 at 8:28 AM, Tom Hawkins <tomahawkins <at> gmail.com> wrote:
>> On Sat, May 1, 2010 at 2:06 AM, Ian Lance Taylor <iant <at> google.com> wrote:
>>>
>>> Run the failing gcc command with the -v option to
>>> see which assembler it is invoking.  It appears that your host gcc is
>>> running your target assembler, which is a peculiar failure mode.
>>
>> With -v, yes, it looks like it is using the target assembler.  Any suggestions?
>
> There is an 'as' in the build directory when the gcc command in
> question is run.  And --version confirms it is the target assembler.
>
> I have '.' in my PATH by default.  Is this a problem?
>

Removing '.' from my PATH appears to fixed the assembler problem.

The next issue is a configuring problem in powerpc-eabi/libada.  Why
does it think the host system is powerpc-unknown-eabi and not
i686-pc-linux-gnu?

Checking multilib configuration for libada...
mkdir -p -- powerpc-eabi/libada
Configuring in powerpc-eabi/libada
configure: creating cache ./config.cache
checking build system type... i686-pc-linux-gnu
checking host system type... powerpc-unknown-eabi
checking target system type... powerpc-unknown-eabi
checking for powerpc-eabi-gcc...
(Continue reading)

Permalink | Reply | 1 comment |

Gmane