On Sun, 26 May 2013, Beno?t Minisini wrote:
> Le 26/05/2013 11:47, Beno?t Minisini a ?crit :
> > Le 26/05/2013 11:13, Tobias Boege a ?crit :
> >>
> >> One thing: trunk_version.h is always up to date since it's .PHONY.
> >
> > This is not what the 'make' documentation says.
> >
> > If a source file
Le 26/05/2013 11:47, Benoît Minisini a écrit :
> Le 26/05/2013 11:13, Tobias Boege a écrit :
>>
>> One thing: trunk_version.h is always up to date since it's .PHONY.
>
> This is not what the 'make' documentation says.
>
> If a source file depends on a phony target like 'trunk_version.h' (which
> is
Le 26/05/2013 11:13, Tobias Boege a écrit :
>
> One thing: trunk_version.h is always up to date since it's .PHONY.
This is not what the 'make' documentation says.
If a source file depends on a phony target like 'trunk_version.h' (which
is the case as soon as the file is explicitely included), th
On Sat, 25 May 2013, Beno?t Minisini wrote:
> Le 25/05/2013 11:37, Tobias Boege a ?crit :
> > On Fri, 24 May 2013, Beno?t Minisini wrote:
> >> Le 23/05/2013 14:23, Tobias Boege a ?crit :
>
> Sorry, I prefer my way of defining TRUNK_VERSION: you should not modify
> the compilation fla
Le 25/05/2013 11:37, Tobias Boege a écrit :
> On Fri, 24 May 2013, Beno?t Minisini wrote:
>> Le 23/05/2013 14:23, Tobias Boege a ?crit :
Sorry, I prefer my way of defining TRUNK_VERSION: you should not modify
the compilation flag for defining a constant. You'd rather use the
'co
On Fri, 24 May 2013, Beno?t Minisini wrote:
> Le 23/05/2013 14:23, Tobias Boege a ?crit :
> >>
> >> Sorry, I prefer my way of defining TRUNK_VERSION: you should not modify
> >> the compilation flag for defining a constant. You'd rather use the
> >> 'config.h' mechanism (AC_DEFINE & AC_DEFINE_UNQUOT
Le 23/05/2013 14:23, Tobias Boege a écrit :
>>
>> Sorry, I prefer my way of defining TRUNK_VERSION: you should not modify
>> the compilation flag for defining a constant. You'd rather use the
>> 'config.h' mechanism (AC_DEFINE & AC_DEFINE_UNQUOTED).
>>
>
> But when is this file regenerated? Only by
On Thu, 23 May 2013, Beno?t Minisini wrote:
> Le 22/05/2013 23:58, Beno?t Minisini a ?crit :
> > Le 22/05/2013 22:27, Tobias Boege a ?crit :
> >>
> >> the funny thing was that it needed three commits to fix Emanuele's
> >> problem
> >> which is two too much for this kind of error.
> >>
> >> Actuall
Le 22/05/2013 23:58, Benoît Minisini a écrit :
> Le 22/05/2013 22:27, Tobias Boege a écrit :
>>
>> the funny thing was that it needed three commits to fix Emanuele's
>> problem
>> which is two too much for this kind of error.
>>
>> Actually, I'm not really concered about localisation (one of the mo
Le 22/05/2013 22:27, Tobias Boege a écrit :
>
> the funny thing was that it needed three commits to fix Emanuele's problem
> which is two too much for this kind of error.
>
> Actually, I'm not really concered about localisation (one of the most
> important lines in my .bashrc is LC_ALL=C :-)) and n
Hi Paul,
On Wed, 22 May 2013, paulwheeler wrote:
>
>Tobias,
>Thank you for you work on this project.
>I have been lurking for a while, just to absorb more knowledge.
>My apology, but I am confused about what was funny.
>Translation?which script line?
>Paul
the funny thing
Tobias,
Thank you for you work on this project.
I have been lurking for a while, just to absorb more knowledge.
My apology, but I am confused about what was funny.
Translation?which script line?
Paul
On 05/22/2013 10:33 AM, Tobias Boege wrote:
On Wed, 22 May 2013, Emanuele S
>
> Very funny :-) It's a translation issue. I wrote that script line with only
> the englisch output of svn in mind.
>
> I'm convinced that rev#5673 solves your problem.
>
> Regards,
> Tobi
>
You are right, it works now.
Thanks
> -
On Wed, 22 May 2013, Emanuele Sottocorno wrote:
> Here they are:
> >
> > How tiresome. I must now ask for output of:
> >
> > $ svn info
> >
> > and
> >
> > $ svn info 2>/dev/null | grep Revision | egrep -wo "[0-9]+$"
> >
> > Regards,
> > Tobi
Very funny :-) It's a translation issue. I wrote t
Here they are:
>
> How tiresome. I must now ask for output of:
>
> $ svn info
>
> and
>
> $ svn info 2>/dev/null | grep Revision | egrep -wo "[0-9]+$"
>
> Regards,
> Tobi
>
> --
> Try New Relic Now & We'll Send You th
On Wed, 22 May 2013, Emanuele Sottocorno wrote:
> Hi Tobi, tried rev #5672, make fails at:
>
> make[2]: ingresso nella directory
> "/home/emanuele/Gambas3/trunk/main/gbx"
> CC libgbx_a-gb_error.o
> CC libgbx_a-gbx_exec_loop.o
> AR libgbx.a
> CC gb_la-gbx_c_class.lo
> CC
Hi Tobi, tried rev #5672, make fails at:
make[2]: ingresso nella directory
"/home/emanuele/Gambas3/trunk/main/gbx"
CC libgbx_a-gb_error.o
CC libgbx_a-gbx_exec_loop.o
AR libgbx.a
CC gb_la-gbx_c_class.lo
CC gb_la-gbx_c_collection.lo
CC gb_la-gbx_c_error.lo
CC
On Wed, 22 May 2013, Emanuele Sottocorno wrote:
> Hi Tobi,
> I made a fresh svn checkout with revision #5671. in
> main/ .reconf, ./configure, make ... same error
> After the patch applied using the "old" compilation sequence
> (./reconf-all, ./configure, make && make install) the process ran fine.
On Tue, 21 May 2013, Emanuele Sottocorno wrote:
> hi Tobi,
> thanks for the answer, but same error with revision #5671.
> I use to ./reconf-all ./configure -C make for any svn update from trunk
> directory should i issue the sequence for the main directory instead?
>
> Emanuele
It won't be any di
hi Tobi,
thanks for the answer, but same error with revision #5671.
I use to ./reconf-all ./configure -C make for any svn update from trunk
directory should i issue the sequence for the main directory instead?
Emanuele
Il giorno mar, 21/05/2013 alle 17.52 +0200, Tobias Boege ha scritto:
> On Tue,
On Tue, 21 May 2013, Emanuele Sottocorno wrote:
> Rev. #5670 make aborts immediately with error:
> make[4]: enter directory "/home/emanuele/Gambas3/trunk/main/gbc"
> CC gbc3-gb_error.o
> gcc: error: 5638: File o directory does not exists
>
> Logs and sysinfo attached.
>
My fault. Could you
Rev. #5670 make aborts immediately with error:
make[4]: enter directory "/home/emanuele/Gambas3/trunk/main/gbc"
CC gbc3-gb_error.o
gcc: error: 5638: File o directory does not exists
Logs and sysinfo attached.
rev5670.logs.tar.gz
Description: application/compressed-tar
22 matches
Mail list logo
