Sorry, I'll add kbmap to the standard config file.
Hi
I just wondered if anyone has made some sort of wrapper similar to the posix c
compiler (pcc) front end for 8c, but for ASM?
The reason I ask is that some projects have mixed .c and .S code and the ASM
is mostly GAS syntax.
Alternative ways of dealing with GAS ASM and still get native objec
Perhaps you could do the transformation using a sam -d script.
I've done that incrementally by hand in the past, I think, for 68k not x86.
On 3 December 2012 10:02, Jens Staal wrote:
> Alternative ways of dealing with GAS ASM and still get native object files are
> also welcome :)
Oh. I think you might still have to tweak the result by hand, because
the calling conventions are different.
Then again, if you're linking it with something else using the same
conventions, it will work.
On 3 December 2012 10:11, Charles Forsyth wrote:
> Perhaps you could do the transformation u
IMHO Go as a system programming language would be a step forward,
but C++, obviously not... It's a beast and there are no good compact
books about it.
On Thu, 22 Nov 2012 15:54:11 +0100
Hugo Rivera wrote:
> > the fact that there are bigger problems in the world does not imply
> > that we ourselves are in a position to do anything about them. heck,
> > i see problems very close to home that i can't do much about. i can
> > try to make argument
>> C++ and java feel highly inconsistent and are full of stupid busywork
>> and strange programming philosophies that you have to "learn" about,
I've written programs in both languages and you don't really have to
worry about the philosophies,
if by that is meant things like the Pattern stuff, whe
Hi,
I noticed you were asking on the libffi mailing list for Plan9 support, so I
guess your question is related to getting libffi to run on Plan9?
If you just need a ffi, dyncall is running on Plan9 already (x86, only calls,
not callbacks, though), supporting Plan9's calling convention. Check ou
> has anyone else seen this?
No, I've been running stats(8) quite a bit on arm with no trouble.
On Mon Dec 3 09:48:14 EST 2012, 9f...@hamnavoe.com wrote:
> > has anyone else seen this?
>
> No, I've been running stats(8) quite a bit on arm with no trouble.
i forgot to note (ha!) that the target machine was rebooted.
- erik
On Mon, Dec 03, 2012 at 02:13:53PM +, Charles Forsyth wrote:
> >> C++ and java feel highly inconsistent and are full of stupid busywork
> >> and strange programming philosophies that you have to "learn" about,
>
> I've written programs in both languages and you don't really have to
> worry abo
I see. That might be tedious.
On 3 December 2012 14:58, Kurt H Maier wrote:
> This may be true, but this is not what is being taught at the university
> level.
On Mon, Dec 03, 2012 at 03:21:37PM +, Charles Forsyth wrote:
> I see. That might be tedious.
>
If you ask around, you'll find tons of stories from people who took
entry-level programming courses, taught in C++, who got in trouble for
submitting C-compliant or similar code. Many schools teach
9f...@hamnavoe.com (Richard Miller) writes:
> Sorry, I'll add kbmap to the standard config file.
Do you plan to provide a pull-able version of your tree?
--
Christian Neukirchenhttp://chneukirchen.org
On 03/12/12 09:42, Richard Miller wrote:
> Sorry, I'll add kbmap to the standard config file.
>
>
Thanks a lot! Very nice work with the image, by the way. Do you have
some sort of site where I would be able to find out when you upload new
images? Or do you post to this list? All I could find are
> Do you plan to provide a pull-able version of your tree?
The bcm2835 kernel may go into the standard distribution eventually
(as /sys/src/9/bcm). Replica/pull is a bit problematic at present
because the arm binaries aren't being built on sources, and the
default /dist/replica/network will pull
> Do you have
> some sort of site where I would be able to find out when you upload new
> images?
Nothing formal - you can check the modified date of the image file in
/n/sources/contrib/miller to see if it's changed. The official install
and update mechanism for Plan 9 at present is a bit x86 de
Thanks!
I will check it out. I mostly made a shot at ffi since it is listed as a
dependency for a couple of packages I would be interested in building (or at
least try to build).
On a more general note though, being able to convert GAS ASM to Plan9 ASM (and
possibly also the other way around)
Yes, libffi has been around for quite a while, so I'm sure that there's a
lot of projects that depend on it. Looking at the assembly code for
plan9/x86 that comes with dyncall, might be helpful for adding plan9
support to libffi, as well, though - at the very core, both libraries do
similar things.
On Dec 3, 2012, at 11:00 AM, Richard Miller wrote:
>> Do you have
>> some sort of site where I would be able to find out when you upload new
>> images?
>
> Nothing formal - you can check the modified date of the image file in
> /n/sources/contrib/miller to see if it's changed. The official insta
On Mon, 03 Dec 2012 13:38:09 CST Chris Wilson
wrote:
> On Dec 3, 2012, at 11:00 AM, Richard Miller wrote:
>
> >> Do you have
> >> some sort of site where I would be able to find out when you upload new
> >> images?
> >
> > Nothing formal - you can check the modified date of the image file in
>
> contrib/* doesn't distinguish between archs. One suggestion
> is to enhance contrib/*. Probably best for the contrib author
> to do this (or provide directions) but I am thinking something
> along these lines:
>
> - when installing or pulling changes, build things locally if
> $objtype specif
22 matches
Mail list logo