Quantcast

File "configure" and friends no longer in source repository

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

File "configure" and friends no longer in source repository

Dr Rainer Woitok
Greetings,

yesterday I updated my local GPSBabel repository from

   https://github.com/gpsbabel/gpsbabel.git

thereby converting everything  to Mercurial,  the version control system
I'm familiar with.   I updated my local  repository to  a changeset with
the commit message

   remote/master 2015-09-17 23:32:18 -0600 [hidden email]

   switch travis to containers and
   restore travis usage of build_and_test.

   M .travis.yml

The above changeset should correspond  to either of the two Git revision
identifiers

   11bfc22a860dd99e9b404161ac66ca2282bc5af4
   6b0ad2d5c23e08ae1ca8343316a109687131fcb1

Strangely, however,  my updated repsoitory was missing files like "conf-
igure", "Makefile.in", et cetera.

I looked around a bit and found the following changeset:

   2015-09-14 22:04:53 -0500 [hidden email]

   Merge remote-tracking branch 'refs/remotes/origin/master'

   A .gitignore
   A build_and_test
   R AUTHORS
   R COPYING
   R GPSBabel.pro
   R Makefile.in
   R README.contrib
   R README.igc
   R README.mapconverter
   R README.xmapwpt
   ...
   R config.guess
   R config.h.in
   R config.sub
   R configure
   R configure.in
   ...
   M .travis.yml

This changeset  added a few files,  removed zillions of files (including
files "config*" and "Makefile.in") and modified file ".travis.yml".  Its
Git revision identifier should be

   8765b83e67236dbc20f775837773d2ef3cf0fe01

Not sure whether or not this happened by accident, but the GPSBabel doc-
umentation at

    http://www.gpsbabel.org/htmldoc-development/gpsbabel.pdf

is still  suggesting  to run  "./configure &&  make",  so I assume these
files would  still be  necessary.   Or is the changeset  tagged "remote/
master" some sort of development branch other people should leave alone?
Should I build my GPSBabel from the changeset tagged "master" instead?

   master 2015-08-28 11:29:42 -0600 [hidden email]

   try -fPIC instead of -fPIE as required by gcc 5 with qt reduce relocations.

   M configure
   M configure.in

The above changeset shout correspond to the Git revision indetifier

   fdaf94fae19e1fa3d90286dff00fe583897e345a

Sincerely,
  Rainer

 ----------------------------------------------------------------------
| Rainer M Woitok                | Phone : (+49 60 93) 487 95 95       |
| Kolpingstraße 3                | Mobile: (+49 172) 813 6 831         |
| D-63846 Laufach                | Mail  : [hidden email]     |
| Germany                        |                                     |
 ----------------------------------------------------------------------

------------------------------------------------------------------------------
_______________________________________________
Gpsbabel-misc mailing list http://www.gpsbabel.org
[hidden email]
To unsubscribe, change list options, or see archives, visit:
https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: File "configure" and friends no longer in source repository

Greg Troxel

Dr Rainer Woitok <[hidden email]> writes:

> This changeset  added a few files,  removed zillions of files (including
> files "config*" and "Makefile.in") and modified file ".travis.yml".  Its
> Git revision identifier should be

That change looks to be on origin/gpsbabel-patch-1-38-g11bfc22, not on
master.  So I am curious why you are running it, unless you are trying
to test the branch.  I'm having trouble following.


Modern best practice is that generated files (configure, Makefile.in)
are not checked in to revision control.  Typically there is then an
autogen.sh or boostrap.sh that runs autoreconf to generate the files.
It seems clear to me that you are running into an attempt to move
gpsbabel in that direction.  (I don't know if there are reasons why that
would be bad in this case, as there is support for windows and mac.)

------------------------------------------------------------------------------

_______________________________________________
Gpsbabel-misc mailing list http://www.gpsbabel.org
[hidden email]
To unsubscribe, change list options, or see archives, visit:
https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc

