> "Michel" == Michel Dänzer <[EMAIL PROTECTED]> writes:
Michel> There is a SYMFUNC for memcpy which is guarded by
Michel> #if (defined(__powerpc__) && (defined(Lynx) || defined(linux))) ||
defined(__sparc__) || defined(__ia64__)
Michel> /* * Some PPC, SPARC, and IA64 compilers
> "Michel" == Michel Dänzer <[EMAIL PROTECTED]> writes:
Michel> There is a SYMFUNC for memcpy which is guarded by
Michel> #if (defined(__powerpc__) && (defined(Lynx) || defined(linux))) ||
defined(__sparc__) || defined(__ia64__)
Michel> /* * Some PPC, SPARC, and IA64 compiler
Hi There:
I loaded the "testing" debs and all seems happy, except,
can't connect
_X11TransSocketINETConnect: Can't connect: errno = 111
I looked at the /etc/X11/Xserver, anybody is allowed.
Security Policy seems correct, at least default.(unchanged)
What else should I check?
Random searc
Tor Slettnes wrote:
>
> > "Christian" == Christian T Steigies <[EMAIL PROTECTED]> writes:
>
> Christian> Tell me... and _that_ part _was_ working in a previous
> Christian> build. And I did not change much on my build system
> Christian> since then, I only installed (and built) gl
> "Christian" == Christian T Steigies <[EMAIL PROTECTED]> writes:
Christian> Tell me... and _that_ part _was_ working in a previous
Christian> build. And I did not change much on my build system
Christian> since then, I only installed (and built) glibc2.2 and
Christian> gcc-2.9
Hi There:
I loaded the "testing" debs and all seems happy, except,
can't connect
_X11TransSocketINETConnect: Can't connect: errno = 111
I looked at the /etc/X11/Xserver, anybody is allowed.
Security Policy seems correct, at least default.(unchanged)
What else should I check?
Random sear
Hi all,
I didn't get much answer to my previous mail here, so 2nd try:
In short, I installed potato(r2) on a Dell optiplex gx100 with
an i810 card and I had to revert to kernel 2.2.17 with the
agpgart module from the xfree-3.3.6 sources to get it working.
Did any of you get the same pb ?
I fo
>That's a problem because XFree86 has its own module loader for portability of
>the modules. Isn't there a way to force the compiler to include such functions
>statically or something?
The compiler can't do this on its own. You could pass the objects through `ld
-r' to resolve references to func
Tor Slettnes wrote:
>
> > "Christian" == Christian T Steigies <[EMAIL PROTECTED]> writes:
>
> Christian> Tell me... and _that_ part _was_ working in a previous
> Christian> build. And I did not change much on my build system
> Christian> since then, I only installed (and built) g
Philip Blundell wrote:
>
> >memcpy is #defined to xf86memcpy in
> >xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h
> >
> >So something goes very wrong with your build.
>
> GCC can generate calls to memcpy on its own for structure copies and the
> like. That symbol always needs to be availab
>memcpy is #defined to xf86memcpy in
>xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h
>
>So something goes very wrong with your build.
GCC can generate calls to memcpy on its own for structure copies and the like.
That symbol always needs to be available, you can't just #define it away.
p.
> "Christian" == Christian T Steigies <[EMAIL PROTECTED]> writes:
Christian> Tell me... and _that_ part _was_ working in a previous
Christian> build. And I did not change much on my build system
Christian> since then, I only installed (and built) glibc2.2 and
Christian> gcc-2.
"Christian T. Steigies" wrote:
>
> On Mon, Jan 08, 2001 at 07:01:00PM +0100, Michel Dänzer wrote:
>
> > With 4.0.2 installed:
> >
> > ~> strings /usr/X11R6/lib/modules/fonts/libbitmap.a|grep memcpy
> > xf86memcpy
> >
> >
> > memcpy is #defined to xf86memcpy in
> > xc/programs/Xserver/hw/xfree86/o
On Mon, Jan 08, 2001 at 07:01:00PM +0100, Michel Dänzer wrote:
> With 4.0.2 installed:
>
> ~> strings /usr/X11R6/lib/modules/fonts/libbitmap.a|grep memcpy
> xf86memcpy
>
>
> memcpy is #defined to xf86memcpy in
> xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h
>
> So something goes very w
"Christian T. Steigies" wrote:
> XFree86 Version 4.0.2 / X Window System
> (protocol Version 11, revision 0, vendor release 6400)
> Release Date: 18 December 2000
> [...]
> (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
> (II) Module XFree86 Font Renderer: vendor="XFree86 Font Renderer"
>
Hi all,
I didn't get much answer to my previous mail here, so 2nd try:
In short, I installed potato(r2) on a Dell optiplex gx100 with
an i810 card and I had to revert to kernel 2.2.17 with the
agpgart module from the xfree-3.3.6 sources to get it working.
Did any of you get the same pb ?
I f
On Sun, Jan 07, 2001 at 02:17:48PM -0500, Branden Robinson wrote:
> On Sun, Jan 07, 2001 at 04:37:39PM +0100, Christian T . Steigies wrote:
> > On Sat, Jan 06, 2001 at 02:28:03PM -0500, Daniel Jacobowitz wrote:
> >
> > > Could you try not stripping the modules? I recall alpha having a
> > > simil
On Mon, Jan 08, 2001 at 08:39:36AM -0800, Ron Farrer wrote:
> I am trying to build X4 on Alpha I get this:
> n file included from xftint.h:30,
> from xftcfg.c:28:
> XftFreetype.h:34: parse error before `_XftFTlibrary'
> XftFreetype.h:34: warning: type defaults to `int' in declarati
>That's a problem because XFree86 has its own module loader for portability of
>the modules. Isn't there a way to force the compiler to include such functions
>statically or something?
The compiler can't do this on its own. You could pass the objects through `ld
-r' to resolve references to fun
Philip Blundell wrote:
>
> >memcpy is #defined to xf86memcpy in
> >xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h
> >
> >So something goes very wrong with your build.
>
> GCC can generate calls to memcpy on its own for structure copies and the
> like. That symbol always needs to be availa
>memcpy is #defined to xf86memcpy in
>xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h
>
>So something goes very wrong with your build.
GCC can generate calls to memcpy on its own for structure copies and the like.
That symbol always needs to be available, you can't just #define it away.
p.
On Mon, Jan 08, 2001 at 07:01:00PM +0100, Michel Dänzer wrote:
> With 4.0.2 installed:
>
> ~> strings /usr/X11R6/lib/modules/fonts/libbitmap.a|grep memcpy
> xf86memcpy
>
>
> memcpy is #defined to xf86memcpy in
> xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h
>
> So something goes very
"Christian T. Steigies" wrote:
>
> On Mon, Jan 08, 2001 at 07:01:00PM +0100, Michel Dänzer wrote:
>
> > With 4.0.2 installed:
> >
> > ~> strings /usr/X11R6/lib/modules/fonts/libbitmap.a|grep memcpy
> > xf86memcpy
> >
> >
> > memcpy is #defined to xf86memcpy in
> > xc/programs/Xserver/hw/xfree86/
"Christian T. Steigies" wrote:
> XFree86 Version 4.0.2 / X Window System
> (protocol Version 11, revision 0, vendor release 6400)
> Release Date: 18 December 2000
> [...]
> (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
> (II) Module XFree86 Font Renderer: vendor="XFree86 Font Renderer"
>
On Sun, Jan 07, 2001 at 02:17:48PM -0500, Branden Robinson wrote:
> On Sun, Jan 07, 2001 at 04:37:39PM +0100, Christian T . Steigies wrote:
> > On Sat, Jan 06, 2001 at 02:28:03PM -0500, Daniel Jacobowitz wrote:
> >
> > > Could you try not stripping the modules? I recall alpha having a
> > > simi
On Mon, Jan 08, 2001 at 08:39:36AM -0800, Ron Farrer wrote:
> I am trying to build X4 on Alpha I get this:
> n file included from xftint.h:30,
> from xftcfg.c:28:
> XftFreetype.h:34: parse error before `_XftFTlibrary'
> XftFreetype.h:34: warning: type defaults to `int' in declarat
On Sun, Jan 07, 2001 at 11:48:42PM -0500, Zephaniah E Hull wrote:
> On Sun, Jan 07, 2001 at 01:11:00AM +0100, Christian T. Steigies wrote:
> > Hi,
> > On my i386 box I run two X servers, one on vt9 (24-bit) and one on vt10
> > (16-bit). From time to time I press the wrong function key when changein
On Sun, Jan 07, 2001 at 11:48:42PM -0500, Zephaniah E Hull wrote:
> On Sun, Jan 07, 2001 at 01:11:00AM +0100, Christian T. Steigies wrote:
> > Hi,
> > On my i386 box I run two X servers, one on vt9 (24-bit) and one on vt10
> > (16-bit). From time to time I press the wrong function key when changei
On Sun 07 Jan 2001, [EMAIL PROTECTED] wrote:
> Aye. I have gotten X to compile within barely 800Mb, but that is pushing
> it.
Well, Ron Farrer volunteered to attempt a build, and he reported
a couple of gigs free. Should be enough, even on alpha (where the
binaries are typically 30% larger) :-)
On Sun 07 Jan 2001, [EMAIL PROTECTED] wrote:
> Aye. I have gotten X to compile within barely 800Mb, but that is pushing
> it.
Well, Ron Farrer volunteered to attempt a build, and he reported
a couple of gigs free. Should be enough, even on alpha (where the
binaries are typically 30% larger) :-)
30 matches
Mail list logo