Am Tuesday 11 September 2012 19:30:55 schrieb Mark Morgan Lloyd:
> Rainer Stratmann wrote:
> > Am Tuesday 11 September 2012 18:14:57 schrieb Mark Morgan Lloyd:
> >> Martin wrote:
> >>> On 11/09/2012 10:28, Rainer Stratmann wrote:
> I found out that there is no line information shown (-gl) if a
Hi!
I'm working on a header translation for LibUSB and its fork libusbx.
They define several data types as C enums (for examples, see
http://libusbx.sourceforge.net/api-1.0/group__desc.html ).
They excessively use direct assignment of enum values, and even use one
value multiple times (e.g. LIBUS
On 12 Sep 2012, at 19:11, Johann Glaser wrote:
> Can I translate this 1:1, i.e., define an Enum in Pascal and just ignore
> the compiler warnings about reused values?
>
> Or should I rather define all these types as Integer and define
> constants for all values?
It depends on whether you need a
Hi,
Exists any multiplatform function which check if string contains not
allowed characters (like < > / \ on windows) for filename?
Regards
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pasc
On Wed, 12 Sep 2012 20:44:21 +0200, Jonas Maebe
wrote:
Include an appropriate {$packenum xxx} directive in your source code.
There is no {$packenum c} (I'm not even sure whether the C standard says
anything about the size of enums),
Yes, it does say something about it:
|Each enumerated
On 12/09/12 20:11, Johann Glaser wrote:
Hi!
I'm working on a header translation for LibUSB and its fork libusbx.
They define several data types as C enums (for examples, see
http://libusbx.sourceforge.net/api-1.0/group__desc.html ).
They excessively use direct assignment of enum values, and eve
Jonas,
Regarding bug #22860 on the inability to define enumeration members
using expressions containing previously defined members of the same
type, the current fix does not provide a complete solution.
The current fix won’t allow for valid declarations such as TYPE
TMyEnum = (meA, meB = 1 + meA)
