Re: [Chicken-users] CHICKEN 5.0.0 release candidate 1 available

[Justin Meiners]

Here is the output with the verbose flag. I am installed in a non-standard
directory which is in my PATH.

$ chicken-install spiffy -verbose
spiffy not cached

Error: extension or version not found: "spiffy"



On Sun, Aug 19, 2018 at 12:56 PM, Peter Bex  wrote:

> On Fri, Aug 17, 2018 at 04:59:17PM -0600, Justin Meiners wrote:
> > Operating system: Ubuntu 18.04
> > Hardware platform: x86-64
> > C Compiler: GCC 7.3
> > Installation works?: yes
> > Tests work?: yes
> > Installation of eggs works?: no. I just tried installing spiffy and some
> > srfi's. No matter what eggs I tried it couldn't find anything.
>
> Hi Justin,
>
> That's a bit worrying; Ubuntu is a really standard platform and it should
> work.  Could you paste the output of a failing chicken-install command,
> with the -verbose flag?
>
> Cheers,
> Peter
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] srfi-34 egg

[Jörg F . Wittenberger]

Thank you Mario,

Should be fixed now.

Best

/Jörg

On Aug 20 2018, Mario Domenech Goulart wrote:


Hi Jörg,

On Sun, 19 Aug 2018 09:21:42 +0200 Mario Domenech Goulart 
 wrote:


On 17 Aug 2018 20:40:02 +0200 Jörg F. Wittenberger 
 wrote:



there is an srfi-34 egg here

 
 
https://raw.githubusercontent.com/0-8-15/srfi-34/master/srfi-34.release-info


https://github.com/0-8-15/srfi-34

which compiles for me with both chicken 4 and chicken 5.

Could go to the coop if it is done well.


Thanks Jörg.  Your egg has been added to the coop.


It looks like the tags and the references in the .release-info file are
inconsistent.  .release-info references a 0.6 tag, but the only tag in
the repository is 0.7.  Please, fix this.

All the best.
Mario



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Some questions about CHICKEN 5 eggs and modules

[Thomas Chust]

Hello,

playing with the new CHICKEN 5 module system and egg format raised a couple of 
questions in my head – perhaps someone on this list can provide a few answers 
:-)

- Some eggs install one extension library containing several modules. The new 
CHICKEN module system always tries to load a library named the same as the 
module upon import. Is it no longer possible to separate library loading and 
module import? How can one consume those "compound" libraries now?

- If an (extension ...) form in an .egg file lists modules that have a 
composite name, such as (foo bar), the egg installation process then tries to 
pass the literal "(foo bar)" as a component of the import library name to the 
compiler and it appears in the generated install script. Is this a bug or is it 
intentional? It seems inconsistent with the name mangling using "." between 
module name components that is applied elsewhere.

- How can I specify compiler flags and native library dependencies specific to 
certain target platforms in an .egg file? As far as I can see, the only way to 
do that is a custom build script, but that has problems of its own.

- How can I compile multiple source files, for example one scheme file and 
several C files, into an extension library in an .egg file? As far as I can 
see, the only way to do that is a custom build script, but that has problems of 
its own. In particular it is nearly impossible to do this right in the case of 
static linking, where CHICKEN seems to expect a single object file output (yes, 
ELF object files can be merged, but that's a pain in the rear).

- When I specify a custom build script for an extension library in an .egg 
file, it is used to compile both the extension library and the import 
libraries. Frequently, some special build flags are required for the extension 
library to include / link to native code, but not for the import library. 
Implementing special logic in the build script to differentiate these cases is 
clumsy and error prone. Is there a better way to handle that situation?

- Is there a clean way to install C and Scheme include files somewhere else 
than the default place from an .egg file? It seems to be possible to specify 
absolute target paths, but that is pretty much useless since the prefix of the 
CHICKEN installation is not known at the time the .egg file is written. Also, 
specifying relative *source* paths for include files doesn't even work, if they 
have subdirectory components, because the files get installed in the top level 
target directories but their full relative paths get entered into the .egg-info 
files. An equivalent to custom build scripts doesn't seem to exist for file 
deployment either.

Any helpful insight would be appreciated!

Ciao,
Thomas


-- 
Intelligence may only be the second oldest profession in the world,
but it is more immoral and there are more amateurs practicing it than
the oldest one.

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] [ANN] CHICKEN 5.0.0 release candidate 1 available

[Peter Bex]

On Tue, Aug 21, 2018 at 01:10:40AM +0200, Kristian Lein-Mathisen wrote:
> Here's a summary of the problems I encoutered with C5rc1 on Windows 10:

Hi Kris,

Many thanks for testing, especially on Windows (which can be pretty grueling!).

> - when linking statically, csc is looking for ".o" files (Kooda is looking
> into this I think) , improper patch here
> 

I filed https://bugs.call-cc.org/ticket/1514 for this

> - pathname wierdness, see this paste
> 

I filed https://bugs.call-cc.org/ticket/1515 for this.

> - generated .install.bat file produces copy syntax error (see this
> paste
> 

I filed https://bugs.call-cc.org/ticket/1516 for this.

> Apart from these minor glitches, the CHICKEN 5 experience has been
> wonderful.

Excellent!

> I wanted to try static linking with CHICKEN 5 and this is the result, a
> poor man's TeamViewer:
> https://gist.github.com/kristianlm/16bbe626b54ad9b4e00fb8617d026bec

This is really impressive, especially if you see how little code is
needed for it!

Cheers,
Peter


signature.asc
Description: PGP signature
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users