Bug 221 - Error when compiling linuxsampler 2588
Summary: Error when compiling linuxsampler 2588
Status: CLOSED WORKSFORME
Alias: None
Product: LinuxSampler
Classification: Unclassified
Component: other (show other bugs)
Version: SVN Trunk
Hardware: PC Linux
: P5 normal
Assignee: Christian Schoenebeck
URL:
Depends on:
Blocks:
 
Reported: 2014-06-04 16:58 CEST by Nicola Pandini
Modified: 2021-05-12 13:47 CEST (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicola Pandini 2014-06-04 16:58:16 CEST
Hi, I'm having a problem compiling linuxsampler on a Debian Wheezy.
The compilation quits after the ./configure step, with these messages:

Good. Now type 'make' to compile, followed by 'make install' as root.

touch configure-stamp
dh_testdir
# Add here commands to compile the package.
/usr/bin/make
make[1]: Entering directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler'
/usr/bin/make  all-recursive
make[2]: Entering directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler'
Making all in man
make[3]: Entering directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler/man'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler/man'
Making all in src
make[3]: Entering directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler/src'
Making all in scriptvm
make[4]: Entering directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler/src/scriptvm'
make[4]: *** No rule to make target `parser.h', needed by `all'.  Stop.
make[4]: Leaving directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler/src/scriptvm'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/nik/Progetti/AudioPRO/LinuxSampler/SVN/linuxsampler'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Comment 1 Christian Schoenebeck 2014-06-04 17:15:18 CEST
You need to install "flex". This is a new build requirement if you are compiling from SVN. Flex is used to automatically generate the parser component for the upcoming new real-time instrument script feature of the sampler.

Like with Bison, the configure script does currently not complain explicitly if flex is not installed. That's because originally the tarball releases of the sampler already contained the pre-generated parser C++ files in the past. In the meantime however we became extremely lazy regarding new tarball releases. So probably we should change that. We will see ...
Comment 2 Nicola Pandini 2014-06-05 09:14:34 CEST
(In reply to comment #1)
> You need to install "flex". This is a new build requirement if you are
> compiling from SVN. Flex is used to automatically generate the parser component
> for the upcoming new real-time instrument script feature of the sampler.

Ok, it works with flex, thank you!
Comment 3 Doug 2014-06-26 12:21:50 CEST
Hello,

I've installed both flex and bison but I'm still getting the parser.h error. I've run 'autoreconf' and 'autoconf' again but it fails when I try to run 'make'. Do I need to include anything into the configure file? Any help would be much appreciated!

Cheers,

Doug
Comment 4 Doug 2014-06-26 12:24:50 CEST
(In reply to comment #1)
> You need to install "flex". This is a new build requirement if you are
> compiling from SVN. Flex is used to automatically generate the parser component
> for the upcoming new real-time instrument script feature of the sampler.
> 
> Like with Bison, the configure script does currently not complain explicitly if
> flex is not installed. That's because originally the tarball releases of the
> sampler already contained the pre-generated parser C++ files in the past. In
> the meantime however we became extremely lazy regarding new tarball releases.
> So probably we should change that. We will see ...

Hello,

I've installed both flex and bison but I'm still getting the parser.h error.
I've run 'autoreconf' and 'autoconf' again but it fails when I try to run
'make'. Do I need to include anything into the configure file? Any help would
be much appreciated!

Cheers,

Doug
Comment 5 janflorijn 2014-06-27 09:34:28 CEST
(In reply to comment #4)
> (In reply to comment #1)
> > You need to install "flex". This is a new build requirement if you are
> > compiling from SVN. Flex is used to automatically generate the parser component
> > for the upcoming new real-time instrument script feature of the sampler.
> > 
> > Like with Bison, the configure script does currently not complain explicitly if
> > flex is not installed. That's because originally the tarball releases of the
> > sampler already contained the pre-generated parser C++ files in the past. In
> > the meantime however we became extremely lazy regarding new tarball releases.
> > So probably we should change that. We will see ...
> 
> Hello,
> 
> I've installed both flex and bison but I'm still getting the parser.h error.
> I've run 'autoreconf' and 'autoconf' again but it fails when I try to run
> 'make'. Do I need to include anything into the configure file? Any help would
> be much appreciated!
> 
> Cheers,
> 
> Doug

There are some independecies:

sqlite 3.3

and I have installed several versions of automake: 1.1,1.5,1.9.
Comment 6 Ildar Akhmetgaleev 2014-07-21 04:49:10 CEST
same problem on debian sid
ii  automake1.9                                1.9.6+nogfdl-4
ii  flex                                       2.5.39-8
ii  bison                                      2:3.0.2.dfsg-2
ii  libbison-dev:amd64                         2:3.0.2.dfsg-2
ii  libsqlite3-0:amd64                         3.8.5-2                           
ii  libsqlite3-dev:amd64                       3.8.5-2
Comment 7 janflorijn 2014-07-21 08:15:42 CEST
Please check the following:
g++ debhelper pkg-config automake1.9 libtool fakeroot libsndfile1-dev doxygen uuid-dev bison
intltool libgtkmm-2.4-dev xsltproc flex sqlite 3.3
install ant qt4-dev-tools libjack-jackd2-dev
ant

A good way is to install each library separate and look if it went well.

Second you can use synaptic and extend some librarys: v.e. autoconf

Also install: Automake 1.1,1.4,1.5.

Watch the messages when you compile.

Kind regards,

JanFlorijn
Comment 8 Spencer Moran 2014-08-26 20:27:49 CEST
(In reply to comment #7)
> Please check the following:
> g++ debhelper pkg-config automake1.9 libtool fakeroot libsndfile1-dev doxygen
> uuid-dev bison
> intltool libgtkmm-2.4-dev xsltproc flex sqlite 3.3
> install ant qt4-dev-tools libjack-jackd2-dev
> ant
> 
> A good way is to install each library separate and look if it went well.
> 
> Second you can use synaptic and extend some librarys: v.e. autoconf
> 
> Also install: Automake 1.1,1.4,1.5.
> 
> Watch the messages when you compile.
> 
> Kind regards,
> 
> JanFlorijn

Hi I am experiencing same issue as Doug and Ildar on a Fedora machine after installing flex, bison, sqlite according to the advice in this thread. However still stuck at parser.h error. The configure script does detect all of flex, bison, and sqlite for what that is worth.

So what you are suggesting is to further check all of the above packages? Is there evidence that lacking any of the above packages will actually trigger this parser.h error? Shouldn't the configure script already complain for these packages aside from flex, which is a new requirement? I feel like this can be narrowed down a little bit better.

Also, what is the point of installing multiple versions of automake?
Comment 9 janflorijn 2014-08-27 08:57:30 CEST
(In reply to comment #8)
> (In reply to comment #7)
> > Please check the following:
> > g++ debhelper pkg-config automake1.9 libtool fakeroot libsndfile1-dev doxygen
> > uuid-dev bison
> > intltool libgtkmm-2.4-dev xsltproc flex sqlite 3.3
> > install ant qt4-dev-tools libjack-jackd2-dev
> > ant
> > 
> > A good way is to install each library separate and look if it went well.
> > 
> > Second you can use synaptic and extend some librarys: v.e. autoconf
> > 
> > Also install: Automake 1.1,1.4,1.5.
> > 
> > Watch the messages when you compile.
> > 
> > Kind regards,
> > 
> > JanFlorijn
> 
> Hi I am experiencing same issue as Doug and Ildar on a Fedora machine after
> installing flex, bison, sqlite according to the advice in this thread. However
> still stuck at parser.h error. The configure script does detect all of flex,
> bison, and sqlite for what that is worth.
> 
> So what you are suggesting is to further check all of the above packages? Is
> there evidence that lacking any of the above packages will actually trigger
> this parser.h error? Shouldn't the configure script already complain for these
> packages aside from flex, which is a new requirement? I feel like this can be
> narrowed down a little bit better.
> 
> Also, what is the point of installing multiple versions of automake?

Hi,

The purpose for several versions of automake is that some pieces of ls need this.

I am not experienced. I will trie Fedora.

The problem whe face here is on 2588. Now whe have 2570.

In mean while there are some dependencies added.

In Ubuntu studio 14 after a clean install the next script works. Please translate it to fedora and your processor.
I mostle use in parts to check if everything went well:
sudo apt-get install subversion
mkdir lssvn
cd lssvn
svn co https://svn.linuxsampler.org/svn/libgig/trunk libgig
svn co https://svn.linuxsampler.org/svn/liblscp/trunk liblscp
svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler
svn co https://svn.linuxsampler.org/svn/qsampler/trunk qsampler
svn co https://svn.linuxsampler.org/svn/jlscp/trunk jlscp
svn co https://svn.linuxsampler.org/svn/jsampler/trunk jsampler
svn co https://svn.linuxsampler.org/svn/gigedit/trunk gigedit
sudo apt-get install g++ debhelper pkg-config automake1.1 automake1.4 automake1.9 libtool fakeroot libsndfile1-dev doxygen uuid-dev bison
sudo apt-get install intltool libgtkmm-2.4-dev xsltproc flex sqlite 3.3
sudo apt-get install ant qt4-dev-tools libjack-jackd2-dev libx11-dev x11proto-core-dev docbook-xsl
cd liblscp
chmod a+x configure
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
./configure --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info & make
sudo make install
cd ..
cd libgig
chmod a+x configure
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
./configure --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info & make
sudo make install
cd ..
cd linuxsampler
chmod a+x configure
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
./configure --libdir=/usr/lib --enable-plugin-dir=/usr/lib/linuxsampler/plugins --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info & make
sudo make install
cd ..
cd gigedit
chmod a+x configure
CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
./configure --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info & make
sudo make install
Comment 10 puddingstud 2014-09-18 22:10:47 CEST
Hi, I'm having the same "parser.h" problem with Raspian (Debian for Raspberry Pi).

However, that latest script installs so many dependencies that my 8 GB hard drive got full in the middle of it (which also needs sereval hours to be completed)... So I understand you're helping and thank you for that, but it's really not a solution for my case.

(En réponse au commentaire 9)
> Hi,
> 
> The purpose for several versions of automake is that some pieces of ls need
> this.
> 
> I am not experienced. I will trie Fedora.
> 
> The problem whe face here is on 2588. Now whe have 2570.
> 
> In mean while there are some dependencies added.
> 
> In Ubuntu studio 14 after a clean install the next script works. Please
> translate it to fedora and your processor.
> I mostle use in parts to check if everything went well:
> sudo apt-get install subversion
> mkdir lssvn
> cd lssvn
> svn co https://svn.linuxsampler.org/svn/libgig/trunk libgig
> svn co https://svn.linuxsampler.org/svn/liblscp/trunk liblscp
> svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler
> svn co https://svn.linuxsampler.org/svn/qsampler/trunk qsampler
> svn co https://svn.linuxsampler.org/svn/jlscp/trunk jlscp
> svn co https://svn.linuxsampler.org/svn/jsampler/trunk jsampler
> svn co https://svn.linuxsampler.org/svn/gigedit/trunk gigedit
> sudo apt-get install g++ debhelper pkg-config automake1.1 automake1.4
> automake1.9 libtool fakeroot libsndfile1-dev doxygen uuid-dev bison
> sudo apt-get install intltool libgtkmm-2.4-dev xsltproc flex sqlite 3.3
> sudo apt-get install ant qt4-dev-tools libjack-jackd2-dev libx11-dev
> x11proto-core-dev docbook-xsl
> cd liblscp
> chmod a+x configure
> CHOST="x86_64-pc-linux-gnu"
> CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> ./configure --prefix=/usr --mandir=\$${prefix}/share/man
> --infodir=\$${prefix}/share/info & make
> sudo make install
> cd ..
> cd libgig
> chmod a+x configure
> CHOST="x86_64-pc-linux-gnu"
> CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> ./configure --prefix=/usr --mandir=\$${prefix}/share/man
> --infodir=\$${prefix}/share/info & make
> sudo make install
> cd ..
> cd linuxsampler
> chmod a+x configure
> CHOST="x86_64-pc-linux-gnu"
> CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> ./configure --libdir=/usr/lib --enable-plugin-dir=/usr/lib/linuxsampler/plugins
> --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info &
> make
> sudo make install
> cd ..
> cd gigedit
> chmod a+x configure
> CHOST="x86_64-pc-linux-gnu"
> CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> ./configure --prefix=/usr --mandir=\$${prefix}/share/man
> --infodir=\$${prefix}/share/info & make
> sudo make install
Comment 11 janflorijn 2014-09-19 22:23:36 CEST
(In reply to comment #10)
> Hi, I'm having the same "parser.h" problem with Raspian (Debian for Raspberry
> Pi).
> 
> However, that latest script installs so many dependencies that my 8 GB hard
> drive got full in the middle of it (which also needs sereval hours to be
> completed)... So I understand you're helping and thank you for that, but it's
> really not a solution for my case.
> 
> (En réponse au commentaire 9)
> > Hi,
> > 
> > The purpose for several versions of automake is that some pieces of ls need
> > this.
> > 
> > I am not experienced. I will trie Fedora.
> > 
> > The problem whe face here is on 2588. Now whe have 2570.
> > 
> > In mean while there are some dependencies added.
> > 
> > In Ubuntu studio 14 after a clean install the next script works. Please
> > translate it to fedora and your processor.
> > I mostle use in parts to check if everything went well:
> > sudo apt-get install subversion
> > mkdir lssvn
> > cd lssvn
> > svn co https://svn.linuxsampler.org/svn/libgig/trunk libgig
> > svn co https://svn.linuxsampler.org/svn/liblscp/trunk liblscp
> > svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler
> > svn co https://svn.linuxsampler.org/svn/qsampler/trunk qsampler
> > svn co https://svn.linuxsampler.org/svn/jlscp/trunk jlscp
> > svn co https://svn.linuxsampler.org/svn/jsampler/trunk jsampler
> > svn co https://svn.linuxsampler.org/svn/gigedit/trunk gigedit
> > sudo apt-get install g++ debhelper pkg-config automake1.1 automake1.4
> > automake1.9 libtool fakeroot libsndfile1-dev doxygen uuid-dev bison
> > sudo apt-get install intltool libgtkmm-2.4-dev xsltproc flex sqlite 3.3
> > sudo apt-get install ant qt4-dev-tools libjack-jackd2-dev libx11-dev
> > x11proto-core-dev docbook-xsl
> > cd liblscp
> > chmod a+x configure
> > CHOST="x86_64-pc-linux-gnu"
> > CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> > ./configure --prefix=/usr --mandir=\$${prefix}/share/man
> > --infodir=\$${prefix}/share/info & make
> > sudo make install
> > cd ..
> > cd libgig
> > chmod a+x configure
> > CHOST="x86_64-pc-linux-gnu"
> > CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> > ./configure --prefix=/usr --mandir=\$${prefix}/share/man
> > --infodir=\$${prefix}/share/info & make
> > sudo make install
> > cd ..
> > cd linuxsampler
> > chmod a+x configure
> > CHOST="x86_64-pc-linux-gnu"
> > CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> > ./configure --libdir=/usr/lib --enable-plugin-dir=/usr/lib/linuxsampler/plugins
> > --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info &
> > make
> > sudo make install
> > cd ..
> > cd gigedit
> > chmod a+x configure
> > CHOST="x86_64-pc-linux-gnu"
> > CXXFLAGS="-march=athlon-fx -mtune=athlon-fx"
> > ./configure --prefix=/usr --mandir=\$${prefix}/share/man
> > --infodir=\$${prefix}/share/info & make
> > sudo make install

Hi,

I am glad you post a reply, so whe know if things work or not.

I agree I can not help you. Only sql requers 2.2 gb si I supopose your harddisk is to small and compiling your self will not work.

I think you should use compiled packages.

I can create a compiled packages for you. Just let me know:

64bit or 32 bit
and the branch/model of your processer
and other options you need.

I can upload it on google drive.

Kind regards,

JanFlorijn
Comment 12 puddingstud 2014-09-21 22:15:45 CEST
> Hi,
> 
> I am glad you post a reply, so whe know if things work or not.
> 
> I agree I can not help you. Only sql requers 2.2 gb si I supopose your harddisk
> is to small and compiling your self will not work.
> 
> I think you should use compiled packages.
> 
> I can create a compiled packages for you. Just let me know:
> 
> 64bit or 32 bit
> and the branch/model of your processer
> and other options you need.
> 
> I can upload it on google drive.
> 
> Kind regards,
> 
> JanFlorijn

It's not SQL, it's that I guess some of your packages depends on Tex, including Tex documentation, that's the big part, for what I've seen.
Anyway, I hope LinuxSampler does not depends on all of these packages... It's not supposed to be a 7-hours-compilation program, I guess.
Comment 13 puddingstud 2014-09-21 22:46:19 CEST
Note : my version is 2674.
Comment 14 janflorijn 2014-09-22 09:06:15 CEST
Hi,

The compilation it not a job wich takes 7 hours. It takes less then half an hour.

The moment your disk get full can be an other moment then installing sql.

8gb harddisk is to small.

Kind regards,

JanFlorijn
Comment 15 Ildar Akhmetgaleev 2014-09-22 23:39:45 CEST
2676 compiles well on debian sid
Thank you.
Comment 16 janflorijn 2014-09-23 09:11:24 CEST
(In reply to comment #15)
> 2676 compiles well on debian sid
> Thank you.

Ildar,


Your welcome. Thanks for your reply. It is good to hear wether things work or not.

Kind regards,

JanFlorijn
Comment 17 puddingstud 2014-09-23 15:20:23 CEST
(En réponse au commentaire 15)
> 2676 compiles well on debian sid
> Thank you.

After re-checkouting and re-building libgig and linux sampler (with dependencies: libtool, automake, bison, flex, gpp, build-essential, libsndfile-dev, PERL extension XML::Parser), that "parser.h" error message doesn't appear anymore on Raspbian.

(That's still not fully compiling either, but it's another problem)
Comment 20 janflorijn 2014-09-24 12:51:05 CEST
(In reply to comment #19)
> No I can't ; I'm under Raspbian (Raspberry PI, ARM11 architecture).
> 
> (En réponse au commentaire 18)
> > (In reply to comment #15)
> > > 2676 compiles well on debian sid
> > > Thank you.
> > 
> > Hi,
> > 
> > You can download from google drive and install:
> > 
> > https://drive.google.com/file/d/0B8X24IrD0EquMlk1WDVxVW9QZjA/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquNVFoTVBvUEZLckU/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquNnVNSXhYVng1bVU/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquOGU1cXZNUXBSY28/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquS3RFTUZtejdDbGM/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquV1J1Q193Ti1Yc3c/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquZGRKTDhEYWd1VTA/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquZVpwcThBMUV4RWc/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0Equdm9ud1dRZUp5aDQ/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EqueDViRFJuX1ZobzQ/edit?usp=sharing
> > https://drive.google.com/file/d/0B8X24IrD0EquenlaZ1NQTEw3THM/edit?usp=sharing
> > 
> > It is 64 bit.
> > 
> > Kind regards,
> > 
> > JanFlorijn

Hi,

Does this mean you cannot install debian packages?
If yes, in wich way you install?
If no, so I need to compile for ARM11 processor?
Or is compiling on your system the only way?

Kind regards,


JanFlorijn
Comment 21 puddingstud 2014-09-24 14:46:54 CEST
> Hi,
> 
> Does this mean you cannot install debian packages?
> If yes, in wich way you install?
> If no, so I need to compile for ARM11 processor?
> Or is compiling on your system the only way?
> 
> Kind regards,
> 
> 
> JanFlorijn

It means compilation doesn't work for ARM11 processors - as reported in https://bugs.linuxsampler.org/cgi-bin/show_bug.cgi?id=193 .
That's surprising because it used to work... but the source cleary says it doesn't now (explicit error in RTMath.cpp).
Comment 22 puddingstud 2014-09-24 14:47:20 CEST
> Hi,
> 
> Does this mean you cannot install debian packages?
> If yes, in wich way you install?
> If no, so I need to compile for ARM11 processor?
> Or is compiling on your system the only way?
> 
> Kind regards,
> 
> 
> JanFlorijn

It means compilation doesn't work for ARM11 processors - as reported in https://bugs.linuxsampler.org/cgi-bin/show_bug.cgi?id=193 .
That's surprising because it used to work... but the source cleary says it doesn't now (explicit error in RTMath.cpp).
Comment 23 janflorijn 2014-09-24 16:03:24 CEST
(In reply to comment #22)
> > Hi,
> > 
> > Does this mean you cannot install debian packages?
> > If yes, in wich way you install?
> > If no, so I need to compile for ARM11 processor?
> > Or is compiling on your system the only way?
> > 
> > Kind regards,
> > 
> > 
> > JanFlorijn
> 
> It means compilation doesn't work for ARM11 processors - as reported in
> https://bugs.linuxsampler.org/cgi-bin/show_bug.cgi?id=193 .
> That's surprising because it used to work... but the source cleary says it
> doesn't now (explicit error in RTMath.cpp).

Hi,

I have no experience in ARM. There was no response from the developers?

And it is no option to create a virtual machine?

What I read is that there are reports it does not work anymore, that is something else then it is impossible.

Kind regards,

JanFlorijn
Comment 24 Wladimir 2014-09-25 09:10:20 CEST
This was failing for me with latest SVN (r2676) on Ubuntu 14.04. Had flex installed, and bison, etc but still got the error about parser.h.
I had to manually run `scripts/generate_instrument_script_parser.sh` and then it went through.
Comment 25 janflorijn 2014-09-25 09:48:47 CEST
(In reply to comment #24)
> This was failing for me with latest SVN (r2676) on Ubuntu 14.04. Had flex
> installed, and bison, etc but still got the error about parser.h.
> I had to manually run `scripts/generate_instrument_script_parser.sh` and then
> it went through.

Hi,

Interesting. I run ubuntu 14 and manually running `scripts/generate_instrument_script_parser.sh` is never needed.

The only thing sometimes is needed:

1. Go to parent directory of the source of f.e. 'libgig' etc. in a terminal;
2. Type sudo chown -hR [username] *

This covers all files.

Kind regards,

JanFlorijn
Comment 26 Christian Schoenebeck 2019-02-27 16:04:42 CET
It's been some years, so is this still an issue for somebody or can this report be closed?
Comment 27 Christian Schoenebeck 2019-04-23 19:55:40 CEST
I am going to close this report, since I received no further feedback from your side. Feel free to reopen this bug in case you think this issue persists.
Comment 28 Maurits Lamers 2021-05-11 17:21:52 CEST
I still need the workaround in comment #24 to make linuxsampler compile. 
Fresh checkout of the sources in svn, running Ubuntu 20.04.
Comment 29 Christian Schoenebeck 2021-05-12 13:47:58 CEST
(In reply to Maurits Lamers from comment #28)
> I still need the workaround in comment #24 to make linuxsampler compile. 
> Fresh checkout of the sources in svn, running Ubuntu 20.04.

Most probably an issue with the time stamps on those files, please check this next time it happens to you. Auto regeneration from any source file in general is determined by 'make' which simply tracks time stamps of input source files of previous builds and compares the time stamps on next build attempt to decide from which source files it needs to rebuild from.