signature.asc (186 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: File "configure" and friends no longer in source repository

Robert Lipe-4
configure is checked in. See https://github.com/gpsbabel/gpsbabel/blob/master/configure  We do this so people don't need autoconf when building.  That's admittedly probably a minority case these days amongst people that are building from source.

Makefile.in is not generated in our case.  Makefile is.  It actually is customized based on the output of configure's tests and paths on your system, so we don't ship Makefile, either.

Our other build systems (QMake, MSVC) are less traveled and often out of date.

On Sat, Oct 10, 2015 at 11:03 AM, Greg Troxel <[hidden email]> wrote:

Dr Rainer Woitok <[hidden email]> writes:

> This changeset  added a few files,  removed zillions of files (including
> files "config*" and "Makefile.in") and modified file ".travis.yml".  Its
> Git revision identifier should be

That change looks to be on origin/gpsbabel-patch-1-38-g11bfc22, not on
master.  So I am curious why you are running it, unless you are trying
to test the branch.  I'm having trouble following.


Modern best practice is that generated files (configure, Makefile.in)
are not checked in to revision control.  Typically there is then an
autogen.sh or boostrap.sh that runs autoreconf to generate the files.
It seems clear to me that you are running into an attempt to move
gpsbabel in that direction.  (I don't know if there are reasons why that
would be bad in this case, as there is support for windows and mac.)

------------------------------------------------------------------------------

_______________________________________________
Gpsbabel-misc mailing list http://www.gpsbabel.org
[hidden email]
To unsubscribe, change list options, or see archives, visit:
https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc



------------------------------------------------------------------------------

_______________________________________________
Gpsbabel-misc mailing list http://www.gpsbabel.org
[hidden email]
To unsubscribe, change list options, or see archives, visit:
https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: File "configure" and friends no longer in source repository

Dr Rainer Woitok
In reply to this post by Greg Troxel
Greg,

On Saturday, 2015-10-10 12:03:48 -0400, you wrote:

> ...
> That change looks to be on origin/gpsbabel-patch-1-38-g11bfc22, not on
> master.

Hmmm, your remarks made me check my  local repository a bit further, and
finally I saw what had gone wrong.  I found the following changeset:

   2015-09-12 18:21:43 -0500 [hidden email]

   Move everything up on directory level.

   ...
   [zillions of removed and added files omitted]
   ...

This changeset was an immediate sibling of the changeset

   master 2015-08-28 11:29:42 -0600 [hidden email]

   try -fPIC instead of -fPIE as required by gcc 5 with qt reduce relocations.

   M configure
   M configure.in

which was the base of my last successful build of GPSBabel.

The reason why the 2015-09-12 changeset somehow  broke my local reposit-
ory is simple:  because the migration of the  source repository from SVN
to Git introduced an additional "gpsbabel/" directory  on top of the re-
pository, I told  Mercurial to again  remove this  superfluous directory
level while converting the source repository.  This was ok up to and in-
cluding the 2015-08-28 changeset by  Steve but subtly corrupted my local
repository from Robert's 2015-09-12 changeset onward.

So starting over  and converting the source repository again without re-
questing to remove the top level "gpsbabel/" directory resulted in a new
clean clone of the source repository.

> ...
> Modern best practice is that generated files (configure, Makefile.in)
> are not checked in to revision control.  Typically there is then an
> autogen.sh or boostrap.sh that runs autoreconf to generate the files.

I wholeheartedly agree,  but in the  GPSBabel repository  "configure" et
alii are version controlled  and neither "autogen.sh"  nor "boostrap.sh"
do exist.

> It seems clear to me that you are running into an attempt to move
> gpsbabel in that direction.

No, I simply found myself in a situation where I could neither run "con-
figure" nor "make".  But thanks to you telling me that you see a differ-
ent repository structure, I could eventually solve this problem.

Thanks :-)
  Rainer

 ----------------------------------------------------------------------
| Rainer M Woitok                | Phone : (+49 60 93) 487 95 95       |
| Kolpingstraße 3                | Mobile: (+49 172) 813 6 831         |
| D-63846 Laufach                | Mail  : [hidden email]     |
| Germany                        |                                     |
 ----------------------------------------------------------------------

------------------------------------------------------------------------------
_______________________________________________
Gpsbabel-misc mailing list http://www.gpsbabel.org
[hidden email]
To unsubscribe, change list options, or see archives, visit:
https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc
Loading...