From sgougeon at free.fr  Fri Nov  2 16:06:41 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Fri, 2 Nov 2018 16:06:41 +0100
Subject: [Scilab-Dev] scalar = {a, b, c,
	d} => [%t %f %f %t] instead of a boolean scalar?
Message-ID: <9a4bb089-6f21-5818-0f66-ed7c03abd3c5@free.fr>

Hello,

Would there be any contraindication to getting an element-wise answer from

--> orien=={"r",1,"c",2}
  ans  =
   F

instead of the global observed one, in Scilab 6.0?
At least when the LHS is not an heterogeneous  container (list, tlist, 
mlist, cell, struct)?

I mean: It would be handy here to get a boolean vector, instead of a scalar.

It likely deserves a thorough analysis, but what's your first feeling 
about this?

Regards
Samuel



From sgougeon at free.fr  Fri Nov  2 16:21:29 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Fri, 2 Nov 2018 16:21:29 +0100
Subject: [Scilab-Dev] scalar = {a, b, c,
 d} => [%t %f %f %t] instead of a boolean scalar?
In-Reply-To: <9a4bb089-6f21-5818-0f66-ed7c03abd3c5@free.fr>
References: <9a4bb089-6f21-5818-0f66-ed7c03abd3c5@free.fr>
Message-ID: <69b6d38f-85e8-59ef-d3bf-3e2ab0431214@free.fr>

Le 02/11/2018 ? 16:06, Samuel Gougeon a ?crit :
> Hello,
>
> Would there be any contraindication to getting an element-wise answer 
> from
>
> --> orien=={"r",1,"c",2}
>  ans  =
>   F
>
> instead of the global observed one, in Scilab 6.0?
> At least when the LHS is not an heterogeneous  container (list, tlist, 
> mlist, cell, struct)?
>
> I mean: It would be handy here to get a boolean vector, instead of a 
> scalar.
>
> It likely deserves a thorough analysis, but what's your first feeling 
> about this?

Please forget my question. I am afraid that there would be other endless 
questions beyond it,
for instance, what should be expected from
1 = { [2 1 3 0], "r", 1} ?
Why not
{[%F %T %F %F], %f, %t}
?
So... Please just forget.

Samuel



From stephane.mottelet at utc.fr  Tue Nov  6 15:58:42 2018
From: stephane.mottelet at utc.fr (=?UTF-8?Q?St=c3=a9phane_Mottelet?=)
Date: Tue, 6 Nov 2018 15:58:42 +0100
Subject: [Scilab-Dev] new thirdparty java lib needed for CR
Message-ID: <cf3d6733-2fa3-908c-99d3-28c6357606c1@utc.fr>

Hello,

In order to allow reviews for a patch I need to add a java library 
(Apache License) in SCI/thirdparty. How can I proceed ?

S.

-- 
St?phane Mottelet
Ing?nieur de recherche
EA 4297 Transformations Int?gr?es de la Mati?re Renouvelable
D?partement G?nie des Proc?d?s Industriels
Sorbonne Universit?s - Universit? de Technologie de Compi?gne
CS 60319, 60203 Compi?gne cedex
Tel : +33(0)344234688
http://www.utc.fr/~mottelet



From Clement.David at esi-group.com  Thu Nov 15 17:28:43 2018
From: Clement.David at esi-group.com (=?utf-8?B?Q2zDqW1lbnQgRGF2aWQ=?=)
Date: Thu, 15 Nov 2018 16:28:43 +0000
Subject: [Scilab-Dev] Change in scilab[6.0]: [interpolation] mesh2d
	gateway introduced
In-Reply-To: <20181115160332.D97D8126030@corvo.scilab.org>
References: <gerrit.1539103077000.I85a4fbc7b869915cf61795b5598739c33b47c6d9@codereview.scilab.org>
 <20181115160332.D97D8126030@corvo.scilab.org>
Message-ID: <AM6PR0502MB3702EA48EFD73ECD4A598BD3B0DC0@AM6PR0502MB3702.eurprd05.prod.outlook.com>

Hello,

Pour information, Scilab ne contient plus de code non-libre qu'apr?s la correction de https://bugzilla.scilab.org/show_bug.cgi?id=13469 ; les licences non-CECILL doivent ?tre list?s dans les fichiers modules/*/license.txt (par module) et un texte listant les fichiers, l'auteur, la licence et le projet source doit exister. Durant votre navigation dans le code source de Scilab, si vous trouvez une fichier qui vous semble ext?rieur mais non list?; n'h?sitez pas ? poser un bug, a faire une modification du fichier licence.txt ou a envoyer un mail sur dev pour poser la question. 

Merci et bonne soir?e,

PS: j'avance dans les revues de vos commits, n'h?sitez ? mettre des +1/+1 sur ceux qui vous semble OK (je ne regarde que ceux l?)

