Facebook Twitter Pinterest <Einbetten>
EUR 36,00
  • Alle Preisangaben inkl. USt
Nur noch 2 auf Lager (mehr ist unterwegs).
Verkauf und Versand durch Amazon. Geschenkverpackung verfügbar.
Autotools: A Practitioner... ist in Ihrem Einkaufwagen hinzugefügt worden

Lieferort:
Um Adressen zu sehen, bitte
Oder
Bitte tragen Sie eine deutsche PLZ ein.
Oder
Möchten Sie verkaufen?
Zur Rückseite klappen Zur Vorderseite klappen
Hörprobe Wird gespielt... Angehalten   Sie hören eine Hörprobe des Audible Hörbuch-Downloads.
Mehr erfahren
Alle 3 Bilder anzeigen

Autotools: A Practitioner's Guide to GNU Autoconf, Automake, and Libtool (Englisch) Taschenbuch – 26. Juli 2010

5.0 von 5 Sternen 1 Kundenrezension

Alle 2 Formate und Ausgaben anzeigen Andere Formate und Ausgaben ausblenden
Preis
Neu ab Gebraucht ab
Kindle Edition
"Bitte wiederholen"
Taschenbuch
"Bitte wiederholen"
EUR 36,00
EUR 27,20 EUR 46,71
11 neu ab EUR 27,20 3 gebraucht ab EUR 46,71
click to open popover

Wird oft zusammen gekauft

  • Autotools: A Practitioner's Guide to GNU Autoconf, Automake, and Libtool
  • +
  • The Art of Debugging with GDB, DDD, and Eclipse
  • +
  • The GNU Make Book
Gesamtpreis: EUR 82,98
Die ausgewählten Artikel zusammen kaufen

Es wird kein Kindle Gerät benötigt. Laden Sie eine der kostenlosen Kindle Apps herunter und beginnen Sie, Kindle-Bücher auf Ihrem Smartphone, Tablet und Computer zu lesen.

  • Apple
  • Android
  • Windows Phone

Geben Sie Ihre Mobiltelefonnummer ein, um die kostenfreie App zu beziehen.

Jeder kann Kindle Bücher lesen — selbst ohne ein Kindle-Gerät — mit der KOSTENFREIEN Kindle App für Smartphones, Tablets und Computer.


Produktinformation

Produktbeschreibungen

Über den Autor und weitere Mitwirkende

John Calcote is a Senior Software Engineer and Architect at Novell, Inc. He's been writing and developing portable networking and system-level software for nearly 20 years and is active in developing, debugging, and analyzing diverse open source software packages. He is currently a project administrator of the OpenSLP, OpenXDAS, and DNX projects (open source software available at http: //www.sourceforge.net), as well as the Novell-sponsored FLAIM database project (open source software available at http: //developer.novell.com).


Welche anderen Artikel kaufen Kunden, nachdem sie diesen Artikel angesehen haben?

Kundenrezensionen

5.0 von 5 Sternen
5 Sterne
1
4 Sterne
0
3 Sterne
0
2 Sterne
0
1 Stern
0
Siehe die Kundenrezension
Sagen Sie Ihre Meinung zu diesem Artikel

Top-Kundenrezensionen

Format: Taschenbuch Verifizierter Kauf
Very well explanation of Autotools, even for beginners. Reading the man pages did not give me the overiew to this tools, but this book does.

Practical examples included.
Kommentar 2 Personen fanden diese Informationen hilfreich. War diese Rezension für Sie hilfreich? Ja Nein Feedback senden...
Vielen Dank für Ihr Feedback.
Wir konnten Ihre Stimmabgabe leider nicht speichern. Bitte erneut versuchen
Missbrauch melden

Die hilfreichsten Kundenrezensionen auf Amazon.com (beta) (Kann Kundenrezensionen aus dem "Early Reviewer Rewards"-Programm beinhalten)

Amazon.com: 4.2 von 5 Sternen 20 Rezensionen
5.0 von 5 Sternen Gold Mine! 24. Juli 2014
Von Jason Enochs - Veröffentlicht auf Amazon.com
Format: Taschenbuch Verifizierter Kauf
I'm a Software Developer that until recently wrote mostly Windows programs. My job now has me writing Linux programs (I have an awesome job!). I've always been interested in Linux and open source projects but haven't had the time to pursue it much until my job required me to learn it.

