From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 58381 invoked by alias); 6 Jul 2015 18:33:27 -0000 Mailing-List: contact gsl-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gsl-discuss-owner@sourceware.org Received: (qmail 58344 invoked by uid 89); 6 Jul 2015 18:33:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: rs201622.rs.hosteurope.de Received: from familie-sitte.org (HELO rs201622.rs.hosteurope.de) (176.28.53.113) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 06 Jul 2015 18:33:20 +0000 Received: from localhost (localhost [127.0.0.1]) by rs201622.rs.hosteurope.de (Postfix) with ESMTP id D5A5E2FB6 for ; Mon, 6 Jul 2015 20:33:16 +0200 (CEST) X-Spam-Score: -1.1 Received: from rs201622.rs.hosteurope.de ([127.0.0.1]) by localhost (rs201622.rs.hosteurope.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CZDxWqJCthSC for ; Mon, 6 Jul 2015 20:33:16 +0200 (CEST) Received: from meerkat.local (cpe-70-112-90-217.austin.res.rr.com [70.112.90.217]) by rs201622.rs.hosteurope.de (Postfix) with ESMTPSA id 2C9212FB5 for ; Mon, 6 Jul 2015 20:33:15 +0200 (CEST) Message-ID: <559AC9EA.2080005@familie-sitte.org> Date: Mon, 06 Jul 2015 18:33:00 -0000 From: Matthias Sitte User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: gsl-discuss@sourceware.org Subject: new interface for simulated annealing Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-q3/txt/msg00000.txt.bz2 Hi all, I'm currently working on a smaller-size simulated annealing problem. Ideally, I'd like to use an interface like "ode-initval2", where you can easily select a different solver while all the dirty work is hidden. Unfortunately, the current "siman" implementation is rather fixed and doesn't allow what I have in mind. Expanding it almost immediately breaks the API. So I'm trying to implement a "new" simulated annealing interface inspired by the "ode-initval2" interface with separate stepper, control, evolve, and driver objects. It's not yet fully finished, but I'd like to hear your thoughts on it in general, and how to proceed if you want to incorporate it into GSL at some point (in terms of requirements etc). There's one more question: The "ode-initval2" implementation always takes a "double y[]" array as input/output. Other method like the Nelder-Mead in "multimin" (which is one of my other candidate algorithms) work in terms of "gsl_vector" and "gsl_matrix". I'm a bit confused: What is the preferred GSL way to deal with this? Regards, Matthias