--
Cl?ment 

-----Original Message-----
From: Clement DAVID (Code Review) <codereview at git.scilab.org> 
Sent: Thursday, November 15, 2018 5:04 PM
To: St?phane MOTTELET <stephane.mottelet at utc.fr>
Cc: Samuel GOUGEON <sgougeon at free.fr>; Antoine Elias <Antoine.Elias at esi-group.com>; Cl?ment David <Clement.David at esi-group.com>
Subject: Change in scilab[6.0]: [interpolation] mesh2d gateway introduced

Clement DAVID has posted comments on this change.

Change subject: [interpolation] mesh2d gateway introduced ......................................................................


Patch Set 6:

Correct, metanet functions has been moved out of Scilab for that reason.

--
To view, visit https://codereview.scilab.org/20545
To unsubscribe, visit https://codereview.scilab.org/settings

Gerrit-MessageType: comment
Gerrit-Change-Id: I85a4fbc7b869915cf61795b5598739c33b47c6d9
Gerrit-PatchSet: 6
Gerrit-Project: scilab
Gerrit-Branch: 6.0
Gerrit-Owner: St?phane MOTTELET <stephane.mottelet at utc.fr>
Gerrit-Reviewer: Antoine ELIAS <aea at esi-group.com>
Gerrit-Reviewer: Clement DAVID <clement.david at esi-group.com>
Gerrit-Reviewer: Samuel GOUGEON <sgougeon at free.fr>
Gerrit-Reviewer: St?phane MOTTELET <stephane.mottelet at utc.fr>
Gerrit-HasComments: No
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4425 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181115/df63593b/attachment.p7s>

From sgougeon at free.fr  Sat Nov 17 14:01:28 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 17 Nov 2018 14:01:28 +0100
Subject: [Scilab-Dev] Modification dates mismatch between GIT and gitweb
Message-ID: <d202ff86-6e2d-483f-1ab7-cdbcd6adedb1@free.fr>

Dear devs,

In order to understand how the bug 15877 
<http://bugzilla.scilab.org/show_bug.cgi?id=15877> has recently appeared 
and why this patch <https://codereview.scilab.org/20514> has recently 
regressed,
i was looking at the modifications dates of files in SCI/matio/macros in 
GIT - branch 6.0

and was comparing them with histories of files as available on 
http://gitweb.scilab.org

In GIT, as shown above, all dates of *.sci are actually very recent.
However, last changes reported by gitweb histories are all in 2017, for 
instance


Knowing that the last 6.0=> master merge was done on 2018-10-22 
<https://codereview.scilab.org/#/c/20575/>, so after
the 2018-09-23 modification done on savematfile.sci as reported on GIT,
how is this possible?
 From where these discrepancies come from?
What is reliable for the code follow-up?

Thanks
Best regards
Samuel



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/8488f915/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ogfikihjciemopbo.png
Type: image/png
Size: 8650 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/8488f915/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ooileehllhmmejkd.png
Type: image/png
Size: 13002 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/8488f915/attachment-0001.png>

From antoine.elias at scilab-enterprises.com  Sat Nov 17 15:40:54 2018
From: antoine.elias at scilab-enterprises.com (Antoine ELIAS)
Date: Sat, 17 Nov 2018 15:40:54 +0100
Subject: [Scilab-Dev] Modification dates mismatch between GIT and gitweb
In-Reply-To: <d202ff86-6e2d-483f-1ab7-cdbcd6adedb1@free.fr>
References: <d202ff86-6e2d-483f-1ab7-cdbcd6adedb1@free.fr>
Message-ID: <fcfd342e-327b-b610-c03b-358dd8b4d363@scilab-enterprises.com>

Hello Samuel,

First, never use Windows date/time as reference, it is just a view of 
your local repo and there no link with git information.
 > In GIT, as shown above, all dates of *.sci are actually very recent.
Not really, in fact image/view of the repo on your system have recent 
dates. Windows file system dates can change on clone, pull/rebase, 
checkout...

for example:
$ ls -lA savematfile.sci
-rw-r--r-- 1 tonio 197121 16480 *oct.? 25? 2017* savematfile.sci

$ touch savematfile.sci && ls -lA savematfile.sci
-rw-r--r-- 1 tonio 197121 16480 *nov.? 17 15:35* savematfile.sci