My first assignment was to add several features to a program written in C that runs on Red Hat Linux. The original programmer used the Net Beans IDE. I installed Net Beans and opened the Net Beans project file. I opened the makefile and was stunned to find that it was a confusing machine generated mess. I couldn't begin until I was confident that I knew where and why each of the makefile settings were set. I eventually decided to start from scratch and rewrite the entire application.

It quickly became clear what I needed to do. I uninstalled Net Beans and decided to call the native Linux compiler / linker (GCC) directly without using an IDE. To help me along the way I ordered this book. This book quickly filled in my makefile knowledge gaps and pointed me in the right direction. Armed with this book and the GNU coding standards that it recommended, I opened up the VIM text editor and wrote one of my best programs to date. Looking at my makefile, configure script, and other source code you would think that I had been writing Linux programs for several years. I had often compiled source code using the commands `configure', `make', and `make install' but didn't totally understand the underlying process until I read this book. This book is accurate, well written, and priceless!
1 von 1 Kunden fanden die folgende Rezension hilfreich
4.0 von 5 Sternen Needed book to clarify autotools web of tools 23. Dezember 2012
Von Bas Vodde - Veröffentlicht auf Amazon.com
Format: Taschenbuch Verifizierter Kauf
The autotools-toolset is one of the most widely used tools for building and packaging programs, especially in the unix world. It promises a standard interface and portability across more systems than you could easily consider yourself. It is also one of the least understood build-systems as it is an interesting web of small little tools solving an important problem.

This "Autotools" book is an excellent introduction in the subject, enabling the reader to build their own autoconf/automake build systems. It is well structured by going from easy (just using autoconf) to complex (libtool) and gradually building on the topics that it explained earlier. This makes the book easy to ready and to follow, but I would recommend to try out some of the chapters before moving to the next one to make sure you understand it well as the next chapter will assume you do :P

The book consist of 11 chapters and I'd probably logically divide it in two parts. 1-7 is sort-of the basics and then 8-11 is examples and advanced tips. Chapter 1 is a small overview chapter explaining the history of autotools and the problem that it is trying to solve. Chapter 2 covers the GNU coding standards which is important to understand as automake is build on top of that. Chapter 3-4 cover the most basic of your autotools build system: autoconf. Chapter 5 then introduces the automake tool to this and it reworks earlier examples to show how automake simplifies the work needed to be done. Chapter 6-7 then adds shared libraries to the mix and explains why they are a pain in the butt and how libtool helps with that. That sort-of covers the basics of autotools.

Chapter 8-9 take an open-source project (FLAIM, a database that originated at WordPerfect) and changed the build system from normal make to autotools. Flaim is an interesting project as it covers quite a lot of languages and problems. During this, it also introduces new autotools functionality. Chapter 10 looks a bit at what is happening inside the autotools black box by explaining the m4 macro language and how to write macros yourself. The last chapter has a catalog of useful tips when creating your own autotools project.

I was myself setting up a somewhat complex autotools build system and this book came with the right content and the right time. Without it, I'm not sure if I would have succeeded, especially since the autotools knowledge on the web feels quite scattered. So, I'll give this 4 stars as it was excellent. It isn't 5 stars as it is a fairly niche book and only useful for people who need to setup an autotools build system. A very useful book!
5.0 von 5 Sternen I am sorry I didn't buy this a long time ago 22. Juni 2016
Von Niklas Andersson - Veröffentlicht auf Amazon.com
Format: Taschenbuch Verifizierter Kauf
I bought this book because I wanted to understand all the mysterious files that most of the Open Source-projects creates when you build a project. It taught me that and much much more. After reading this compact manual you'll get a very good grasp on how make works, all the ./configure; make; make install things you always were afraid of asking on IRC, how the linker works, library versioning. I am only sorry I didn't bought this reference a long time ago.
4 von 5 Kunden fanden die folgende Rezension hilfreich
2.0 von 5 Sternen Beware! Only experts can efficiently use this book.No use for Windows either. 1. Oktober 2015
Von Ömer ÖZTAT - Veröffentlicht auf Amazon.com
Format: Taschenbuch Verifizierter Kauf
I build various Open Source Software such as PHP, varnish cache, nginx on Mac OSX, Windows and Linux.

