| Age | Commit message (Collapse) | Author | Files |
|---|
|
PACKAGE_ARCH to something which doesn't conflict with normal packages (from Poky)
|
|
* add support for python 2.5
* catch more .debug files
|
|
|
|
close #2443 and probably few others
|
|
* siteinfo.bbclass, bfin-common: autofoo support
* kernel-arch.bbclass, linux-libc-headers_2.6.20.bb: bfin -> blackfin mapping for the kernel
* insane.bbclass: stubs for bfin arch, needs proper number, but that will get reported when it encounters the first binary
* uclibc: config for adsp-bf537-stamp machine
* adsp-bf537-stamp.conf: machine description for adsp-bf537-stamp board (http://www.analog.com/en/prod/0%2C2877%2CBF537%25252DSTAMP%2C00.html)
The build currently stops in binutils cross with the "ld not supported on this archicture" message
|
|
and 'c8599288dc49a072fdecb653b73e7451328d26de'
|
|
list of packages in PACKAGE_INSTALL installed as is, without any dependencies.
* Useful for initrds, etc.
* Closes #2469.
|
|
qte[-mt] builds.
|
|
directories
|
|
(i.e awmn)
mirrors.
|
|
proper place.
|
|
|
|
|
|
|
|
|
|
* For native modules DEPEND on perl-native and for others DEPEND on perl
(which in turn depends on perl-native) rather then always depending on
both perl and perl-native.
* Only RDEPEND for non-native modules rather then both native and
non-native.
These changes are to allow you to build native modules without have to build
perl. Previously the dependencies would result in perl being built even
though it didn't actually need to. Thanks to hrw for pointing out what was
happening here.
|
|
* Stage the headers from perl
* Modify cpan.bbclass to use the appropriate headers.
* Remove prototypes as well as disabling functions that uclibc doesn't
support.
* Bump PR on libxml-parser-perl to force it to be rebuilt.
Previously it was always using the headers from native-perl, since the
headers were the same for native and target... but that's only true in the
case of glibc, for uclibc the headers are different.
|
|
environment and use that instead of the configured location of PERL_INC.
Without this PERL_INC for non-native recipes ends up pointing at where the
headers will be located on the target. In theory we could override this in
cpan class when calling build.PL but for some packages, such as
libxml-parser-perl, that only fixes the top-level makefile and is not
propagated to the sub-makefiles. This change results in MakeMaker always
picking up the correct staged location of the include files without
effecting where they expect to be found on the target.
|
|
characters. Closes bug #2227
|
|
doesn't fail on sourcing in /etc/profile. Closes #2388
|
|
package is not to use the icecc scheduler.
In this way you don't end up with -jX to be handled by a single cpu/machine
Remove glibc and add glibc-intermediate in the list of packages not use the icecc scheduler
|
|
native builds
|
|
-Properly quote the PR, PV and such.
-Log communication with the bugzilla to a log file for inspection.
|
|
|
|
|
|
|
|
|
|
directories + 1 small textfile), so add it to RDEPENDS
|
|
* NOTE: 1.5.22 has to be updated as well
|
|
|
|
|
|
and '88cbce2efbfb5b53d746089e00d4c028271d57d2'
|
|
* Suggested by Richard Purdie.
* Closes #2274.
|
|
if they were found at all.
* Fixes #2274.
|
|
|
|
|
|
WORKDIR and STAGING
[18:23] likewise: would be my proposed fix for now, until we figure out if cross tooling need to RPATH to it's own libs.
|
|
flash images for Magicbox
It creates "ready-to-burn" squashfs and squashfs-lza images and a single file kernel+jffs2 image
|
|
cpan-base.bbclass, and then update the cpan modules to no longer manually
specify this. Also remove references to the new removed .packlist files.
|
|
cpan-base class and update cpan_build to work with the new perl layout that
was added with perl 5.8.8.
|
|
|
|
configuration from hanging bitbake. They expect you to press y to indicate
that you are ok with the configuration. For some reason there was no problem
in bitbake 1.6 but this caused hangs in do_configure with bitbake 1.8.
|
|
perl-native. They are built with perl-native but use the
configuration information from perl. This issue wasn't showing up
with bitbake 1.6 but is with 1.8.2 where perl is configured and
compiled perl but not staged prior to moving on.
|
|
and 'e1f2e3537870e6d4a997727168dd4b5fc7824f14'
|
|
* Modify perl to install a copy of it's configuration during staging. This
will allow us to get at the perl settings for the target when building
cpan modules.
* Modify perl-native to allow selection of the host or target configuration
based on an environment variable. This will allow the cpan class to select
the appropriate configuration based on if we are building the native
package or not.
* Modify cpan.bbclass to set the environment variable to an appropriate
value to tell perl native to select the appropriate settings based on if
we are building native or target modules.
This change fixes some modules that were compiled for the host instead of
the target (libversion-perl for example) and fixes up some of cpan modules
that include additional subdirectories with their own makefiles.
|
|
Still needs work, especially uclibc part
|
|
native packages break because <buildarch>-gcc doesn't exist, just gcc. CCLD
gets us the correct CC to be used for linking in both cases, so we use that.
|
|
files for perl modules built using cpan will end up in different places
depending on which version of perl they are being built with. Modules that
explicitly set various FILES_ values were using the paths that are only
valid for the older versions of perl. Calculate and set the correct path in
cpan.bbclass and use that in the FILES_ variables so that it'll be correct
for all versions of perl.
|
|
occurences.
|
|
|
