Andrew Lentvorski | 1 Jul 2008 02:28

Fixed select bug in devel

The select system got broken in the last round of devel changes.  The patch
is very minor:

$ hg diff
diff -r 9f6b8596d82b c/unix/event.c
--- a/c/unix/event.c	Fri Jun 27 08:35:39 2008 +0200
+++ b/c/unix/event.c	Mon Jun 30 17:23:11 2008 -0700
 <at>  <at>  -841,7 +841,7  <at>  <at> 
       return errno;
   }
 }
-#elif defined HAVE_SIGNAL
+#elif defined HAVE_SELECT
 /*
  * Call select() on the pending ports and move any ready ones to the ready
  * queue.  If wait is true, seconds is either -1 (wait forever) or the

Michael Sperber | 1 Jul 2008 08:40
Picon

Re: scheme48-1.8 and --as-needed, DESTDIR, -D_GNU_SOURCE


Thanks for the report!

Panagiotis Christopoulos <pchrist <at> gentoo.org> writes:

> The third bug is a bit weird, and has to do with a failure that happens
> when --as-needed is used in our LD_FLAGS, and gets solved when: 

Could you briefly explain what --as-needed does, and why it's in
Gentoo's LDFLAGS?  Should we add it generally?

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla

Michael Sperber | 1 Jul 2008 08:43
Picon

Re: Fixed select bug in devel


Andrew Lentvorski <bsder <at> allcaps.org> writes:

> The select system got broken in the last round of devel changes.  The patch
> is very minor:

Applied and pushed.  Thanks for the report!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla

Panagiotis Christopoulos | 1 Jul 2008 10:03
Picon
Favicon

Re: scheme48-1.8 and --as-needed, DESTDIR, -D_GNU_SOURCE

Hi Mike,

On 08:40 Tue 01 Jul     , Michael Sperber wrote:
> Thanks for the report!
:)

> Could you briefly explain what --as-needed does, and why it's in
> Gentoo's LDFLAGS?  Should we add it generally?
From GNU linker's man page:
<cut>
--as-needed
--no-as-needed
This  option affects ELF DT_NEEDED tags for dynamic libraries mentioned
on the command line after the --as-needed option.  Normally, the linker
will add a DT_NEEDED tag for each dynamic library mentioned on the
command line, regardless of whether the library is actually needed.
--as-needed causes DT_NEEDED tags to only be  emitted  for  libraries
that satisfy some symbol reference from regular objects which is
undefined at the point that the library was linked.  --no-as-needed
restores the default behaviour.
</cut>

 In reality, it is an experimental flag, used by some of our fellow users, and
from time to time, we fix bugs related with linker failures when it is
used. But it is not considered safe, for production use and it's buggy in
earlier versions of binutils. However, theoritically, the idea behind it,
is not bad (the use of the --as-needed flag allows the linker to avoid
linking extra libraries in a binary.) For more information, you can read
our documentation about this issue.
(http://www.gentoo.org/proj/en/qa/asneeded.xml)
(Continue reading)

Michael Sperber | 5 Jul 2008 17:59
Picon

Re: scheme48-1.8 and --as-needed, DESTDIR, -D_GNU_SOURCE


Panagiotis Christopoulos <pchrist <at> gentoo.org> writes:

> This happens because the new header /usr/include/netdb.h does now:
>
> #if defined __USE_MISC || defined __USE_GNU
> # define        h_addr  h_addr_list[0] /* Address, for backward
> # compatibility.*/
> #endif
>
> and to be __USE_GNU defined, "-D_GNU_SOURCE" must be added to the
> default $(DEFS). 

This should go away by itself in a future version, as the networking
code has been rewritten already in the development version to not even
make use of it.

> The second issue is the lack of DESTDIR in config_script,
> something I think you have fixed in your stable development branch as I
> can see in
> http://www.deinprogramm.de/cgi-bin/hgs48-stable.cgi/rev/1f349e4f8f3b , so
> this is just a reminder:)

Yes, this will automatically go into the next release.

> The third bug is a bit weird, and has to do with a failure that happens
> when --as-needed is used in our LD_FLAGS, and gets solved when: 
> <cut>
> -$(LIBOBJS) $(LIBS)\
> -$(EXTERNAL_OBJECTS)
(Continue reading)

Michael Sperber | 5 Jul 2008 18:26
Picon

Re: File too large


Ivan Shmakov <ivan <at> theory.asu.ru> writes:

> 	The following patch should fix the problem on 32-bit platforms
> 	where -D_FILE_OFFSET_BITS=64 setting is supported.  The standard
> 	`--disable-largefile' option is added to `configure' as well.

I've just pushed this---thanks!

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla

Michael Sperber | 11 Jul 2008 08:01
Picon

Re: bug in CPS conversion


"Dimitris Vardoulakis" <dimvar <at> ccs.neu.edu> writes:

> Hi,
> I'm experimenting with the CPS conversion of the native-code compiler
> and I get this error message:
> ----------
> Error: incompatible jumps
>        51
>        51

Dirk Hüsken just fixed this.  (Thanks, Dirk!)

--

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla

Michael Lesniak | 21 Jul 2008 10:41
Picon
Favicon

Internals of the VM

Hello,

my name is Michael Lesniak and I am a research associate in the
parallel programming languages group of the university of Kassel. I'd
like to take a deeper look at the (automatic) parallelization of
virtual machines and think that scheme48 code, esp. its virtual
machine, seems to be quite good for this[1].

Do you have any resources beside the papers "A tractable scheme
implementation" and "Pre-Scheme: A Scheme dialect..."?  I've
overlooked and which are good start with? Is chapter five of SICP a
good starting point (even scheme48's VM uses a stack?) (read it a
couple of years ago but forgot most of the details). Any general
suggestions before starting to hack on scheme48's VM?

Best regards and thanks for your help,
  Michael Lesniak

[1] ...and I like Scheme in general and can therefore connect work with fun :)

Michael Lesniak | 21 Jul 2008 10:43
Picon
Favicon

Message archive?

Hello,

do you have a message archive of old messages from this mailing list?

Best regards,
  Michael Lesniak

Taylor R Campbell | 21 Jul 2008 15:57
Favicon

Re: Message archive?

   Date: Mon, 21 Jul 2008 10:43:02 +0200
   From: "Michael Lesniak" <mlesniak <at> uni-kassel.de>

   do you have a message archive of old messages from this mailing list?

The list is archived by Gmane: see
<http://dir.gmane.org/gmane.lisp.scheme.scheme48>.


Gmane