I guess it's no surprise that sooner or later you run into problems as you build OSS on various operating systems.

Sometimes the problem is as simple as a missing dependency: You just go and install the missing dependency and you're done.
But other times things are trickier: You run into some incompatible directives or symbols in one of the source files; for instance when you try to configure babl-0.1.10 on Mac OSX (Leopard/PowerPC in particular) you 're likely to run into this kind of error: "babl-palette.c:22:20: error: values.h: No such file or directory" To solve it, I had to try a different version of babl package and the version I found happened not to contain 'configure' script and that meant I had to form the configure script myself. And that meant I needed to know how the Autoconf worked.

Sometimes even after you successfully built and installed the package, you may experience runtime errors. For instance, if you successfully compile and install PHP with the GD extension on Leopard/PowerPC Mac, the moment your PHP application uses GD, PHP crashes because the GD uses some function of FreeType library and that causes a crash on Leopard's CarbonCore. To eliminate that you have to recompile the FreeType by giving the "--with-quickdraw-carbon=no" option to the configure script. That means you have to know how the configure works from the point of view of the developer and that might mean you'd better know how that particular software package was prepared.

Eventually I decided to learn Autotools and bought this book. But I soon found that it was quite hard to understand the contents. The basic problem seems to be that the author assumes that I'm an open source package maintainer; that's actually written inside the book. But an open source package maintainer almost certainly knows and uses Autotools, so why should she or he study a book on Autotools?

At the beginning of the preface, a section where you usually see stuff like acknowledgements, the author talks about a book called "GNU Autoconf, Automake and Libtool" the 'goat book' in short and says that for more than 10 years it was the only 3rd party Autotools book. I noticed that quite accidentally after I bought this book and after I spent years understanding nothing from the book. Later I bought that 'goat book' and only then the things started to make sense. If the author had listed that 'goat book' in a place where I could notice more easily, I would go and take a look at it earlier and that would save me many troubles.

I mean, the old goat book explains the Autotools way much better than this book. And just recently, I've found a "Hello World!" tutorial on Autotools on the Internet (markuskimius.wikidot.com/programming) Even that free tutorial explains the Autotools business much better than this book, because it shows you how to build any project in a portable way step by step. More importantly, it explains the rationale behind the use of each command in the autotools suite.

The author also makes assumptions about when not to use Autotools and seems to conclude that Autotools should not be used to compile applications for the Windows. So he eliminates everything about MinGW/MSYS and the Cygwin. But the majority of desktops and laptops use Windows and I'm expected to be able to compile open source apps for the Windows too. For instance, I build pure-ftpd for Windows as a hobby project and I require that the project doesn't depend on cygwin1.dll, it must run just natively on Windows. That requires me to edit several source and header files, possibly config.h file and so on. This book doesn't even have a page about how to compile OSS on Windows. As a comparison, the old goat book does have several pages on Cygwin and that gives you at least clues about what to do in a Windows environment.

Summary: I consider myself unlucky having bought this book. I was expecting to gain an understanding of how Autotools worked and how to build projects in a portable way. I have gained the Autotools experience using mainly other resources some of which I mentioned above and by working on my own specific projects, doing lots of trial and error routines.
1 von 1 Kunden fanden die folgende Rezension hilfreich
3.0 von 5 Sternen Could have been a better reference tool 28. April 2014
Von Michael - Veröffentlicht auf Amazon.com
Format: Taschenbuch Verifizierter Kauf
This book explains the autotools well in the context of the example "project", but provides little insight beyond the bounds of that project. There are passing references to things outside the scope of the project, which are -- annoyingly -- bereft of syntax and examples. I have a couple of byzantine projects that I need to tweak, and this book was utterly unhelpful in answering the questions "Why the heck did they do that?" and "What happens when I press this red button?"
Waren diese Rezensionen hilfreich? Wir wollen von Ihnen hören.