search

apartmentEmulator / mupen64plus

Automatically exported from code.google.com/p/mupen64plus
0 stars 0 forks source link

Many important architectures not defined in pre.mk #260

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
mupen64plus must exactly know for which architectures it is build and which
word size and endianess it has. Most architectures supported by debian
weren't listed here. That means that the build would probably fail or
generate unusable binaries.
To better support unknown architectures NO_ASM must be enabled by default
and known good architectures can then override this value. The user can
still force to change that behavior by NO_ASM=0 or NO_ASM=1 on the commandline.

Patch taken from 
http://git.debian.org/?p=collab-maint/mupen64plus.git;a=tree;f=debian/patches;hb
=master

Original issue reported on code.google.com by sven@narfation.org on 2 Sep 2009 at 11:06

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
Update detection of armel.

Original comment by sven@narfation.org on 7 Sep 2009 at 9:43

Attachments:

GoogleCodeExporter commented 8 years ago 
Gentlemen, we should be using autotools to do platform identification for us 
instead 
of hand coding checks in a custom Makefile.

Original comment by zzt...@gmail.com on 8 Sep 2009 at 12:26

GoogleCodeExporter commented 8 years ago 
Do you have an example how to get endianness and wordsize during a 
_cross_compile
using autotools/cmake/scons (so for example compiling powerpc binaries on 
armel)?

And this patch is only here because we need it *now* in debian and not in a 
release
or two. And I think it is a good idea to submit downstream applied patches to
upstream. Upstream can then decide if they want the patch or if they want to 
fix the
problem in another way.

Original comment by sven@narfation.org on 8 Sep 2009 at 12:35

GoogleCodeExporter commented 8 years ago 
I don't have a working example, but here's the relevant documentation:
http://www.gnu.org/software/autoconf/manual/autoconf.html#Canonicalizing

Maybe we should discuss this on the group instead of on an issue.

Original comment by zzt...@gmail.com on 8 Sep 2009 at 12:50

GoogleCodeExporter commented 8 years ago 
Ported from 1.5 to trunk r1404

Original comment by sven@narfation.org on 9 Sep 2009 at 8:57

Attachments:

GoogleCodeExporter commented 8 years ago 
This will potentially be changed with new makefiles/build system, but for now I 
have
applied in rev 1408

Original comment by richard...@gmail.com on 29 Sep 2009 at 3:48

GoogleCodeExporter commented 8 years ago 
Issue 326 has been merged into this issue.

Original comment by s...@narfation.org on 12 Sep 2012 at 7:48