On 19/10/2011, at 11:57 PM, Didier Raboud wrote:
Le mercredi, 19 octobre 2011 15.31:53, Gergely Nagy a écrit :
Didier Raboud o...@debian.org writes:
URL : http://jim.berlios.de/
With Berlios closing in a few weeks, on the 31st of October, is there
any other place upstream
On 20/10/2011, at 12:03 AM, Øyvind Harboe wrote:
The source code is already hosted off berlios.
The mailing list needs a new home.
Ideally I'd like the following Jim Tcl setup:
- git+gerrit + jenkins
- mailing list
Same as for OpenOCD and I'm especially pleased with how
Results below.
Joerg Schilling wrote:
Steve Bennett [EMAIL PROTECTED] wrote:
Bad news!
sizeof(test1) is 12
offsetof(test1, more) is 8
offsetof(test1, dummy) is 10
I suppose this is the bit you are referring to:
the size
of the structure shall be equal to the offset of the last
Bad news!
sizeof(test1) is 12
offsetof(test1, more) is 8
offsetof(test1, dummy) is 10
I suppose this is the bit you are referring to:
the size
of the structure shall be equal to the offset of the last
element of an otherwise identical structure that replaces
the flexible array
Answers below
Joerg Schilling wrote:
Steve Bennett [EMAIL PROTECTED] wrote:
#include stdio.h
struct test1
{
char blerg[1];
char type[4];
char flibble[3];
char more[2];
} __attribute__((packed));
_Pragma(pack(1)) struct test2
{
char blerg[1];
char type[4];
char flibble
Joerg,
I can't quite see where you are going with all this.
I think we have explained quite clearly the behaviour of the GCC compiler on
the arm platform.
If you don't like any of our proposed solutions, that's fine.
Please fix it *any* way you like, just so long as it works for the arm-gcc
Joerg Schilling wrote:
Steve Bennett [EMAIL PROTECTED] wrote:
Joerg,
I can't quite see where you are going with all this.
Could you run another test?
Sure.
#include stdio.h
struct test1
{
char blerg[1];
char type[4];
char flibble[3];
char more[2];
} __attribute__
Sure, I'm happy to provide some feedback.
You might say that the real problem is the arm gcc compiler.
For whatever reason, it really likes to align things on 4 byte boundaries,
and pad structures to 4 byte boundaries, even where most other compilers don't.
(Such as the char arrays in the
Joerg Schilling wrote:
Did you test with a recent GCC using
#pragma pack(1)
I would expect that this also results in reduced sizes.
Yes, I certainly have tested it (and Steve said he had too).
It does not work.
nslu2 gcc -dumpversion
4.0.3
Which is just about as recent as it gets.
I
Package: mkisofs
Version: 4:2.01+01a03-5
Severity: normal
/tmp/reportbug-mkisofs-20060206-3618-5vNNYZ
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: arm (armv5tel)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux
Hmmm, I think I did something wrong with my bug submission
and I lost the description. Here it is.
On the arm platform (at least) character arrays are not packed
on byte boundaries, which means that the structures defined in
iso9660.h do NOT map properly to the on-disc records.
The attached
11 matches
Mail list logo