But for git the file is not modified.
Regards,
Antoine
Le 17/11/2018 ? 14:01, Samuel Gougeon a ?crit?:
>
> Dear devs,
>
> In order to understand how the bug 15877 
> <http://bugzilla.scilab.org/show_bug.cgi?id=15877> has recently 
> appeared and why this patch <https://codereview.scilab.org/20514> has 
> recently regressed,
> i was looking at the modifications dates of files in SCI/matio/macros 
> in GIT - branch 6.0
>
> and was comparing them with histories of files as available on 
> http://gitweb.scilab.org
>
> In GIT, as shown above, all dates of *.sci are actually very recent.
> However, last changes reported by gitweb histories are all in 2017, 
> for instance
>
>
> Knowing that the last 6.0=> master merge was done on 2018-10-22 
> <https://codereview.scilab.org/#/c/20575/>, so after
> the 2018-09-23 modification done on savematfile.sci as reported on GIT,
> how is this possible?
> From where these discrepancies come from?
> What is reliable for the code follow-up?
>
> Thanks
> Best regards
> Samuel
>
>
>
>
>
> _______________________________________________
> dev mailing list
> dev at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/402c1eb4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ogfikihjciemopbo.png
Type: image/png
Size: 8650 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/402c1eb4/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ooileehllhmmejkd.png
Type: image/png
Size: 13002 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/402c1eb4/attachment-0001.png>

From antoine.elias at scilab-enterprises.com  Sat Nov 17 16:07:15 2018
From: antoine.elias at scilab-enterprises.com (Antoine ELIAS)
Date: Sat, 17 Nov 2018 16:07:15 +0100
Subject: [Scilab-Dev] Thirdparties update for Windows (matio)
Message-ID: <f3cc3d3b-9903-a4f0-c98f-2903f1591817@scilab-enterprises.com>

Hello devs,

Following bug reported by Samuel ( 15877 
<http://bugzilla.scilab.org/show_bug.cgi?id=15877> on savematfile ), I 
found a problem in library libmatio.dll
Problem comes from recent change on hdf5 Scilab library ( scihdf5.dll ) 
and its dependencies. ( remane for compatibily with external tools )
I rebuilt libmatio against current hdf5 dependency and update svn repo ( 
x86 and x64, trunk and branch/6.0 ).

So Windows devs don't forget to update your prereq ( svn update )
Have a good weekend,
Antoine
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/89c9d808/attachment.htm>

From sgougeon at free.fr  Sat Nov 17 16:32:42 2018
From: sgougeon at free.fr (Samuel Gougeon)
Date: Sat, 17 Nov 2018 16:32:42 +0100
Subject: [Scilab-Dev] Modification dates mismatch between GIT and gitweb
In-Reply-To: <fcfd342e-327b-b610-c03b-358dd8b4d363@scilab-enterprises.com>
References: <d202ff86-6e2d-483f-1ab7-cdbcd6adedb1@free.fr>
 <fcfd342e-327b-b610-c03b-358dd8b4d363@scilab-enterprises.com>
Message-ID: <50b3155c-10d7-a05d-8dc6-714e0756c124@free.fr>

Hello Antoine,

Thanks for your answer:

Le 17/11/2018 ? 15:40, Antoine ELIAS a ?crit :
> Hello Samuel,
>
> First, never use Windows date/time as reference, it is just a view of 
> your local repo and there no link with git information.
> > In GIT, as shown above, all dates of *.sci are actually very recent.
> Not really, in fact image/view of the repo on your system have recent 
> dates. Windows file system dates can change on clone, pull/rebase, 
> checkout...

Windows dates have been got just after a /git checkout origin/6.0 + git 
fetch + //git reset --hard//origin/6.0/.
As fas as i understand, this is supposed to refresh all local files and 
synchronize them with the remote GIT.
In addition, if dates were the one when files are copied to the local 
repo, they would all be the
same, after this "refreshing" sequence. This is not the case.

So, it is still unclear to me.

I will have a look on how GIT manages files with /reset --hard/.

Regards
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181117/b530187b/attachment.htm>

From Clement.David at esi-group.com  Fri Nov 30 15:02:19 2018
From: Clement.David at esi-group.com (=?iso-8859-1?Q?Cl=E9ment_David?=)
Date: Fri, 30 Nov 2018 14:02:19 +0000
Subject: [Scilab-Dev] SEP advanced function/profiling in Scilab 6
Message-ID: <VI1PR0502MB371099A62147591BD4B75017B0D30@VI1PR0502MB3710.eurprd05.prod.outlook.com>

Dear devs,

I started working on re-introducing profiling functions into Scilab 6.0;
these functions will behave very similarly to the Scilab 5 ones but have
been renamed for consistency and their arguments will slightly differs
(macro value vs macro as string). Thanks to Samuel's mail [2], I wrote a SEP
[1] that might finally fix that miss, please comment and give feedbacks !

[1]: https://wiki.scilab.org/SEP%20profiling%20in%20Scilab%206.1
[2]:
http://mailinglists.scilab.org/New-profiling-module-code-coverage-td4034048.
html

Thanks,

--
Cl?ment
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4425 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20181130/547b05ec/attachment.p7s>