Forum

    Discussion regarding the Eiffel programming language and various supporting tools.
  • Sep 18
    Re: [eiffel-users] C++ Linker Issue
    Thank you, Alex! That's a great clue!
  • Sep 17
    Re: [eiffel-users] C++ Linker Issue
    It looks like C++ header files were correctly included, but some library is missing. I do not know whether the framework comes with a complete ready-to-use set of libraries or you need to build some of them yourself (an option mentioned somewhere on their site with an explanation that there are
  • Sep 17
    Re: C++ Linker Issue
    I am now wondering if I truly need to bite-the-bullet of C/C++ and something like CMake so that I can quit using you all as my crutch, eh? :-)
  • Sep 17
    Re: C++ Linker Issue
    BTW—I added an Advanced->Externals->Include for the "src/standard" folder just in case that would resolve the compiler's issue and the Linker errors downstream of it. It did not work.
  • Sep 17
    C++ Linker Issue
    Good morning, All! I have a new 3D printer. There is a source site for parts called McMaster-Carr, which carries all sorts of parts (www.mcmaster.com). For a lot of their parts, they have 3D CAD files in various forms. One of the formats is STEP files. The online 3D software I have been using is
  • Sep 13
    RE: [eiffel-users] The status of AutoTest
    (1) Experimental mode Sorry for the delay in answering this. Experimental mode in EffelStudio serves a specific purpose. When a significant language change gets introduced, possibly causing trouble with existing code, experimental mode makes it available as an option, turned off by
  • Sep 13
    RE: [EXT] [eiffel-users] Named Arguments in Caller
    Information through mouse hovering in EiffelStudio: yes, very good suggestion. As to the language extension: I am not convinced of its necessity, but should it be implemented it’s clear it should be the following. - Alternative to Actual_list, as a new possibility in Actuals: Tagged_actua
  • Sep 12
    Re: [eiffel-users] Re: google sheets
    Hi Anders On Friday, September 11, 2020 at 6:07:48 PM UTC-3 Anders wrote: > Hi Javier > > I have been able, with very few changes to the sheet code, access calendar > events. > Great. > > I suggest that we already now set up a base structure for common classes > since I see a lot if
  • Sep 11
    Re: [eiffel-users] Re: google sheets
    Hi Javier I have been able, with very few changes to the sheet code, access calendar events. I suggest that we already now set up a base structure for common classes since I see a lot if similarities from start. Regards Anders Den mån 24 aug. 2020 17:08javier...@gmail.com
  • Sep 11
    RE: [EXT] [eiffel-users] Named Arguments in Caller
    But, there is a penalty for poor signal-to-noise ratios That is why it has been recommended to use arg and local names that are terse but clear. The 'set_this' example having only 'v' as an argument is an excellent example. Carrying that too far gets us into serious trouble of course. A feature
  • Sep 11
    Antw: Re: [EXT] [eiffel-users] Named Arguments in Caller
    Nachricht <11e2884b-00f4-4f90-9c23-68079b4e2fc5n@googlegroups.com>: >> >> > Also the extra typing required may be a problem for some people. >> > > I love Bertrand's quote on this: "There is no tax on keystrokes." But also programmers are not paid per key stroke.
  • Sep 11
    Re: I am betting I have misstated or poorly represented something in this ...
    This is one of the reasons I am far more interested in meta-models than syntax. Our Basic Meta-Model (BMM), containing many things borrowed from Eiffel but also other tricks, includes a formal stance of enumerations. See https://specifications.openehr.org/releases/LANG/latest/bmm.html#_range_cons
  • Sep 11
    Re: [EXT] Re: [eiffel-users] Named Arguments in Caller
    Sigh—I knew this was coming. Yes—I would write the same thing for the most part. That's a given. I got it. I might even go so far as to declare the locals as: l_dog, l_cat, l_mule: attached like animal_anchor. But these are nuances of style and neither of us is wrong. Style is style, where
  • Sep 11
    Re: [EXT] Re: [eiffel-users] Named Arguments in Caller
    I use the precise same style guidelines for the exact same reasons. One can make a strong argument for it, which is precisely why I follow the guideline closely. However, I find myself in a temporary violation of that guideline when the code is coming together for the first time. I will write
  • Sep 11
    Re: [EXT] [eiffel-users] Named Arguments in Caller
    I never suggested that one has the capacity to change the order of the arguments in the caller, only to add tags in from of the argument objects.
  • Sep 11
    Re: [EXT] [eiffel-users] Named Arguments in Caller
    I love Bertrand's quote on this: "There is no tax on keystrokes."
  • Sep 11
    I am betting I have misstated or poorly represented something in this ...
    Contemplative Language Selection - Beyond Languages Our language grammars have many faults whereby we create bugs without knowing we have created them. However, there is a notable fault that has come about from our language grammars that belongs to us. For many programmers, software language
  • Sep 11
    Antw: Re: [EXT] Re: [eiffel-users] Named Arguments in Caller
    Nachricht <4ae80ab2-4f3b-4fa5-88f7-7463b0c3998an@googlegroups.com>: > Perhaps I am not being clear. Comments are for the Supplier code and > mouse-hovering. I don't want to have to mouse-hover or pull up the Supplier > source to read the comment. Hi! You may not want it, but the comment is
  • Sep 11
    Re: [EXT] Re: [eiffel-users] Named Arguments in Caller
    At work our style guidelines say that we should not use magic numbers. We should use constant attributes instead. That way these numbers are not magic anymore. They have names and comments. And if they are used in multiple places and their value changes, we just have one place to update. As
  • Sep 11
    Re: [EXT] Re: [eiffel-users] Named Arguments in Caller
    Perhaps I am not being clear. Comments are for the Supplier code and mouse-hovering. I don't want to have to mouse-hover or pull up the Supplier source to read the comment. When I type the call to the Supplier from the Client caller, I want to have a tag in front of what I am sending as an
  • Sep 10
    Re: [eiffel-users] EiffelCOM examples: where do I find compound files?
    Thanks, Alexander. Indeed .doc files get open as "compound" files. Best regards, Rosivaldo. Em 10/09/2020 03:37, 'Alexander Kogtenkov' via Eiffel Users escreveu: > Compound files are those created by Microsoft Word (and family). So, if > can find a .doc file, the example would show its
  • Sep 10
    Re: Antw: [EXT] [eiffel-users] Contemplative Language Selection
    Hello Ulrich I would like to respond to a couple of your valid Eiffel criticisms. 1.) What I most strongly dislike in Eiffel is the huge amount of non-sharable metadata every project needs This is a problem that has been solved in the Eiffel-Loop libraries with the concept of sub-applications
  • Sep 10
    Antw: [EXT] Re: [eiffel-users] Named Arguments in Caller
    Nachricht : > For example: ARRAYED_LIST.extend (v: [like item] G) > > The 'v' is great for the ARRAYED_LIST class, but it is designed to be > generic. It doesn't know where and in what context it will be applied. > > However, in the
  • Sep 10
    Antw: [EXT] Re: [eiffel-users] Named Arguments in Caller
    Nachricht : > Hi Eric, > > That's okay, but it's work. I just want to read it. Also, it may be that my > Clients context is slightly askew of the Supplier, so having argument tags > on the Client caller allows me to define what those
  • Sep 10
    Antw: [EXT] [eiffel-users] Named Arguments in Caller
    Nachricht <5664214d-2860-423e-9513-2f73d10ff773n@googlegroups.com>: > I frequently look at Client code calls to a supplier and have to spend > extra time deciphering what the arguments are by name. Sometimes, it is > enough to know the name of an argument to tell the story of what the > argument
  • Sep 10
    Re: [eiffel-users] EiffelCOM examples: where do I find compound files?
    Compound files are those created by Microsoft Word (and family). So, if can find a .doc file, the example would show its internal structure. Note that this applies to an old .doc format, not the newer one, based on XML. Alexander Kogtenkov Rosivaldo Fernandes Alves : I
  • Sep 10
    Re: [EXT] [eiffel-users] Contemplative Language Selection
    Thanks Larry, I think his problem might be a little further down the track: All I can say is that if you try using Eiffel don’t try to build a .NET dll with dependencies to other .NET dlls. In theory that should be supported, but when I tried to do even the most basic stuff the editor usually
  • Sep 09
    Re: [eiffel-users] Named Arguments in Caller
    For example: ARRAYED_LIST.extend (v: [like item] G) The 'v' is great for the ARRAYED_LIST class, but it is designed to be generic. It doesn't know where and in what context it will be applied. However, in the client, we suddenly have context—much richer in terms of its story than just 'v'. So,
  • Sep 09
    EiffelCOM examples: where do I find compound files?
    I have built the example system $(ISE_EIFFEL)\examples\com\compound\compound.ECF. So far so good. But that system asks to open compound files. I simply don't know where to find such a kind of file to open. I've looked up for .cdf files and have found a lot of .cdf-ms files, but the system cannot
  • Sep 09
    Re: [EXT] [eiffel-users] Contemplative Language Selection
    I just did a Wizard-based new project creation for .NET DLL and it worked perfectly fine without issue on my MS Windows machine with VS2019 and ES 19.12 On Wednesday, September 9, 2020 at 3:00:57 AM UTC-4 joyne...@gmail.com wrote: > I’m following a Quora thread where a lecturer claims Eiffel is
  • See more ...