Thanks for the quick response, Dirk.
To call the configure script, I use:
CC=arm_v5t_le-gcc ./configure --build=i686-linux --host=arm-linux
--prefix=$GSTREAMER_DIR
That seems fine to me. GSTREAMER_DIR is defined as <my DM6446 file
system>/opt/gstreamer. This is a valid path and I've installed glib and
other libs there.
I run make distclean and then I run configure, I get the same output as
before.
I compile using
make clean
make install
<in the check directory>
This again gives me the same result.
I was quite sure the backslashes were causing the problem, so the next
time, after running configure I changed the makefiles (simply removed
the backslashes) and executed make clean and make install again. This
seemed to solve the problem. libcheck.a is now in my
<file_system>/opt/gstreamer/lib/
I still don’t know why automake would create an incorrect Makefile.
Would anybody know?
Vijay
------------------------------------------------------------------------
*From:* Dirk Behme [mailto:[EMAIL PROTECTED]
*Sent:* Sun 3/9/2008 2:45 PM
*To:* Vijaydeep Kiran Nadkarni
*Cc:* davinci-linux-open-source@linux.davincidsp.com
*Subject:* Re: building gstreamer for DM6446
Vijaydeep Kiran Nadkarni wrote:
Apologies for the incorrect subject line last time.
All,
I'm trying to build gstreamer (as provided by TI) for the DM6446. I
could not compile check-0.9.3, a lib required by gstreamer.
In the log messages during compilation of check, I see the line where
a compiler is supposed to run and then the archiver (ar) (to make the
lib) runs. The first file the archiver tries archive is check.o. check.c
is also the first file that the compiler is supposed to compile.
I see something very suspicious where it tries to compile check.c :
make[1]: Entering directory
`/home/vijay/projects/GStreamer/opensource_build/check-0.9.3/src'
source='check.c' object='check.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ../depcomp \
arm_v5t_le-gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wall
-Wstrict-prototypes -Wmissing-prototypes -Wwrite-strings -c check.c
source='check_error.c' object='check_error.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ../depcomp \
arm_v5t_le-gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wall
-Wstrict-prototypes -Wmissing-prototypes -Wwrite-strings -c check_error.c
>From the logs above, it appears that it doesn't even run the compiler.
The back-slashes (\) at the end of the (2nd & 3rd) lines makes the group
of three lines into one line. I would correct the Makefile, but it isn't
provided in the package from TI and is probably created by automake.
Any ideas, anyone? Why would automake create an incorrect Makefile?
How could I fix this?
Appreciate any suggestions.
Can you check how configure is called? I don't use MV toolchain, so
please replace arm-none-linux-gnueabi-gcc with arm_v5t_le-gcc below.
For configure I use use:
<path_to>/gstreamer/opensource_build/check-0.9.3>
CC=arm-none-linux-gnueabi-gcc ./configure --build=i686-linux
--host=arm-linux --prefix=<path_to>/gstreamer/filesys/opt/gstreamer
Then calling make I get:
<path_to>/gstreamer/opensource_build/check-0.9.3> make
make all-recursive
make[1]: Entering directory
`<path_to>/gstreamer/opensource_build/check-0.9.3'
Making all in src
make[2]: Entering directory
`<path_to>/gstreamer/opensource_build/check-0.9.3/src'
if arm-none-linux-gnueabi-gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2
-Wall -Wstrict-prototypes -Wmissing-prototypes -Wwrite-strings -MT
check.o -MD -MP -MF ".deps/check.Tpo" -c -o check.o check.c; \
then mv -f ".deps/check.Tpo" ".deps/check.Po"; else rm -f
".deps/check.Tpo"; exit 1; fi
...
which results in getting check.o
Btw.: I extended make_opensource.sh to have a "make distclean" in
front of each configure. To be on the safe side ;) This results in
something like:
make distclean
CC=arm-none-linux-gnueabi-gcc ./configure ...
make
What do you get if you go manually to check-0.9.3 directory and
execute something like above there?
Dirk
Brian Jeff wrote:
Stephen,
The package was built for the latest Montavista kernel on the DM6446
DVEVM. Some additional work may be needed to port this to the latest
community open source Linux kernel for DaVinci. Which OS version are you
using?
Thanks for pointing out the difference in the filename - I'll rename the
file back to gstreamer_tibuild.tar.gz to be consistent with the docs.
We'll also have a plain text or HTML doc up shortly on the Z3 Technology
site. They are getting their CVS / GIT ready.
Brian Jeff
________________________________
From: Stephen Berry [EMAIL PROTECTED]
Sent: Tuesday, January 22, 2008 8:59 AM
To: Jeff, Brian
Cc: davinci-linux-open-source@linux.davincidsp.com
Subject: Re: TI is releasing Gstreamer for DaVinci DM6446 to open source
This is great - but:
Well I just tried it. Of course it didn't compile - the glibc configure
failed with:
checking for growing stack pointer... configure: error: cannot run
test program while cross compiling
And the package gstreamer_tibuild.tar.gz wasn't on the web site for
download.
Anyone else have a problem building this?
Steve
________________________________
From: Stephen Berry [EMAIL PROTECTED]
Sent: Tuesday, January 22, 2008 8:59 AM
To: Jeff, Brian
Cc: davinci-linux-open-source@linux.davincidsp.com
Subject: Re: TI is releasing Gstreamer for DaVinci DM6446 to open source
Jeff, Brian wrote:
Gstreamer for DaVinci TMS320DM6446 is now available for free download,
delivered under LGPL, for the open source community.
Several TI business units and engineering teams have been working with
Gstreamer as a foundation for application demos and other project work;
we want to make that port available to the open source community to
enable development and innovation on the DaVinci platform.
The completed port for the DaVinci DM6446 DVEVM is available at
http://focus.ti.com/dsp/docs/dspsplash.tsp?contentId=3100 and at
http://linux.davincidsp.com <http://linux.davincidsp.com/>
<http://linux.davincidsp.com/> under the
'downloads' link.
This Gstreamer port can be used with TI codecs, 3rd party codecs, or
your own xDM / xDAIS compliant codecs. A companion package of TI digital
media software decoders (licensable object code) is provided along with
the Gstreamer open source release; the companion package includes codec
engine, and some codec servers supporting video and audio decoding.
An application note accompanies the download, and describes the build
process and developer entry points. We encourage the use of this
framework for projects on the DaVinci-based devices. The download site
describes the maintainer for this project, Z3 technologies. Z3 will be
hosting the project under GIT version control within the next few weeks.
The website above will contain a quarterly snapshot of the project at it
evolves.
The following group of TI developers contributed their efforts to
porting the Gstreamer project to DaVinci for this release:
Rishi Bhattacharya (original port)
Vasant Kumar Easwaran (Complete revamp and bugfixes, port on Davinci)
Pratheesh Gangadhar (Complete revamp and bugfixes + plugins, ports)
Yashwant Vijaykumar (Complete revamp and bugfixes + plugins, ports)
Prateek Bansal and Isara Indra (port to Montavista Linux, addition of
cross-compile functionality, final integration, development of app note)
We would also like to thank the community of developers at
(http://gstreamer.freedesktop.org/) for creating such a powerful and
flexible AV framework; it has been a big benefit for the DaVinci
platform in serving key end applications like cameras and set top boxes.
I hope that many of you in the community of DaVinci Linux users will be
able to make use of this port and contribute back to the Gstreamer
project as a whole. TI has recognized the value of open source projects
such as this one for DaVinci and other TI platforms, and you can expect
to see some new releases to the community in the coming months. I'd be
interested in hearing your suggestions regarding future projects.
Thanks and regards,
Brian Jeff
Worldwide Marketing Manager, Embedded Software
Texas Instruments
Catalog Processors and Emerging End Equipments Business
[EMAIL PROTECTED]
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
[EMAIL PROTECTED]
**********************************************************************
_______________________________________________
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source