On Fri, Apr 23, 2004 at 01:57:48PM -0700, Chris Waters wrote:
> Can you name a private function "errno"? No, that's a reserved name.
> Can you name an private function "_x11_fobar"? Technically, no,
> you cannot, that's a reserved name! All names that start with
> underscore are reserved by
On Fri, Apr 23, 2004 at 01:58:24PM -0500, Branden Robinson wrote:
> On Thu, Apr 22, 2004 at 12:12:24AM -0700, Chris Waters wrote:
> > So technically, what we have here is two bugs. One against OpenMotif
> > for depending on X internal symbols (symbols with mandatorily
> > undefined behavior, at th
On Thu, Apr 22, 2004 at 12:12:24AM -0700, Chris Waters wrote:
> So technically, what we have here is two bugs. One against OpenMotif
> for depending on X internal symbols (symbols with mandatorily
> undefined behavior, at that). And one against X upstream for code
> with undefined behavior.
I do
On Thu, Apr 22, 2004 at 12:12:24AM -0700, Chris Waters wrote:
> On Thu, Apr 22, 2004 at 11:28:24AM +1000, Daniel Stone wrote:
> > On Wed, Apr 21, 2004 at 11:51:58AM -0700, Chris Waters wrote:
> > > Now, I'll grant that large parts of X11 predate the C standards, but
> > > that's no excuse for ignor
On Thu, Apr 22, 2004 at 11:28:24AM +1000, Daniel Stone wrote:
> On Wed, Apr 21, 2004 at 11:51:58AM -0700, Chris Waters wrote:
> > Now, I'll grant that large parts of X11 predate the C standards, but
> > that's no excuse for ignoring the problem or pretending it doesn't
> > exist. There should be
On Wed, Apr 21, 2004 at 11:51:58AM -0700, Chris Waters wrote:
> On Wed, Apr 21, 2004 at 11:05:24AM +1000, Daniel Stone wrote:
> > A leading underscore is universally accepted to denote
> > 'internal' [...]
>
> I don't know about "universally". Anyone (like Gerd or I) who is
> familiar with the IS
On Wed, Apr 21, 2004 at 11:05:24AM +1000, Daniel Stone wrote:
> A leading underscore is universally accepted to denote
> 'internal' [...]
I don't know about "universally". Anyone (like Gerd or I) who is
familiar with the ISO C standard knows that anything with a leading
underscore is reserved fo
Processing commands for [EMAIL PROTECTED]:
> reassign 194466 openmotif
Bug#194466: 008_fix_xgetpw_macro.diff breaks Xlib API.
Bug reassigned from package `xfree86' to `openmotif'.
> retitle 194466 openmotif: uses Xlib private functions
Bug#194466: 008_fix_xgetpw_macro.diff breaks Xlib API.
Change
reassign 194466 openmotif
retitle 194466 openmotif: uses Xlib private functions
thanks
On Tue, Apr 20, 2004 at 05:39:11AM +1000, Daniel Stone wrote:
> On Mon, Apr 19, 2004 at 10:48:08AM -0700, Debian Bug Tracking System wrote:
> > [stuff]
>
> For record, the report concerns the fact that _Xgetpwn
On Wed, Apr 21, 2004 at 01:25:49AM +0200, Gerd Knorr wrote:
> On Tue, Apr 20, 2004 at 05:39:11AM +1000, Daniel Stone wrote:
> > On Mon, Apr 19, 2004 at 10:48:08AM -0700, Debian Bug Tracking System wrote:
> > > [stuff]
> >
> > For record, the report concerns the fact that _Xgetpwnam semantics
> > c
On Tue, Apr 20, 2004 at 05:39:11AM +1000, Daniel Stone wrote:
> On Mon, Apr 19, 2004 at 10:48:08AM -0700, Debian Bug Tracking System wrote:
> > [stuff]
>
> For record, the report concerns the fact that _Xgetpwnam semantics
> changed in 4.3.0.
Especially annonying is that debian is different than
On Mon, Apr 19, 2004 at 10:48:08AM -0700, Debian Bug Tracking System wrote:
> [stuff]
For record, the report concerns the fact that _Xgetpwnam semantics
changed in 4.3.0.
Personally, I don't think any external lib should be using, much less
relying on, macros from other libraries whose names star
Processing commands for [EMAIL PROTECTED]:
> reassign 194466 xfree86
Bug#194466: openmotif: Xm/Xmos.c does not compile on sparc
Bug reassigned from package `openmotif' to `xfree86'.
> retitle 194466 008_fix_xgetpw_macro.diff breaks Xlib API.
Bug#194466: openmotif: Xm/Xmos.c does not compile on sp
13 matches
Mail list logo
