bug#19540: repeated ./././ in compiled modules

2016-06-24 Thread Ludovic Courtès
Andy Wingo skribis: > On Fri 24 Jun 2016 10:28, l...@gnu.org (Ludovic Courtès) writes: > >> Hello! >> >> Andy Wingo skribis: >> >>> On Thu 23 Jun 2016 15:06, l...@gnu.org (Ludovic Courtès) writes: >>> ‘canonicalize_file_name’ is costly: roughly one syscall per file name component.

bug#19540: repeated ./././ in compiled modules

2016-06-24 Thread Andy Wingo
Hi :) On Fri 24 Jun 2016 10:28, l...@gnu.org (Ludovic Courtès) writes: > Hello! > > Andy Wingo skribis: > >> On Thu 23 Jun 2016 15:06, l...@gnu.org (Ludovic Courtès) writes: >> >>> ‘canonicalize_file_name’ is costly: roughly one syscall per file name >>> component. >>> >>> IIUC, ‘canonicalize_fi

bug#19540: repeated ./././ in compiled modules

2016-06-24 Thread Ludovic Courtès
Hello! Andy Wingo skribis: > On Thu 23 Jun 2016 15:06, l...@gnu.org (Ludovic Courtès) writes: > >> Andy Wingo skribis: >> >>> commit 9a951678713557b548415d32eae6d63d039bf652 >>> Author: Andy Wingo >>> Date: Thu Jun 23 10:03:10 2016 +0200 >>> >>> Fix relative file name canonicalization on

bug#19540: repeated ./././ in compiled modules

2016-06-23 Thread Andy Wingo
Hi :) On Thu 23 Jun 2016 15:06, l...@gnu.org (Ludovic Courtès) writes: > Andy Wingo skribis: > >> commit 9a951678713557b548415d32eae6d63d039bf652 >> Author: Andy Wingo >> Date: Thu Jun 23 10:03:10 2016 +0200 >> >> Fix relative file name canonicalization on paths with "." >> >> *

bug#19540: repeated ./././ in compiled modules

2016-06-23 Thread Ludovic Courtès
Andy Wingo skribis: > commit 9a951678713557b548415d32eae6d63d039bf652 > Author: Andy Wingo > Date: Thu Jun 23 10:03:10 2016 +0200 > > Fix relative file name canonicalization on paths with "." > > * libguile/filesys.c (scm_i_relativize_path): Canonicalize the file > names ele

bug#19540: repeated ./././ in compiled modules

2016-06-23 Thread Andy Wingo
Hi! On Tue 20 Jan 2015 22:12, l...@gnu.org (Ludovic Courtès) writes: > scheme@(guile-user)> (add-to-load-path ".") > scheme@(guile-user)> %load-path > $2 = ("." [...]) > scheme@(guile-user)> (getcwd) > $3 = "/home/ludo/src/guile/module/ice-9" > scheme@(guile-user)> (open-input-file (search-path %

bug#19540: repeated ./././ in compiled modules

2015-01-20 Thread Ludovic Courtès
Matt Wette skribis: > Absolute paths work. But this is really unsatisfactory IMO. I develop code > in modules and do so in many directories. It would be quite painful to just > use absolute paths. > > I don't see what the big security thread is. Suppose we’re working on the same machine and

bug#19540: repeated ./././ in compiled modules

2015-01-19 Thread Matt Wette
Absolute paths work. But this is really unsatisfactory IMO. I develop code in modules and do so in many directories. It would be quite painful to just use absolute paths. I don't see what the big security thread is. If really a problem, why does guile allow relative paths? For comparison,

bug#19540: repeated ./././ in compiled modules

2015-01-19 Thread Ludovic Courtès
Matt Wette skribis: > 1) I found that this problem persists across restarts of guile. I have been > debugging a module in current dir and I am seeing the path extend an extra > "./" every time I type ",reload (lalr1). > > 2) My environment includes >GUILE_LOAD_PATH=.:/Users/mwette/opt/guil

bug#19540: repeated ./././ in compiled modules

2015-01-10 Thread Matt Wette
Some more info: 1) I found that this problem persists across restarts of guile. I have been debugging a module in current dir and I am seeing the path extend an extra "./" every time I type ",reload (lalr1). 2) My environment includes GUILE_LOAD_PATH=.:/Users/mwette/opt/guile 3) If I chang