Re: MAXPATHLEN

> Is there any reasonable way to to issue a #warning if something uses > that, but permit the compile to continue? Not for a compile-time constant (unless there is some new cpp feature in gcc that I don't know about). GNU ld's symbol warnings provide a way to do that at link time for symbols (gl

Re: MAXPATHLEN

> Even though so many applications depend on MAXPATHLEN, why doesn't > Hurd define it as an arbitrary number (e.g. INT_MAX)? The way that most programs use MAXPATHLEN is as the size statically-sized arrays, so an unreasonably large value will either just not work or will eat unreasonable amounts

Re: MAXPATHLEN

On Sat, Sep 30, 2000 at 04:07:04AM +0900, OKUJI Yoshinori wrote: > Even though so many applications depend on MAXPATHLEN, why doesn't > Hurd define it as an arbitrary number (e.g. INT_MAX)? Is there any reasonable way to to issue a #warning if something uses that, but permit the compile to cont

MAXPATHLEN

Even though so many applications depend on MAXPATHLEN, why doesn't Hurd define it as an arbitrary number (e.g. INT_MAX)? Okuji

modems should work now (who was going to work on ppp?)

Hi, I just fixed a relevant bug in gnumach: 2000-09-29 Marcus Brinkmann <[EMAIL PROTECTED]> * i386/i386at/conf.c (dev_name_list): Don't use MACH_COM to check if com support is enabled, but NCOM, as it used to be. Com support was added in gnumach by default, but did not get an

Re: Trying to compile

On Fri, Sep 29, 2000 at 05:43:26PM +0100, Frederico S. Muñoz wrote: > > - Original Message - > From: "Brent Fulgham" <[EMAIL PROTECTED]> > To: "Frederico S. Muñoz" <[EMAIL PROTECTED]>; > > Sent: Friday, September 29, 2000 5:37 PM > Subject: RE: Trying to compile > > > > > The first vict

Re: Yet another X report + question

Marcus Brinkmann a écrit : > The Hurd does not support ld.so.conf nor ld.so.cache. The official way to > fix this is to use rpath, something that is frowned upon by Debian > officially (lintian checks for rpath), although the policy or packaging > manual doesn't mention rpath. > > So, we are in

Re: Trying to compile

- Original Message - From: "Brent Fulgham" <[EMAIL PROTECTED]> To: "Frederico S. Muñoz" <[EMAIL PROTECTED]>; Sent: Friday, September 29, 2000 5:37 PM Subject: RE: Trying to compile > > The first victim was tree, that vital component of every > > system; I got the src deb, made a dpkg-so

RE: Trying to compile

> The first victim was tree, that vital component of every > system; I got the src deb, made a dpkg-source -x ***.dsc > (I had the diff and the tar.gz) and it expanded nicely; > I then made a simple configure && make; there were > issued with MAXPATHLEN - I red about that in the Debian > GNU/Hurd

Trying to compile

Hello all. I am trying to compile several packages and as expected I'm failing miserably :) The first victim was tree, that vital component of every system; I got the src deb, made a dpkg-source -x ***.dsc (I had the diff and the tar.gz) and it expanded nicely; I then made a simple configure && m

RE: Yet another X report + question

> One question : why do I still have to set LD_LIBRARY_PATH > even though the path to the X libs is set in /etc/ld.so.conf ? > Does ldconfig work under the Hurd ? > To the best of my knowledge, the Hurd does not use the ld.so.conf settings. I'm not sure if this is planned to be changed. Regar

Re: Yet another X report + question

On Fri, Sep 29, 2000 at 04:25:48PM +0200, David Coquil wrote: > One question : why do I still have to set LD_LIBRARY_PATH even though the > path to > the X libs is set in /etc/ld.so.conf ? Does ldconfig work under the Hurd ? The Hurd does not support ld.so.conf nor ld.so.cache. The official way

Yet another X report + question

Hi, I'm back to the Hurd after some time where I didn't have the necessary ressources to play with it. I already had the Hurd running on my box, but with a quite old setting (october 1999 or so tarball), so I decided to do a fresh install using the latest tarball. I was *delighted* to s

Re: Report on X

hi, > "Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes: Marcus> You should list the missing files. Maybe they are about Marcus> features the hurd doesn't have. Marcus> Usually, such one time hacks are terrible wrong, and don't Marcus> bring us further. In the ideal ca

Python on hurd (was RE: Report on X)

hi, I have the python sources with me and will recompile the base python debs sometime soon and fill you folks in. I will also recompile numPy _after_ installing the new python debs and let you know. If possible I'll try to upload them (the upload may take forever...:(). And thanks for