You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
(9) |
Mar
(22) |
Apr
|
May
(9) |
Jun
(4) |
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
(9) |
Nov
(4) |
Dec
(6) |
2005 |
Jan
(6) |
Feb
(1) |
Mar
(4) |
Apr
(9) |
May
(14) |
Jun
(5) |
Jul
(6) |
Aug
(15) |
Sep
(7) |
Oct
(5) |
Nov
(3) |
Dec
(5) |
2006 |
Jan
(1) |
Feb
(7) |
Mar
(21) |
Apr
(14) |
May
(20) |
Jun
(39) |
Jul
(17) |
Aug
(7) |
Sep
(13) |
Oct
(44) |
Nov
(34) |
Dec
(26) |
2007 |
Jan
(16) |
Feb
(18) |
Mar
(21) |
Apr
(26) |
May
(26) |
Jun
(46) |
Jul
(81) |
Aug
(86) |
Sep
(55) |
Oct
(22) |
Nov
(28) |
Dec
(12) |
2008 |
Jan
(10) |
Feb
(18) |
Mar
(80) |
Apr
(116) |
May
(34) |
Jun
(41) |
Jul
(94) |
Aug
(122) |
Sep
(116) |
Oct
(36) |
Nov
(59) |
Dec
(76) |
2009 |
Jan
(17) |
Feb
(25) |
Mar
(29) |
Apr
(61) |
May
(75) |
Jun
(40) |
Jul
(48) |
Aug
(32) |
Sep
(65) |
Oct
(34) |
Nov
(18) |
Dec
(47) |
2010 |
Jan
(22) |
Feb
(12) |
Mar
(32) |
Apr
(29) |
May
(38) |
Jun
(45) |
Jul
(28) |
Aug
(25) |
Sep
(16) |
Oct
(25) |
Nov
(12) |
Dec
(37) |
2011 |
Jan
(23) |
Feb
(19) |
Mar
(25) |
Apr
(25) |
May
(32) |
Jun
(15) |
Jul
(24) |
Aug
(29) |
Sep
(37) |
Oct
(29) |
Nov
(22) |
Dec
(12) |
2012 |
Jan
(47) |
Feb
(56) |
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(3) |
Sep
|
Oct
|
Nov
(4) |
Dec
(11) |
2013 |
Jan
(1) |
Feb
(5) |
Mar
|
Apr
(2) |
May
(6) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(8) |
Nov
(23) |
Dec
(6) |
2014 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(8) |
Nov
(2) |
Dec
|
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
2016 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
(7) |
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(7) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(8) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2022 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
(12) |
Apr
|
May
|
Jun
(2) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Allen, N. T. <al...@hu...> - 2023-07-16 19:28:35
|
I just pulled the latest changes and rebuilt and installed Eli. I had previously installed 4.9.0. After building, I started eli and got: nta891@EAS-NALLEN1L ~/Port/Eli $ eli Eli Version 4.9.0 (? for help, ^D to exit) -> Then I ran: $ eli -R Cache at /home/nta891/.ODIN/EAS-NALLEN1L has been reset. Clearing packages for /home/nta891/.ODIN/EAS-NALLEN1L. Installing package /usr/local/lib/Eli/Adt/1.0.0. ... /home/nta891/.ODIN/EAS-NALLEN1L packages compiled. Eli Version 4.9.1 (? for help, ^D to exit) -> On 7/15/2023 9:00 AM, William M Waite wrote: > I tried on both of my machines: > > MacAir (Ventura): > > doyle% ping git.code.sf.net > PING git.code.sf.net (204.68.111.16): 56 data bytes > doyle% git --version > git version 2.39.2 (Apple Git-143) > doyle% > > Dell (Gentoo linux): > > monk% ping git.code.sf.net > PING git.code.sf.net (204.68.111.16) 56(84) bytes of data. > monk% git --version > git version 2.41.0 > monk% > > However, something interesting happened when I cloned on the Dell — I > got a version that said it was 4.9.0! > > I’m sure that SourceForge has a number of mirrors round about the net, > and accesses that you make may be cached by intermediate servers. It > may be that we’re simply seeing propagation delays and synchronization > problems. When I first updated the online documentation for 4.9, I > kept seeing 4.8 documentation. But when I asked Norton Allen to try > it, he got 4.9. I also got 4.9 when I tried it several days later. > > There is probably a good reason that SourceForge has the option of > delaying an announcement for three days... > >> Begin forwarded message: >> >> *From: *Thomas Roemke <tr...@gm...> >> *Subject: **Fwd: [Eli-project-users] Fwd: 4.9.1* >> *Date: *July 15, 2023 at 00:21:46 MDT >> *To: *William M Waite <william.waite@Colorado.EDU> >> >> >> William, the mailing list refused this answer. >> That's why I sent it here again. >> >> Regards, Thomas >> >> >> >> -------- Forwarded Message -------- >> Subject: Re: [Eli-project-users] Fwd: 4.9.1 >> Date: Sat, 15 Jul 2023 08:19:25 +0200 >> From: Freelance Roemke <fre...@ro...> >> <mailto:fre...@ro...> >> To: eli...@li... >> <mailto:eli...@li...> >> >> >> >> Hi William, >> >> well, actually there is a small difference, at least on the command lines >> >> You used >> >> git clone https://git.code.sf.net/p/eli-project/ >> <https://git.code.sf.net/p/eli-project/>*eli eli-project-eli* >> >> while I use >> >> git clone http://git.code.sf.net/p/eli-project/ >> <http://git.code.sf.net/p/eli-project/>*eli#branch=master*" >> (in my PKGBUILD, which results in 4.8.1 as well) >> >> -or- >> >> git clone http://git.code.sf.net/p/eli-project/ >> <http://git.code.sf.net/p/eli-project/>*eli* >> (in my example) >> >> However, that doesn't seem to have a big impact. >> >> Even, if I use your version, the reported version is still 4.8.1 (see >> attached typescript file) >> >> What is the result of >> >> $ ping git.code.sf.net >> PING git.code.sf.net (204.68.111.16) 56(84) bytes of data. >> >> $ git --version >> git version 2.41.0 >> >> on your system? >> >> Regards, >> Thomas >> >> >> On 7/14/23 22:43, William M Waite wrote: >>> Thomas, >>> >>> I just did what you said that you did: cloned a new tree and >>> compiled Eli. The result is attached — I got a message saying that >>> I had 4.9.1. >>> >>> Just for grins, here are the last 10 commits on the cloned repository: >>> >>> doyle% git log --oneline -10 >>> b7a74fde (HEAD -> master, origin/master, origin/HEAD) Generate a new >>> configure script >>> cb8fc7a2 Upgrade the Include module >>> 46a515e9 Correct cross referencing errors >>> b87b6e34 Generate a new configure script >>> 9abaebd8 Correct Cola derived Srcs >>> 5d949713 Correct the HTML page titles >>> d9912171 Integrate Release Notes for Eli 4.9 >>> a520c358 Upgrade to Odin_1_17_13 >>> ef358622 Allow the user to avoid the internal Odin processor >>> 8c4dcc4b Allow the user to configure with specified CFLAGS >>> doyle% >>> >>> They match the last 10 commits in my local repository. >>> >>> Bill Waite >>> >>> >>>> Begin forwarded message: >>>> >>>> *From: *Freelance Roemke <fre...@ro...> >>>> <mailto:fre...@ro...> >>>> *Subject: **Re: [Eli-project-users] 4.9.1* >>>> *Date: *July 12, 2023 at 09:18:19 MDT >>>> *To: *eli...@li... >>>> <mailto:eli...@li...> >>>> >>>> >>>> Hi William, >>>> >>>> I'm sorry, I've been too busy to answer your other mail yet, >>>> but just a short note about this one. >>>> >>>> A minute ago, I cloned a new tree, and compiled Eli, and >>>> expected it to be the new version, but when I call the eli >>>> executable in the source tree >>>> >>>> {967} > ./bin/eli >>>> Eli Version 4.8.1 (? for help, ^D to exit) >>>> -> >>>> >>>> it still reports version 4.8.1 >>>> >>>> Regards, >>>> Thomas >>>> >>>> >>>> >>>> >>>> >>>> $ git clone http://git.code.sf.net/p/eli-project/eli >>>> <http://git.code.sf.net/p/eli-project/eli> >>>> $ cd eli >>>> $ ./symlinks >>>> $ ./configure >>>> $ make >>>> $ ./bin/eli >>>> >>>> >>>> >>>> On 7/11/23 03:35, William M Waite wrote: >>>>> Eli 4.9.1 has been released, both in git and as a tarball. The major change is in the documentation, where there were a lot of index and cross-referencing errors. I updated the on-line documentation as well as making the releases. >>>>> >>>>> _______________________________________________ >>>>> Eli-project-users mailing list >>>>> Eli...@li... <mailto:Eli...@li...> >>>>> https://lists.sourceforge.net/lists/listinfo/eli-project-users <https://lists.sourceforge.net/lists/listinfo/eli-project-users> >>>> >>>> _______________________________________________ >>>> Eli-project-users mailing list >>>> Eli...@li... >>>> <mailto:Eli...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/eli-project-users >>>> <https://lists.sourceforge.net/lists/listinfo/eli-project-users> >>> >>> >>> >>> _______________________________________________ >>> Eli-project-users mailing list >>> Eli...@li... <mailto:Eli...@li...> >>> https://lists.sourceforge.net/lists/listinfo/eli-project-users <https://lists.sourceforge.net/lists/listinfo/eli-project-users> >> > > > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: William M W. <william.waite@Colorado.EDU> - 2023-07-16 19:10:41
|
If you have an existing eli in your path, you need to be careful that you get the correct version to execute. When you build a new eli, if you don’t “install” it, it’s a good idea to begin by running the command “./eli -R” in the directory in which you built that new eli. We do not give that advice at the end of the build process because we assume that we are dealing with a new user, and therefore no old versions of Eli are hanging around. Begin forwarded message: From: Freelance Roemke <fre...@ro...> Subject: Re: [Eli-project-users] Fwd: 4.9.1 Date: July 16, 2023 at 12:01:26 MDT To: William M Waite <william.waite@Colorado.EDU> Hi all, I just had a look at the config.h in the Eli subdir, and indeed that one contains #define PACKAGE_STRING "Eli 4.9.1" #define PACKAGE_VERSION "4.9.1" However, the resulting ./bin/eli still reported version 4.8.1. Then I uninstalled the old package, and tried ./bin/eli again It reported problems with the $HOME/.ODIN directory /home/tomtom/y/eli/Odin/bin/odin: line 152: /home/tomtom/.ODIN/warp10/PKGS/odin/odin.exe: No such file or directory so for some reason, the script wanted to start the odin.exe in the cache. After removing that whole .ODIN directory, ./bin/eli now reports 4.9.1 Regards, Thomas On 7/15/23 15:00, William M Waite wrote: I tried on both of my machines: MacAir (Ventura): doyle% ping git.code.sf.net PING git.code.sf.net (204.68.111.16): 56 data bytes doyle% git --version git version 2.39.2 (Apple Git-143) doyle% Dell (Gentoo linux): monk% ping git.code.sf.net PING git.code.sf.net (204.68.111.16) 56(84) bytes of data. monk% git --version git version 2.41.0 monk% However, something interesting happened when I cloned on the Dell — I got a version that said it was 4.9.0! I’m sure that SourceForge has a number of mirrors round about the net, and accesses that you make may be cached by intermediate servers. It may be that we’re simply seeing propagation delays and synchronization problems. When I first updated the online documentation for 4.9, I kept seeing 4.8 documentation. But when I asked Norton Allen to try it, he got 4.9. I also got 4.9 when I tried it several days later. There is probably a good reason that SourceForge has the option of delaying an announcement for three days... Begin forwarded message: From: Thomas Roemke <tr...@gm...><mailto:tr...@gm...> Subject: Fwd: [Eli-project-users] Fwd: 4.9.1 Date: July 15, 2023 at 00:21:46 MDT To: William M Waite <william.waite@Colorado.EDU><mailto:william.waite@Colorado.EDU> William, the mailing list refused this answer. That's why I sent it here again. Regards, Thomas -------- Forwarded Message -------- Subject: Re: [Eli-project-users] Fwd: 4.9.1 Date: Sat, 15 Jul 2023 08:19:25 +0200 From: Freelance Roemke <fre...@ro...><mailto:fre...@ro...> To: eli...@li...<mailto:eli...@li...> Hi William, well, actually there is a small difference, at least on the command lines You used git clone https://git.code.sf.net/p/eli-project/eli eli-project-eli while I use git clone http://git.code.sf.net/p/eli-project/eli#branch=master" (in my PKGBUILD, which results in 4.8.1 as well) -or- git clone http://git.code.sf.net/p/eli-project/eli (in my example) However, that doesn't seem to have a big impact. Even, if I use your version, the reported version is still 4.8.1 (see attached typescript file) What is the result of $ ping git.code.sf.net PING git.code.sf.net (204.68.111.16) 56(84) bytes of data. $ git --version git version 2.41.0 on your system? Regards, Thomas On 7/14/23 22:43, William M Waite wrote: Thomas, I just did what you said that you did: cloned a new tree and compiled Eli. The result is attached — I got a message saying that I had 4.9.1. Just for grins, here are the last 10 commits on the cloned repository: doyle% git log --oneline -10 b7a74fde (HEAD -> master, origin/master, origin/HEAD) Generate a new configure script cb8fc7a2 Upgrade the Include module 46a515e9 Correct cross referencing errors b87b6e34 Generate a new configure script 9abaebd8 Correct Cola derived Srcs 5d949713 Correct the HTML page titles d9912171 Integrate Release Notes for Eli 4.9 a520c358 Upgrade to Odin_1_17_13 ef358622 Allow the user to avoid the internal Odin processor 8c4dcc4b Allow the user to configure with specified CFLAGS doyle% They match the last 10 commits in my local repository. Bill Waite Begin forwarded message: From: Freelance Roemke <fre...@ro...><mailto:fre...@ro...> Subject: Re: [Eli-project-users] 4.9.1 Date: July 12, 2023 at 09:18:19 MDT To: eli...@li...<mailto:eli...@li...> Hi William, I'm sorry, I've been too busy to answer your other mail yet, but just a short note about this one. A minute ago, I cloned a new tree, and compiled Eli, and expected it to be the new version, but when I call the eli executable in the source tree {967} > ./bin/eli Eli Version 4.8.1 (? for help, ^D to exit) -> it still reports version 4.8.1 Regards, Thomas $ git clone http://git.code.sf.net/p/eli-project/eli $ cd eli $ ./symlinks $ ./configure $ make $ ./bin/eli On 7/11/23 03:35, William M Waite wrote: Eli 4.9.1 has been released, both in git and as a tarball. The major change is in the documentation, where there were a lot of index and cross-referencing errors. I updated the on-line documentation as well as making the releases. _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: William M W. <william.waite@Colorado.EDU> - 2023-07-15 13:16:25
|
I tried on both of my machines: MacAir (Ventura): doyle% ping git.code.sf.net PING git.code.sf.net (204.68.111.16): 56 data bytes doyle% git --version git version 2.39.2 (Apple Git-143) doyle% Dell (Gentoo linux): monk% ping git.code.sf.net PING git.code.sf.net (204.68.111.16) 56(84) bytes of data. monk% git --version git version 2.41.0 monk% However, something interesting happened when I cloned on the Dell — I got a version that said it was 4.9.0! I’m sure that SourceForge has a number of mirrors round about the net, and accesses that you make may be cached by intermediate servers. It may be that we’re simply seeing propagation delays and synchronization problems. When I first updated the online documentation for 4.9, I kept seeing 4.8 documentation. But when I asked Norton Allen to try it, he got 4.9. I also got 4.9 when I tried it several days later. There is probably a good reason that SourceForge has the option of delaying an announcement for three days... Begin forwarded message: From: Thomas Roemke <tr...@gm...> Subject: Fwd: [Eli-project-users] Fwd: 4.9.1 Date: July 15, 2023 at 00:21:46 MDT To: William M Waite <william.waite@Colorado.EDU> William, the mailing list refused this answer. That's why I sent it here again. Regards, Thomas -------- Forwarded Message -------- Subject: Re: [Eli-project-users] Fwd: 4.9.1 Date: Sat, 15 Jul 2023 08:19:25 +0200 From: Freelance Roemke <fre...@ro...><mailto:fre...@ro...> To: eli...@li...<mailto:eli...@li...> Hi William, well, actually there is a small difference, at least on the command lines You used git clone https://git.code.sf.net/p/eli-project/eli eli-project-eli while I use git clone http://git.code.sf.net/p/eli-project/eli#branch=master" (in my PKGBUILD, which results in 4.8.1 as well) -or- git clone http://git.code.sf.net/p/eli-project/eli (in my example) However, that doesn't seem to have a big impact. Even, if I use your version, the reported version is still 4.8.1 (see attached typescript file) What is the result of $ ping git.code.sf.net PING git.code.sf.net (204.68.111.16) 56(84) bytes of data. $ git --version git version 2.41.0 on your system? Regards, Thomas On 7/14/23 22:43, William M Waite wrote: Thomas, I just did what you said that you did: cloned a new tree and compiled Eli. The result is attached — I got a message saying that I had 4.9.1. Just for grins, here are the last 10 commits on the cloned repository: doyle% git log --oneline -10 b7a74fde (HEAD -> master, origin/master, origin/HEAD) Generate a new configure script cb8fc7a2 Upgrade the Include module 46a515e9 Correct cross referencing errors b87b6e34 Generate a new configure script 9abaebd8 Correct Cola derived Srcs 5d949713 Correct the HTML page titles d9912171 Integrate Release Notes for Eli 4.9 a520c358 Upgrade to Odin_1_17_13 ef358622 Allow the user to avoid the internal Odin processor 8c4dcc4b Allow the user to configure with specified CFLAGS doyle% They match the last 10 commits in my local repository. Bill Waite Begin forwarded message: From: Freelance Roemke <fre...@ro...><mailto:fre...@ro...> Subject: Re: [Eli-project-users] 4.9.1 Date: July 12, 2023 at 09:18:19 MDT To: eli...@li...<mailto:eli...@li...> Hi William, I'm sorry, I've been too busy to answer your other mail yet, but just a short note about this one. A minute ago, I cloned a new tree, and compiled Eli, and expected it to be the new version, but when I call the eli executable in the source tree {967} > ./bin/eli Eli Version 4.8.1 (? for help, ^D to exit) -> it still reports version 4.8.1 Regards, Thomas $ git clone http://git.code.sf.net/p/eli-project/eli $ cd eli $ ./symlinks $ ./configure $ make $ ./bin/eli On 7/11/23 03:35, William M Waite wrote: Eli 4.9.1 has been released, both in git and as a tarball. The major change is in the documentation, where there were a lot of index and cross-referencing errors. I updated the on-line documentation as well as making the releases. _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: Freelance R. <fre...@ro...> - 2023-07-15 06:19:50
|
Hi William, well, actually there is a small difference, at least on the command lines You used git clone https://git.code.sf.net/p/eli-project/*eli eli-project-eli* while I use git clone http://git.code.sf.net/p/eli-project/*eli#branch=master*" (in my PKGBUILD, which results in 4.8.1 as well) -or- git clone http://git.code.sf.net/p/eli-project/*eli* (in my example) However, that doesn't seem to have a big impact. Even, if I use your version, the reported version is still 4.8.1 (see attached typescript file) What is the result of $ ping git.code.sf.net PING git.code.sf.net (204.68.111.16) 56(84) bytes of data. $ git --version git version 2.41.0 on your system? Regards, Thomas On 7/14/23 22:43, William M Waite wrote: > Thomas, > > I just did what you said that you did: cloned a new tree and compiled > Eli. The result is attached — I got a message saying that I had 4.9.1. > > Just for grins, here are the last 10 commits on the cloned repository: > > doyle% git log --oneline -10 > b7a74fde (HEAD -> master, origin/master, origin/HEAD) Generate a new > configure script > cb8fc7a2 Upgrade the Include module > 46a515e9 Correct cross referencing errors > b87b6e34 Generate a new configure script > 9abaebd8 Correct Cola derived Srcs > 5d949713 Correct the HTML page titles > d9912171 Integrate Release Notes for Eli 4.9 > a520c358 Upgrade to Odin_1_17_13 > ef358622 Allow the user to avoid the internal Odin processor > 8c4dcc4b Allow the user to configure with specified CFLAGS > doyle% > > They match the last 10 commits in my local repository. > > Bill Waite > > >> Begin forwarded message: >> >> *From: *Freelance Roemke <fre...@ro...> >> *Subject: **Re: [Eli-project-users] 4.9.1* >> *Date: *July 12, 2023 at 09:18:19 MDT >> *To: *eli...@li... >> >> >> Hi William, >> >> I'm sorry, I've been too busy to answer your other mail yet, >> but just a short note about this one. >> >> A minute ago, I cloned a new tree, and compiled Eli, and >> expected it to be the new version, but when I call the eli >> executable in the source tree >> >> {967} > ./bin/eli >> Eli Version 4.8.1 (? for help, ^D to exit) >> -> >> >> it still reports version 4.8.1 >> >> Regards, >> Thomas >> >> >> >> >> >> $ git clone http://git.code.sf.net/p/eli-project/eli >> <http://git.code.sf.net/p/eli-project/eli> >> $ cd eli >> $ ./symlinks >> $ ./configure >> $ make >> $ ./bin/eli >> >> >> >> On 7/11/23 03:35, William M Waite wrote: >>> Eli 4.9.1 has been released, both in git and as a tarball. The major change is in the documentation, where there were a lot of index and cross-referencing errors. I updated the on-line documentation as well as making the releases. >>> >>> _______________________________________________ >>> Eli-project-users mailing list >>> Eli...@li... <mailto:Eli...@li...> >>> https://lists.sourceforge.net/lists/listinfo/eli-project-users <https://lists.sourceforge.net/lists/listinfo/eli-project-users> >> >> _______________________________________________ >> Eli-project-users mailing list >> Eli...@li... >> https://lists.sourceforge.net/lists/listinfo/eli-project-users > > > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: William M W. <william.waite@Colorado.EDU> - 2023-07-14 22:37:35
|
Thomas, I just did what you said that you did: cloned a new tree and compiled Eli. The result is attached — I got a message saying that I had 4.9.1. Just for grins, here are the last 10 commits on the cloned repository: doyle% git log --oneline -10 b7a74fde (HEAD -> master, origin/master, origin/HEAD) Generate a new configure script cb8fc7a2 Upgrade the Include module 46a515e9 Correct cross referencing errors b87b6e34 Generate a new configure script 9abaebd8 Correct Cola derived Srcs 5d949713 Correct the HTML page titles d9912171 Integrate Release Notes for Eli 4.9 a520c358 Upgrade to Odin_1_17_13 ef358622 Allow the user to avoid the internal Odin processor 8c4dcc4b Allow the user to configure with specified CFLAGS doyle% They match the last 10 commits in my local repository. Bill Waite Begin forwarded message: From: Freelance Roemke <fre...@ro...> Subject: Re: [Eli-project-users] 4.9.1 Date: July 12, 2023 at 09:18:19 MDT To: eli...@li... Hi William, I'm sorry, I've been too busy to answer your other mail yet, but just a short note about this one. A minute ago, I cloned a new tree, and compiled Eli, and expected it to be the new version, but when I call the eli executable in the source tree {967} > ./bin/eli Eli Version 4.8.1 (? for help, ^D to exit) -> it still reports version 4.8.1 Regards, Thomas $ git clone http://git.code.sf.net/p/eli-project/eli $ cd eli $ ./symlinks $ ./configure $ make $ ./bin/eli On 7/11/23 03:35, William M Waite wrote: Eli 4.9.1 has been released, both in git and as a tarball. The major change is in the documentation, where there were a lot of index and cross-referencing errors. I updated the on-line documentation as well as making the releases. _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users _______________________________________________ Eli-project-users mailing list Eli...@li... https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: Freelance R. <fre...@ro...> - 2023-07-12 15:34:24
|
Hi William, I'm sorry, I've been too busy to answer your other mail yet, but just a short note about this one. A minute ago, I cloned a new tree, and compiled Eli, and expected it to be the new version, but when I call the eli executable in the source tree {967} > ./bin/eli Eli Version 4.8.1 (? for help, ^D to exit) -> it still reports version 4.8.1 Regards, Thomas $ git clone http://git.code.sf.net/p/eli-project/eli $ cd eli $ ./symlinks $ ./configure $ make $ ./bin/eli On 7/11/23 03:35, William M Waite wrote: > Eli 4.9.1 has been released, both in git and as a tarball. The major change is in the documentation, where there were a lot of index and cross-referencing errors. I updated the on-line documentation as well as making the releases. > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: William M W. <william.waite@Colorado.EDU> - 2023-07-11 04:09:46
|
Eli 4.9.1 has been released, both in git and as a tarball. The major change is in the documentation, where there were a lot of index and cross-referencing errors. I updated the on-line documentation as well as making the releases. |
From: William M W. <william.waite@Colorado.EDU> - 2023-06-09 02:23:21
|
The online documentation for Eli 4.9 is now available. Use the “Manuals” link on “eli-project.sourceforge.net <http://eli-project.sourceforge.net/>” to access it. Of course that documentation is also available in the distribution’s “doc” directory for use locally on your computer. We have had some reports of segmentation faults during system build, due to problems with C compiler “optimizations”. The configuration process sets the optimization level for the compiler based on information that it extracts from the environment on your computer. If you encounter a segmentation fault during the system build, you should try configuring without specifying an explicit optimization level: make distclean ./configure CFLAGS=‘-g’ With this configuration parameter, the C compiler will use its default optimization level as well as providing information for the debugger. The "CFLAGS=“ configuration parameter is in addition to any other configuration parameters you may desire (see the README file at the top level). |
From: William M W. <william.waite@Colorado.EDU> - 2023-06-06 22:34:04
|
I have released a new version of Eli that avoids all of the strict-prototype errors and includes some other improvements. I updated the git repository, but I was unable to upload the release’s online documentation due to an rsync problem. The documentation incorporated in the distribution tar file corresponds to the current release. I have submitted a trouble ticket to SourceForge, and hope that the rsync problem will be resolved soon. |
From: William M W. <william.waite@Colorado.EDU> - 2023-03-30 01:02:32
|
I’ve uploaded a new distribution, Eli 4.8.2, to SourceForge. This distribution is essentially a mirror of the latest state of the Git repository. It contains the bug fixes that have been made since the release of Eli 4.8.1. I verified Eli 4.8.2 on a Mac Air with an M1 chip under Mac OS Ventura 13.3, and on a Dell Dimension 2400 running Gentoo Linux. Here is the information about the compilers on the two machines: —————————————————————— doyle% gcc --version Apple clang version 14.0.0 (clang-1400.0.29.202) Target: arm64-apple-darwin22.4.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin monk% gcc --version gcc (Gentoo 12.2.1_p20230121-r1 p10) 12.2.1 20230121 Copyright (C) 2022 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ——————————————————————— I implemented the system from the tar file in each case, using the process described in README file in the top directory. There was one well-known error report during execution of the command “./configure q”: ./configure: line 5550: #include: command not found We haven’t been able to pinpoint the cause of the bogus line in file Eli/configure, but we haven’t spent much time on it because it does not affect the result. I have not been able to reproduce any of Thomas’ errors. It wasn’t clear to me whether the FunnelWeb error was during the system build or during an Eli session. If the latter, I would appreciate getting the input data. Remember that Eli maintains a cache, and also has a concept of a “Versioned package”. These are not relevant during the system build, since full path names are always used by the scripts. However, once the system has been built, you need to be well aware of where the command is coming from and what is the default cache. See https://eli-project.sourceforge.net/elionline/sysadmin_toc.html. Also, the command “which eli” can tell you whether you have a different command in your path. |
From: Thomas K. <tho...@in...> - 2023-03-29 15:17:46
|
Dear Norton Allen, Dear Freelance Roemke, finally everything is working also on my end, and the practical course can start. Thank you again for your help and support. Just a quick note regarding the missing files (l.lis,m.map,n.nop). They were not created by a call to fw.exe in fwTangle.sh due to a Unicode character (Ü) in the build path passed to FunnelWeb. This error, however, was not emitted to any of the logs. I suggest to either emit such errors or better permit Unicode characters in path names. Regards and stay safe --Thomas Kühn Am 28.03.23 um 16:28 schrieb Norton Allen: > I'm afraid I don't know how to update the release and am not sure I have > the necessary access to do so or the authority to decide what goes into > the latest release. Perhaps Prof. Waite will be able to it. > > On 3/28/2023 10:11 AM, Thomas Kühn wrote: >> Thank you, for this help. I was using the Downloadable Version of Eli >> from [1] as my students would. >> >> I'll test the recent version in master. >> >> Would you kindly let us know whether you could update the release to a >> 2021 version? >> >> Regards and stay safe >> --Thomas Kühn >> >> [1]:https://sourceforge.net/projects/eli-project/ >> >> Am 28.03.23 um 15:23 schrieb Norton Allen: >>> On 3/28/2023 9:17 AM, Norton Allen wrote: >>>> On 3/28/2023 9:04 AM, Norton Allen wrote: >>>>> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>>>>> 1. Make both declarations `static` leading to `static struct >>>>>> obstack obstck;` in both files. >>>>>> This however makes `obstck` global, i.e., both cexp and cccp >>>>>> operate on the same state of `obstck`. >>>>> >>>>> static makes the declared object local to the current file or >>>>> function. What makes you think it becomes global? >>>>> >>>> My local source (~1.5 years old) has obstck declared static in both >>>> files. Are you getting your source from git? >>>> >>> Yes, Prof. Waite made that patch on 2021-09-09: >>> >>> https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ >>> >>> >> -- Martin-Luther-Universität Halle-Wittenberg Nat. Fak. III - Institute of Computer Science Chair for Software-Engineering and Programming Languages Dr.-Ing. Thomas Kühn Tenured Senior Researcher Von-Seckendorff-Platz 1 Room: 323 D-06120 Halle, Germany Phone: +49 345 55-24767 Fax: +49 345 55-27333 E-mail: tho...@in... |
From: William M W. <william.waite@Colorado.EDU> - 2023-03-28 17:27:34
|
I’ve been lax about creating downloadable versions, relying on the git repository. I’ll put up a new version in the Eli directory today. It’s past time... > On Mar 28, 2023, at 08:28, Norton Allen <al...@hu...> wrote: > > I'm afraid I don't know how to update the release and am not sure I have the necessary access to do so or the authority to decide what goes into the latest release. Perhaps Prof. Waite will be able to it. > > On 3/28/2023 10:11 AM, Thomas Kühn wrote: >> Thank you, for this help. I was using the Downloadable Version of Eli from [1] as my students would. >> >> I'll test the recent version in master. >> >> Would you kindly let us know whether you could update the release to a 2021 version? >> >> Regards and stay safe >> --Thomas Kühn >> >> [1]:https://sourceforge.net/projects/eli-project/ >> >> Am 28.03.23 um 15:23 schrieb Norton Allen: >>> On 3/28/2023 9:17 AM, Norton Allen wrote: >>>> On 3/28/2023 9:04 AM, Norton Allen wrote: >>>>> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>>>>> 1. Make both declarations `static` leading to `static struct obstack obstck;` in both files. >>>>>> This however makes `obstck` global, i.e., both cexp and cccp operate on the same state of `obstck`. >>>>> >>>>> static makes the declared object local to the current file or function. What makes you think it becomes global? >>>>> >>>> My local source (~1.5 years old) has obstck declared static in both files. Are you getting your source from git? >>>> >>> Yes, Prof. Waite made that patch on 2021-09-09: >>> >>> https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ >>> >>> >> > > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: Freelance R. <fre...@ro...> - 2023-03-28 15:03:18
|
Well, the package builds well with gcc 12.2.1 (just a second ago). This might be a problem with your special gcc version. @Mr Kühn: The best idea is to clean install the whole thing. Are you sure you took the sources from source=("${_pkgname}::git+http://git.code.sf.net/p/eli-project/eli#branch=master" Thomas PS If you had Arch, I could give you the PKGBUILD for that. On 3/28/23 16:28, Norton Allen wrote: > I'm afraid I don't know how to update the release and am not sure I > have the necessary access to do so or the authority to decide what > goes into the latest release. Perhaps Prof. Waite will be able to it. > > On 3/28/2023 10:11 AM, Thomas Kühn wrote: >> Thank you, for this help. I was using the Downloadable Version of Eli >> from [1] as my students would. >> >> I'll test the recent version in master. >> >> Would you kindly let us know whether you could update the release to >> a 2021 version? >> >> Regards and stay safe >> --Thomas Kühn >> >> [1]:https://sourceforge.net/projects/eli-project/ >> >> Am 28.03.23 um 15:23 schrieb Norton Allen: >>> On 3/28/2023 9:17 AM, Norton Allen wrote: >>>> On 3/28/2023 9:04 AM, Norton Allen wrote: >>>>> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>>>>> 1. Make both declarations `static` leading to `static struct >>>>>> obstack obstck;` in both files. >>>>>> This however makes `obstck` global, i.e., both cexp and cccp >>>>>> operate on the same state of `obstck`. >>>>> >>>>> static makes the declared object local to the current file or >>>>> function. What makes you think it becomes global? >>>>> >>>> My local source (~1.5 years old) has obstck declared static in both >>>> files. Are you getting your source from git? >>>> >>> Yes, Prof. Waite made that patch on 2021-09-09: >>> >>> https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ >>> >>> >>> >> > > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: Freelance R. <fre...@ro...> - 2023-03-28 14:58:14
|
-------- Forwarded Message -------- Subject: Re: [Eli-project-users] Buildbraking Bug in Eli Date: Tue, 28 Mar 2023 16:43:36 +0200 From: Freelance Roemke <fre...@ro...> To: Norton Allen <al...@hu...>, Thomas Kühn <tho...@in...>, eli...@li... CC: Prof. Dr. Wolf Zimmermann <zi...@in...> Well, the package builds well with gcc 12.2.1 (just a second ago). This might be a problem with your special gcc version. @Mr Kühn: The best idea is to clean install the whole thing. Are you sure you took the sources from source=("${_pkgname}::git+http://git.code.sf.net/p/eli-project/eli#branch=master" Thomas PS If you had Arch, I could give you the PKGBUILD for that. On 3/28/23 16:28, Norton Allen wrote: > I'm afraid I don't know how to update the release and am not sure I > have the necessary access to do so or the authority to decide what > goes into the latest release. Perhaps Prof. Waite will be able to it. > > On 3/28/2023 10:11 AM, Thomas Kühn wrote: >> Thank you, for this help. I was using the Downloadable Version of Eli >> from [1] as my students would. >> >> I'll test the recent version in master. >> >> Would you kindly let us know whether you could update the release to >> a 2021 version? >> >> Regards and stay safe >> --Thomas Kühn >> >> [1]:https://sourceforge.net/projects/eli-project/ >> >> Am 28.03.23 um 15:23 schrieb Norton Allen: >>> On 3/28/2023 9:17 AM, Norton Allen wrote: >>>> On 3/28/2023 9:04 AM, Norton Allen wrote: >>>>> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>>>>> 1. Make both declarations `static` leading to `static struct >>>>>> obstack obstck;` in both files. >>>>>> This however makes `obstck` global, i.e., both cexp and cccp >>>>>> operate on the same state of `obstck`. >>>>> >>>>> static makes the declared object local to the current file or >>>>> function. What makes you think it becomes global? >>>>> >>>> My local source (~1.5 years old) has obstck declared static in both >>>> files. Are you getting your source from git? >>>> >>> Yes, Prof. Waite made that patch on 2021-09-09: >>> >>> https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ >>> >>> >>> >> > > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: Thomas K. <tho...@in...> - 2023-03-28 14:35:51
|
I understand, unfortunately, I now see new errors when building eli related to missing l.lis, m.map and n.nop files all referenced in the Eli/pkg/fw/fwTangle.sh For some reason they are not created in CACHE/JOB1 during the execution. I will later try to simply create empty files during make, but assume this will just lead to further issues down the line? Are the files properly created on your end, or could you reproduce this error in the current version of Eli (master)? Thank you in advance. Regards and stay safe --Thomas Kühn Am 28.03.23 um 16:28 schrieb Norton Allen: > I'm afraid I don't know how to update the release and am not sure I have > the necessary access to do so or the authority to decide what goes into > the latest release. Perhaps Prof. Waite will be able to it. > > On 3/28/2023 10:11 AM, Thomas Kühn wrote: >> Thank you, for this help. I was using the Downloadable Version of Eli >> from [1] as my students would. >> >> I'll test the recent version in master. >> >> Would you kindly let us know whether you could update the release to a >> 2021 version? >> >> Regards and stay safe >> --Thomas Kühn >> >> [1]:https://sourceforge.net/projects/eli-project/ >> >> Am 28.03.23 um 15:23 schrieb Norton Allen: >>> On 3/28/2023 9:17 AM, Norton Allen wrote: >>>> On 3/28/2023 9:04 AM, Norton Allen wrote: >>>>> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>>>>> 1. Make both declarations `static` leading to `static struct >>>>>> obstack obstck;` in both files. >>>>>> This however makes `obstck` global, i.e., both cexp and cccp >>>>>> operate on the same state of `obstck`. >>>>> >>>>> static makes the declared object local to the current file or >>>>> function. What makes you think it becomes global? >>>>> >>>> My local source (~1.5 years old) has obstck declared static in both >>>> files. Are you getting your source from git? >>>> >>> Yes, Prof. Waite made that patch on 2021-09-09: >>> >>> https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ >>> >>> >> -- Martin-Luther-Universität Halle-Wittenberg Nat. Fak. III - Institute of Computer Science Chair for Software-Engineering and Programming Languages Dr.-Ing. Thomas Kühn Tenured Senior Researcher Von-Seckendorff-Platz 1 Room: 323 D-06120 Halle, Germany Phone: +49 345 55-24767 Fax: +49 345 55-27333 E-mail: tho...@in... |
From: Norton A. <al...@hu...> - 2023-03-28 14:28:26
|
I'm afraid I don't know how to update the release and am not sure I have the necessary access to do so or the authority to decide what goes into the latest release. Perhaps Prof. Waite will be able to it. On 3/28/2023 10:11 AM, Thomas Kühn wrote: > Thank you, for this help. I was using the Downloadable Version of Eli > from [1] as my students would. > > I'll test the recent version in master. > > Would you kindly let us know whether you could update the release to a > 2021 version? > > Regards and stay safe > --Thomas Kühn > > [1]:https://sourceforge.net/projects/eli-project/ > > Am 28.03.23 um 15:23 schrieb Norton Allen: >> On 3/28/2023 9:17 AM, Norton Allen wrote: >>> On 3/28/2023 9:04 AM, Norton Allen wrote: >>>> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>>>> 1. Make both declarations `static` leading to `static struct >>>>> obstack obstck;` in both files. >>>>> This however makes `obstck` global, i.e., both cexp and cccp >>>>> operate on the same state of `obstck`. >>>> >>>> static makes the declared object local to the current file or >>>> function. What makes you think it becomes global? >>>> >>> My local source (~1.5 years old) has obstck declared static in both >>> files. Are you getting your source from git? >>> >> Yes, Prof. Waite made that patch on 2021-09-09: >> >> https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ >> >> >> > |
From: Thomas K. <tho...@in...> - 2023-03-28 14:11:41
|
Thank you, for this help. I was using the Downloadable Version of Eli from [1] as my students would. I'll test the recent version in master. Would you kindly let us know whether you could update the release to a 2021 version? Regards and stay safe --Thomas Kühn [1]:https://sourceforge.net/projects/eli-project/ Am 28.03.23 um 15:23 schrieb Norton Allen: > On 3/28/2023 9:17 AM, Norton Allen wrote: >> On 3/28/2023 9:04 AM, Norton Allen wrote: >>> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>>> 1. Make both declarations `static` leading to `static struct obstack >>>> obstck;` in both files. >>>> This however makes `obstck` global, i.e., both cexp and cccp >>>> operate on the same state of `obstck`. >>> >>> static makes the declared object local to the current file or >>> function. What makes you think it becomes global? >>> >> My local source (~1.5 years old) has obstck declared static in both >> files. Are you getting your source from git? >> > Yes, Prof. Waite made that patch on 2021-09-09: > > https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ > > -- Martin-Luther-Universität Halle-Wittenberg Nat. Fak. III - Institute of Computer Science Chair for Software-Engineering and Programming Languages Dr.-Ing. Thomas Kühn Tenured Senior Researcher Von-Seckendorff-Platz 1 Room: 323 D-06120 Halle, Germany Phone: +49 345 55-24767 Fax: +49 345 55-27333 E-mail: tho...@in... |
From: Norton A. <al...@hu...> - 2023-03-28 13:23:33
|
On 3/28/2023 9:17 AM, Norton Allen wrote: > On 3/28/2023 9:04 AM, Norton Allen wrote: >> On 3/28/2023 3:06 AM, Thomas Kühn wrote: >>> 1. Make both declarations `static` leading to `static struct obstack >>> obstck;` in both files. >>> This however makes `obstck` global, i.e., both cexp and cccp >>> operate on the same state of `obstck`. >> >> static makes the declared object local to the current file or >> function. What makes you think it becomes global? >> > My local source (~1.5 years old) has obstck declared static in both > files. Are you getting your source from git? > Yes, Prof. Waite made that patch on 2021-09-09: https://sourceforge.net/p/eli-project/eli/ci/bc2d1109b52ab8c02f037bf4cae1d94d78e399ce/ |
From: Norton A. <al...@hu...> - 2023-03-28 13:22:12
|
On 3/28/2023 3:06 AM, Thomas Kühn wrote: > 1. Make both declarations `static` leading to `static struct obstack > obstck;` in both files. > This however makes `obstck` global, i.e., both cexp and cccp > operate on the same state of `obstck`. static makes the declared object local to the current file or function. What makes you think it becomes global? |
From: Norton A. <al...@hu...> - 2023-03-28 13:17:19
|
On 3/28/2023 9:04 AM, Norton Allen wrote: > On 3/28/2023 3:06 AM, Thomas Kühn wrote: >> 1. Make both declarations `static` leading to `static struct obstack >> obstck;` in both files. >> This however makes `obstck` global, i.e., both cexp and cccp >> operate on the same state of `obstck`. > > static makes the declared object local to the current file or > function. What makes you think it becomes global? > My local source (~1.5 years old) has obstck declared static in both files. Are you getting your source from git? ============================================================= Norton Allen (he/him/his) Software Engineer Harvard University School of Engineering and Applied Sciences 12 Oxford St., Link Bldg. (Office 282) Cambridge, MA 02138 Phone: (617) 998-5553 ============================================================= |
From: Thomas K. <tho...@in...> - 2023-03-28 07:45:43
|
Dear Colleagues, together with Prof. Zimmermann I'm teaching compiler construction employing Eli at the Martin Luther University in Halle, Germany. We found a bug in Eli that occurs when building Eli with newer GCC version. Eli version: 4.8.1 GCC version: 11.3.0 How to reproduce? 1. Install a fresh ubuntu 22.04? 2. Install gcc? (This will be gcc 11 by default) 3. Unzip Eli (eli-4.8.1.tar.bz2) in a new folder 4. Install tcl/tk, ncurses and all other dependencies required for Eli 5. run `./configure` 6. run `make` Expected output: `make` returns with 0 Resulting output (EliError.log): ... gcc -c -o cccp.o cccp.c gcc -c -o cexp.o cexp.c gcc -c -o obstack.o obstack.c gcc -c -o version.o version.c gcc -o cpp.exe cccp.o cexp.o obstack.o version.o /usr/bin/ld: cexp.o:(.bss+0x20): multiple definition of `obstck'; cccp.o:(.bss+0x5ca0): first defined here collect2: error: ld returned 1 exit status make[4]: *** [Makefile:13: cpp.exe] Error 1 ... Rational: Due to a change in the ANSI C Standard 2011, identifiers must be unique, when linking multiple compilation units. See Section 6.2.2 Paragraph 2 [1]. Thus, the declaration duplicate `struct obstack obstck;` occuring in both cexp.c (Line 265) and cccp.c (Line 1336) lead to the above error. Fix: I see two possible fixes: 1. Make both declarations `static` leading to `static struct obstack obstck;` in both files. This however makes `obstck` global, i.e., both cexp and cccp operate on the same state of `obstck`. 2. Rename the identifier `obstck` to `obstck2` in `cexp.c`. This create two separate and distinct obstacks, one for cexp and one for cccp. As I'm unable to determine your intention, I would ask you to pick one of the two option in accordance to the intended behaviour. Thank you in advance for your support. Regards and stay safe --Thomas Kühn [1]: http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf -- Martin-Luther-Universität Halle-Wittenberg Nat. Fak. III - Institute of Computer Science Chair for Software-Engineering and Programming Languages Dr.-Ing. Thomas Kühn Tenured Senior Researcher Von-Seckendorff-Platz 1 Room: 323 D-06120 Halle, Germany Phone: +49 345 55-24767 Fax: +49 345 55-27333 E-mail: tho...@in... |
From: William M W. <william.waite@Colorado.EDU> - 2022-01-05 07:32:57
|
Tom, Thanks for the report. I’m glad that you got Eli working. I think that the solution to the problems that you mention is to try to replace all of the code using system names with decision processes based on autoconf. If we don’t do that, as you say, we’ll be up for extra maintenance headaches in the future. It looks as though that should be straightforward for the cases you mention. Comments? Bill Waite On Jan 4, 2022, at 5:36 AM, fre...@ro...<mailto:fre...@ro...> wrote: Thanks Bill, it's exactly the same version. The problem was indeed a missing "make distclean" before the symlinks in the makepkg, i.e. $ make distclean $ ./symlinks $ ./configure --prefix=/opt/eli $ make Now, that :mon can be used, however, I get the error message: (|...../elisrc/fsmcc/CACHE/warp10/FILES/a/n/dapto.c.2042308.c_srcs|err_map| dapto.c 115 3 error: ‘SIGEMT’ was not declared in this scope; did you mean ‘SIGINT’? |) A short look on the dapto.c in the cache, reveals that it contains the lines static int sigcodes[] = { #if !defined(linux) SIGEMT, SIGBUS, SIGSYS, #endif SIGTRAP, ... That works until C++17, where g++ -xc++ -std=c++17 -dM -E - </dev/null | grep linux outputs #define __linux 1 #define __gnu_linux__ 1 #define __linux__ 1 (same for clang++) Some claim that "linux" was not POSIX compliant, and "__linux__" should be used instead. That might also change for gcc in the future. See the following g++/gcc commands for the behaviour cat <<EOS > sigemt_test.c #include <signal.h> int main() { #if !defined(linux) && !defined(__linux__) int s = SIGEMT; #endif #if !defined(linux) int x = SIGINT; #endif return 0; } EOS and g++ -std=c++17 -E sigemt_test.c vs gcc -E sigemt_test.c Which sources do contain the linux macro? {603} > rsearch linux .h 03-Feb-1993 BK Changes for Linux. #if defined(linux) || defined(__SVR4) || defined(__svr4__) || defined(__alpha) || defined(sgi) #if !defined(_AIX) && !defined(linux) && !defined(__SVR4) && !defined(__svr4__) && !defined(__alpha) && !defined(sgi) 145234104 16 -rw------- 1 tomtom tomtom 14247 Jan 4 08:45 ./Eli/pkg/fw/src/style.h 03-Feb-1993 BK Changes for Linux. 145234069 28 -rw------- 1 tomtom tomtom 28054 Jan 4 08:45 ./Eli/pkg/fw/src/data.h {604} > rsearch linux .c #if !defined(linux) #if !defined(linux) 145233972 12 -rw------- 1 tomtom tomtom 11607 Jan 4 08:45 ./Eli/pkg/dapto/dapto.c #if defined(sun) || defined(linux) && !defined(__ELF__) 145234020 20 -rw------- 1 tomtom tomtom 20295 Jan 4 08:45 ./Eli/pkg/eli/ofiles/rdsymb.c 12-Mar-1993 BK Undef ARG_MAX to avoid redefinition on Linux systems. 145234066 72 -rw------- 1 tomtom tomtom 73544 Jan 4 08:45 ./Eli/pkg/fw/src/command.c Thus, style.h (2 lines), dapto.c (2 lines) and rdsymb.c (1 line) would have to be updated. (data.h and command.c just contain the plain string) If I haven't made a mistake, that would be: In style.h #if defined(linux) || defined(__linux__) || defined(__SVR4) || defined(__svr4__) || defined(__alpha) || defined(sgi) #if !defined(_AIX) && !defined(linux) && !defined(__linux__) && !defined(__SVR4) && !defined(__svr4__) && !defined(__alpha) && !defined(sgi) In dapto.c #if !defined(linux) && !defined(__linux__) #if !defined(linux) && !defined(__linux__) In rdsymb.c #if defined(sun) || (defined(linux) || defined(__linux__) && !defined(__ELF__) Thomas PS I still hope the project wants to support C++ compilation, but due to some changes made by the C++ committee, some eli sources would have to undergo a slight change as well. Hi Thomas, I cloned the current Eli git repository from SourceForge (I assume from your directory names that that is what you did). Here’s the commit information: monk% git log --oneline -n3 92687bb2 (HEAD -> master, origin/master, origin/HEAD) Correct info browser links 943078c4 Use the full path name of xterm uniformly f6e98f25 Correct a shell script system dependence I then configured Eli without any parameters. (The machine “monk” has tcl/tk implemented, and the default for ./configure is to use tcl/tk if it can be found.) I then ran “make”. The browser test showed use of the browser tclinfo, which uses tcl/tk. I believe from your letter that this is what you did. My build process did NOT stop, as yours did. My process completed, running all of the tests. All of the files mentioned in your error reports below are generated from your specifications, so none of them will be found in the cloned tree. They contain information related to the grammar and attributes obtained from the specification, and thus cannot be specified a-priori. The source of the problem appears to be at the point of generating the two files attr_mon.dapto and mon_aprods.c. They are generated by the LIGA backend, and if monitoring is enabled, they are moved to the derived directory called “ligaBe”. The two error reports at the top of your list indicate that they were not generated for some reason. The remaining errors are avalanche errors based on these two missing files. Please verify that you have the correct commit, and that there are no local changes in your working directory. Disregard the suggestion about the use of cola — that parameter has nothing to do with the problem at hand. Monk is running Gentoo Linux rather than Arch Linux, but it is hard for me to see an OS glitch as the source of this problem. You say that the system ran correctly without tcl and tk. Did you implement Eli and then implement tcl/tk? Or did you configure Eli “without” tcl/tk? If tcl/tk were not available or were suppressed in the configuration, or if monitoring was not requested by the +monitor parameter, then the shell script Eli/pkg/liga/ligaBe.sh would not have executed the two mv instructions that failed. This would mask any problem with the creation of those two files by the LIGA backend. Bill Waite On Dec 31, 2021, at 2:04 AM, fre...@ro...<mailto:fre...@ro...> wrote: Hi all, after a long while I bought a new PC, and installed Arch Linux on it. In order to keep things clean, I also built a user package, which could be used to install Eli directly from the git sources with minimal user interaction. The makepkg and the resulting eli work fine without tcl and tk (Though, I will have some comments on that in a later email). Even gorto works without having to search for the athena widget cds that I bought years ago ... ;) Then I tried to build it with tcl and tk. The tclinfo window pops up correctly, but then the build process stops with error messages (see below). I will provide the full Eli.log if needed. The cloned tree does neither contain an attr_mon.dapto nor a mon_aprods.c (There is a mon_cprods.c, though) What am I missing here? Kind regards and a happy new year, Thomas mv: cannot stat 'attr_mon.dapto': No such file or directory mv: cannot stat 'mon_aprods.c': No such file or directory ... treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory ** Summary of error messages for /home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus%test --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodecode.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treeact.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw<http://MONTblStack.fw> :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw<http://BitSet.fw> :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw<http://DefTableKeyPtrList.fw> :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw<http://tOilTypeSetPtrList.fw> :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw<http://VoidPtrList.fw> :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw<http://FunctionTypesVoidPtr.fw> :fw*fwGen/VoidPtrFunctionTypes.h) +monitor :cc*c.o> generated errors --- treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/liga.dapto +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :dapto*dapGen/liga_dapto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw<http://BitSet.fw> :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw<http://MONTblStack.fw> :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw<http://DefTableKeyPtrList.fw> :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw<http://tOilTypeSetPtrList.fw> :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw<http://VoidPtrList.fw> :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw<http://FunctionTypesVoidPtr.fw> :fw*fwGen/VoidPtrFunctionTypes.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/dapto/dapto.h) +monitor :cc*c.o> generated errors --- visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory --- </home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/parser/mon_cprods.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) +monitor :cc*c.o> generated errors --- mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory _______________________________________________ Eli-project-users mailing list Eli...@li...<mailto:Eli...@li...> https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: <fre...@ro...> - 2022-01-04 12:36:40
|
Thanks Bill, it's exactly the same version. The problem was indeed a missing "make distclean" before the symlinks in the makepkg, i.e. $ make distclean $ ./symlinks $ ./configure --prefix=/opt/eli $ make Now, that :mon can be used, however, I get the error message: (|...../elisrc/fsmcc/CACHE/warp10/FILES/a/n/dapto.c.2042308.c_srcs|err_map| dapto.c 115 3 error: ‘SIGEMT’ was not declared in this scope; did you mean ‘SIGINT’? |) A short look on the dapto.c in the cache, reveals that it contains the lines static int sigcodes[] = { #if !defined(linux) SIGEMT, SIGBUS, SIGSYS, #endif SIGTRAP, ... That works until C++17, where g++ -xc++ -std=c++17 -dM -E - </dev/null | grep linux outputs #define __linux 1 #define __gnu_linux__ 1 #define __linux__ 1 (same for clang++) Some claim that "linux" was not POSIX compliant, and "__linux__" should be used instead. That might also change for gcc in the future. See the following g++/gcc commands for the behaviour cat <<EOS > sigemt_test.c #include <signal.h> int main() { #if !defined(linux) && !defined(__linux__) int s = SIGEMT; #endif #if !defined(linux) int x = SIGINT; #endif return 0; } EOS and g++ -std=c++17 -E sigemt_test.c vs gcc -E sigemt_test.c Which sources do contain the linux macro? {603} > rsearch linux .h 03-Feb-1993 BK Changes for Linux. #if defined(linux) || defined(__SVR4) || defined(__svr4__) || defined(__alpha) || defined(sgi) #if !defined(_AIX) && !defined(linux) && !defined(__SVR4) && !defined(__svr4__) && !defined(__alpha) && !defined(sgi) *145234104 16 -rw------- 1 tomtom tomtom 14247 Jan 4 08:45 ./Eli/pkg/fw/src/style.h* 03-Feb-1993 BK Changes for Linux. 145234069 28 -rw------- 1 tomtom tomtom 28054 Jan 4 08:45 ./Eli/pkg/fw/src/data.h {604} > rsearch linux .c #if !defined(linux) #if !defined(linux) *145233972 12 -rw------- 1 tomtom tomtom 11607 Jan 4 08:45 ./Eli/pkg/dapto/dapto.c* #if defined(sun) || defined(linux) && !defined(__ELF__) *145234020 20 -rw------- 1 tomtom tomtom 20295 Jan 4 08:45 ./Eli/pkg/eli/ofiles/rdsymb.c* 12-Mar-1993 BK Undef ARG_MAX to avoid redefinition on Linux systems. 145234066 72 -rw------- 1 tomtom tomtom 73544 Jan 4 08:45 ./Eli/pkg/fw/src/command.c Thus, style.h (2 lines), dapto.c (2 lines) and rdsymb.c (1 line) would have to be updated. (data.h and command.c just contain the plain string) If I haven't made a mistake, that would be: In style.h #if defined(linux) || defined(__linux__) || defined(__SVR4) || defined(__svr4__) || defined(__alpha) || defined(sgi) #if !defined(_AIX) && !defined(linux) && !defined(__linux__) && !defined(__SVR4) && !defined(__svr4__) && !defined(__alpha) && !defined(sgi) In dapto.c #if !defined(linux) && !defined(__linux__) #if !defined(linux) && !defined(__linux__) In rdsymb.c #if defined(sun) || (defined(linux) || defined(__linux__) && !defined(__ELF__) Thomas PS I still hope the project wants to support C++ compilation, but due to some changes made by the C++ committee, some eli sources would have to undergo a slight change as well. > Hi Thomas, > > I cloned the current Eli git repository from SourceForge (I assume from your directory names that that is what you did). Here’s the commit information: > > monk% git log --oneline -n3 > 92687bb2 (HEAD -> master, origin/master, origin/HEAD) Correct info browser links > 943078c4 Use the full path name of xterm uniformly > f6e98f25 Correct a shell script system dependence > > I then configured Eli without any parameters. (The machine “monk” has tcl/tk implemented, and the default for ./configure is to use tcl/tk if it can be found.) I then ran “make”. The browser test showed use of the browser tclinfo, which uses tcl/tk. I believe from your letter that this is what you did. My build process did NOT stop, as yours did. My process completed, running all of the tests. > > All of the files mentioned in your error reports below are generated from your specifications, so none of them will be found in the cloned tree. They contain information related to the grammar and attributes obtained from the specification, and thus cannot be specified a-priori. > > The source of the problem appears to be at the point of generating the two files attr_mon.dapto and mon_aprods.c. They are generated by the LIGA backend, and if monitoring is enabled, they are moved to the derived directory called “ligaBe”. The two error reports at the top of your list indicate that they were not generated for some reason. The remaining errors are avalanche errors based on these two missing files. > > Please verify that you have the correct commit, and that there are no local changes in your working directory. > > Disregard the suggestion about the use of cola — that parameter has nothing to do with the problem at hand. > > Monk is running Gentoo Linux rather than Arch Linux, but it is hard for me to see an OS glitch as the source of this problem. You say that the system ran correctly without tcl and tk. Did you implement Eli and then implement tcl/tk? Or did you configure Eli “without” tcl/tk? If tcl/tk were not available or were suppressed in the configuration, or if monitoring was not requested by the +monitor parameter, then the shell script Eli/pkg/liga/ligaBe.sh would not have executed the two mv instructions that failed. This would mask any problem with the creation of those two files by the LIGA backend. > > Bill Waite > >> On Dec 31, 2021, at 2:04 AM,fre...@ro... wrote: >> >> Hi all, >> >> after a long while I bought a new PC, and installed Arch Linux on it. >> >> In order to keep things clean, I also built a user package, which could be used to install Eli directly from the git sources with minimal user interaction. >> >> The makepkg and the resulting eli work fine without tcl and tk (Though, I will have some comments on that in a later email). >> >> Even gorto works without having to search for the athena widget cds that I bought years ago ... ;) >> >> >> Then I tried to build it with tcl and tk. The tclinfo window pops up correctly, but then the build process stops with error messages (see below). I will provide the full Eli.log if needed. >> >> The cloned tree does neither contain an attr_mon.dapto nor a mon_aprods.c (There is a mon_cprods.c, though) >> >> >> What am I missing here? >> >> Kind regards and a happy new year, >> Thomas >> >> >> >> mv: cannot stat 'attr_mon.dapto': No such file or directory >> mv: cannot stat 'mon_aprods.c': No such file or directory >> ... >> >> treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory >> mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory >> visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory >> ** Summary of error messages for /home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus%test >> --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodecode.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treeact.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw :fw*fwGen/VoidPtrFunctionTypes.h) +monitor :cc*c.o> generated errors --- >> treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory >> --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/liga.dapto +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :dapto*dapGen/liga_dapto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw :fw*fwGen/VoidPtrFunctionTypes.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/dapto/dapto.h) +monitor :cc*c.o> generated errors --- >> visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory >> --- </home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/parser/mon_cprods.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) +monitor :cc*c.o> generated errors --- >> mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory >> >> >> >> >> _______________________________________________ >> Eli-project-users mailing list >> Eli...@li... >> https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: William M W. <william.waite@Colorado.EDU> - 2022-01-04 05:54:05
|
Hi Thomas, I cloned the current Eli git repository from SourceForge (I assume from your directory names that that is what you did). Here’s the commit information: monk% git log --oneline -n3 92687bb2 (HEAD -> master, origin/master, origin/HEAD) Correct info browser links 943078c4 Use the full path name of xterm uniformly f6e98f25 Correct a shell script system dependence I then configured Eli without any parameters. (The machine “monk” has tcl/tk implemented, and the default for ./configure is to use tcl/tk if it can be found.) I then ran “make”. The browser test showed use of the browser tclinfo, which uses tcl/tk. I believe from your letter that this is what you did. My build process did NOT stop, as yours did. My process completed, running all of the tests. All of the files mentioned in your error reports below are generated from your specifications, so none of them will be found in the cloned tree. They contain information related to the grammar and attributes obtained from the specification, and thus cannot be specified a-priori. The source of the problem appears to be at the point of generating the two files attr_mon.dapto and mon_aprods.c. They are generated by the LIGA backend, and if monitoring is enabled, they are moved to the derived directory called “ligaBe”. The two error reports at the top of your list indicate that they were not generated for some reason. The remaining errors are avalanche errors based on these two missing files. Please verify that you have the correct commit, and that there are no local changes in your working directory. Disregard the suggestion about the use of cola — that parameter has nothing to do with the problem at hand. Monk is running Gentoo Linux rather than Arch Linux, but it is hard for me to see an OS glitch as the source of this problem. You say that the system ran correctly without tcl and tk. Did you implement Eli and then implement tcl/tk? Or did you configure Eli “without” tcl/tk? If tcl/tk were not available or were suppressed in the configuration, or if monitoring was not requested by the +monitor parameter, then the shell script Eli/pkg/liga/ligaBe.sh would not have executed the two mv instructions that failed. This would mask any problem with the creation of those two files by the LIGA backend. Bill Waite > On Dec 31, 2021, at 2:04 AM, fre...@ro... wrote: > > Hi all, > > after a long while I bought a new PC, and installed Arch Linux on it. > > In order to keep things clean, I also built a user package, which could be used to install Eli directly from the git sources with minimal user interaction. > > The makepkg and the resulting eli work fine without tcl and tk (Though, I will have some comments on that in a later email). > > Even gorto works without having to search for the athena widget cds that I bought years ago ... ;) > > > Then I tried to build it with tcl and tk. The tclinfo window pops up correctly, but then the build process stops with error messages (see below). I will provide the full Eli.log if needed. > > The cloned tree does neither contain an attr_mon.dapto nor a mon_aprods.c (There is a mon_cprods.c, though) > > > What am I missing here? > > Kind regards and a happy new year, > Thomas > > > > mv: cannot stat 'attr_mon.dapto': No such file or directory > mv: cannot stat 'mon_aprods.c': No such file or directory > ... > > treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory > mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory > visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory > ** Summary of error messages for /home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus%test > --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodecode.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treeact.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw :fw*fwGen/VoidPtrFunctionTypes.h) +monitor :cc*c.o> generated errors --- > treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory > --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/liga.dapto +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :dapto*dapGen/liga_dapto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw :fw*fwGen/VoidPtrFunctionTypes.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/dapto/dapto.h) +monitor :cc*c.o> generated errors --- > visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory > --- </home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/parser/mon_cprods.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) +monitor :cc*c.o> generated errors --- > mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory > > > > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |
From: William M W. <william.waite@Colorado.EDU> - 2022-01-01 06:58:44
|
Hi Thomas, This mail arrived the same morning that my Linux machine died from a power surge. I don’t run tcl/tk on my Mac, so I can’t reproduce your problem. After a careful look, my guess is that both attr_mon.dapto and mon_aprods.c are files generated by the system to support monitoring. Thus they are not actually part of the distribution itself. I have been running a specification recently on my linux machine (I use Gentoo) and making heavy use of monitoring. However, I do not use the cola parser. You might try removing “+parser=cola” to see if that is the step that is failing to generate the two files. It’s a slim hope, but easy to do. You shouldn’t have parsing problems arise from using pgs instead of cola. I’m working on getting another machine up with linux, but that probably won’t be possible for at least a week. Sorry… Bill Waite > On Dec 31, 2021, at 2:04 AM, fre...@ro... wrote: > > Hi all, > > after a long while I bought a new PC, and installed Arch Linux on it. > > In order to keep things clean, I also built a user package, which could be used to install Eli directly from the git sources with minimal user interaction. > > The makepkg and the resulting eli work fine without tcl and tk (Though, I will have some comments on that in a later email). > > Even gorto works without having to search for the athena widget cds that I bought years ago ... ;) > > > Then I tried to build it with tcl and tk. The tclinfo window pops up correctly, but then the build process stops with error messages (see below). I will provide the full Eli.log if needed. > > The cloned tree does neither contain an attr_mon.dapto nor a mon_aprods.c (There is a mon_cprods.c, though) > > > What am I missing here? > > Kind regards and a happy new year, > Thomas > > > > mv: cannot stat 'attr_mon.dapto': No such file or directory > mv: cannot stat 'mon_aprods.c': No such file or directory > ... > > treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory > mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory > visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory > ** Summary of error messages for /home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus%test > --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodecode.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treeact.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw :fw*fwGen/VoidPtrFunctionTypes.h) +monitor :cc*c.o> generated errors --- > treecon.c 15 10 fatal error: attr_mon_dapto.h: No such file or directory > --- </home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_9_specs :eli*phiInSpecs :phi*phiOut/HEAD.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/err.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/node.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitprocs.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/attrpredef.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/visitmap.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/liga.dapto +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :dapto*dapGen/liga_dapto.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/clp.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Name/envmod.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/pdl/deftbl.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/BitSet.fw :fw*fwGen/BitSet.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/oil/oiladt2.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor :eli*level_1_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :pdl*pdlGen/pdl_gen.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/treecon.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/Stack.gnrc +instance=MONTbl +referto=NODEPTR :lib*instGen/MONTblStack.fw :fw*fwGen/MONTblStack.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=DefTableKey +referto=deftbl :lib*instGen/DefTableKeyPtrList.fw :fw*fwGen/DefTableKeyList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/PtrList.gnrc +instance=tOilTypeSet +referto=oiladt2 :lib*instGen/tOilTypeSetPtrList.fw :fw*fwGen/tOilTypeSetList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/List.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/VoidPtrList.fw :fw*fwGen/VoidPtrList.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/clp/lib/clplib.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :eli*allspecs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) :oil*oil_gen/OilDecls.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/VoidPtr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/FunctionTypes.gnrc +instance=VoidPtr +referto=VoidPtr :lib*instGen/FunctionTypesVoidPtr.fw :fw*fwGen/VoidPtrFunctionTypes.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Adt/obstack.h) (/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs +monitor +parser=cola :eli*level_4_specs +incl=(/home/tomtom/self_compiled/eli-git/src/eli/Eli/tests/cminus/c--lint.specs :phi*etaIncl) +monitor :liga*ligaBe/nodeptr.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/Input/coord.h) (/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/dapto/dapto.h) +monitor :cc*c.o> generated errors --- > visitprocs.c 11 10 fatal error: attr_mon_dapto.h: No such file or directory > --- </home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/parser/mon_cprods.c +incls=(/home/tomtom/self_compiled/eli-git/src/eli/CACHE/warp10/PKGS/eli/eliproto.h) +monitor :cc*c.o> generated errors --- > mon_cprods.c 2 10 fatal error: mon_cprods.h: No such file or directory > > > > > _______________________________________________ > Eli-project-users mailing list > Eli...@li... > https://lists.sourceforge.net/lists/listinfo/eli-project-users |