On 2011-07-22 14:53, Johannes Pfau wrote:
Jacob Carlborg wrote:
On 2011-07-22 12:38, Johannes Pfau wrote:
The rpath page says this:
1. the RPATH binary header (set at build-time) of the library causing
the lookup (if any)
2. the RPATH binary header (set at build-time) of
the executab
Jacob Carlborg wrote:
>On 2011-07-22 12:38, Johannes Pfau wrote:
>> The rpath page says this:
>> 1. the RPATH binary header (set at build-time) of the library causing
>> the lookup (if any)
>>
>> 2. the RPATH binary header (set at build-time) of
>> the executable
>>
>> 3. the LD_LIBRARY_PAT
Jacob Carlborg wrote:
>On 2011-07-22 12:38, Johannes Pfau wrote:
>> Jacob Carlborg wrote:
>>> On 2011-07-19 12:33, Johannes Pfau wrote:
Seems like rpath could indeed work in this case. I can't find much
documentation about it though. Debian recommends not to use it:
http://wiki.debia
On 2011-07-22 12:38, Johannes Pfau wrote:
The rpath page says this:
1. the RPATH binary header (set at build-time) of the library causing
the lookup (if any)
2. the RPATH binary header (set at build-time) of
the executable
3. the LD_LIBRARY_PATH environment variable (set at
run-time
On 2011-07-22 12:38, Johannes Pfau wrote:
Jacob Carlborg wrote:
On 2011-07-19 12:33, Johannes Pfau wrote:
Seems like rpath could indeed work in this case. I can't find much
documentation about it though. Debian recommends not to use it:
http://wiki.debian.org/RpathIssue but I'm not sure if this
Jacob Carlborg wrote:
>On 2011-07-19 12:33, Johannes Pfau wrote:
>> Seems like rpath could indeed work in this case. I can't find much
>> documentation about it though. Debian recommends not to use it:
>> http://wiki.debian.org/RpathIssue but I'm not sure if this problem
>> applies to orbit.
>
>The
Jacob Carlborg wrote:
>On 2011-07-19 13:43, Johannes Pfau wrote:
>> Jacob Carlborg wrote:
>>> On 2011-07-19 12:33, Johannes Pfau wrote:
Seems like rpath could indeed work in this case. I can't find much
documentation about it though. Debian recommends not to use it:
http://wiki.debia
On 2011-07-19 12:33, Johannes Pfau wrote:
Seems like rpath could indeed work in this case. I can't find much
documentation about it though. Debian recommends not to use it:
http://wiki.debian.org/RpathIssue but I'm not sure if this problem
applies to orbit.
The problem mentioned on that page is
On 2011-07-19 13:43, Johannes Pfau wrote:
Jacob Carlborg wrote:
On 2011-07-19 12:33, Johannes Pfau wrote:
Seems like rpath could indeed work in this case. I can't find much
documentation about it though. Debian recommends not to use it:
http://wiki.debian.org/RpathIssue but I'm not sure if this
On 2011-07-19 03:58, Nick Sabalausky wrote:
3. Orb invokes the build process to build foo (BTW, how is that "how to
build" commandline string specified in the orbspec? The closest thing I see
is the "build" field, but it looks like that's just the name of the tool
used. An actual command line st
Jacob Carlborg wrote:
>On 2011-07-19 12:33, Johannes Pfau wrote:
>> Seems like rpath could indeed work in this case. I can't find much
>> documentation about it though. Debian recommends not to use it:
>> http://wiki.debian.org/RpathIssue but I'm not sure if this problem
>> applies to orbit.
>
>Won
On 2011-07-19 12:33, Johannes Pfau wrote:
Seems like rpath could indeed work in this case. I can't find much
documentation about it though. Debian recommends not to use it:
http://wiki.debian.org/RpathIssue but I'm not sure if this problem
applies to orbit.
Won't the same problem occur if rpath
Jacob Carlborg wrote:
>On 2011-07-19 10:16, Johannes Pfau wrote:
>> I'd have to test that, but I doubt it will work. This will help to
>> find the library at compile time, but not at runtime. The runtime
>> linker will only search in directories listed in /etc/ld.so.conf.d
>> or in the LD_LIBRARY_P
On 2011-07-19 10:16, Johannes Pfau wrote:
I'd have to test that, but I doubt it will work. This will help to find
the library at compile time, but not at runtime. The runtime linker
will only search in directories listed in /etc/ld.so.conf.d or in the
LD_LIBRARY_PATH variable. Each .so library ha
On 2011-07-19 03:58, Nick Sabalausky wrote:
What about "orb"/"orblib", or "orbit"/"liborbit", etc? Be easier to tell
which is which that way anyway.
Yeah, that would be one option. You can also see like this: "Hey, I have
a compiler, it's named 'GNU C Compiler', it's invoked with the 'gcc'
co
Jacob Carlborg wrote:
>On 2011-07-18 18:03, Johannes Pfau wrote:
>> It would be possible to install libraries into the dmd default search
>> path. Right now, this would be /usr/include/d/dmd and library files
>> in /usr/lib on posix, but any path can be used as long as it's
>> included in dmd.conf.
"Jacob Carlborg" wrote in message
news:j01dlr$nm$1...@digitalmars.com...
> On 2011-07-18 00:26, Nick Sabalausky wrote:
>> "Jacob Carlborg" wrote in message
>> But why should the name of the project and the name of the tool be
>> different? It would be less confusing to have a packager manager na
On 2011-07-18 18:03, Johannes Pfau wrote:
It would be possible to install libraries into the dmd default search
path. Right now, this would be /usr/include/d/dmd and library files
in /usr/lib on posix, but any path can be used as long as it's included
in dmd.conf. However, this means that only on
Jacob Carlborg wrote:
>On 2011-07-18 00:26, Nick Sabalausky wrote:
>> "Jacob Carlborg" wrote in message
>> But why should the name of the project and the name of the tool be
>> different? It would be less confusing to have a packager manager
>> named Orb that gets invoked via "orb". (Or a package
On 2011-07-18 00:26, Nick Sabalausky wrote:
"Jacob Carlborg" wrote in message
But why should the name of the project and the name of the tool be
different? It would be less confusing to have a packager manager named Orb
that gets invoked via "orb". (Or a package manager named Orbit that gets
inv
"Jacob Carlborg" wrote in message
news:ivpkdp$hq4$1...@digitalmars.com...
> On 2011-07-15 09:14, Nick Sabalausky wrote:
>> "Jacob Carlborg" wrote in message
>> news:ivkrdj$ci4$1...@digitalmars.com...
>>> I've written a more formal specification of my ideas for a package
>>> manager
>>> for D.
>
On 2011-07-15 19:11, Johannes Pfau wrote:
The lzma SDK is public domain (lzma is the compression algorithm used
in 7z), xzutils has a library called liblzma which is based on the lzma
sdk, easier to use and also public domain. Tar should be easy enough to
implement in d. Seems like there are more
Jacob Carlborg wrote:
>On 2011-07-15 09:14, Nick Sabalausky wrote:
>> "Jacob Carlborg" wrote in message
>> news:ivkrdj$ci4$1...@digitalmars.com...
>>> I've written a more formal specification of my ideas for a package
>>> manager for D.
>>>
>>> https://github.com/jacob-carlborg/orbit/wiki/Orbit-Pa
On 2011-07-15 11:21, Johannes Pfau wrote:
Jacob Carlborg wrote:
On 2011-07-14 11:07, Johannes Pfau wrote:
And in Package SubTypes:
No documentation subtype for now?
I though they were quite self explanatory. But I can add documentation
for them if necessary.
Sorry, my question wasn't clear:
On 2011-07-15 09:14, Nick Sabalausky wrote:
"Jacob Carlborg" wrote in message
news:ivkrdj$ci4$1...@digitalmars.com...
I've written a more formal specification of my ideas for a package manager
for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
Note that I am explo
Jacob Carlborg wrote:
>On 2011-07-14 11:07, Johannes Pfau wrote:
>> jdrewsen wrote:
>>> Den 13-07-2011 21:19, Jacob Carlborg skrev:
I've written a more formal specification of my ideas for a package
manager for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manage
On 2011-07-14 11:07, Johannes Pfau wrote:
jdrewsen wrote:
Den 13-07-2011 21:19, Jacob Carlborg skrev:
I've written a more formal specification of my ideas for a package
manager for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
Note that I am exploring the possibi
"Jacob Carlborg" wrote in message
news:ivkrdj$ci4$1...@digitalmars.com...
> I've written a more formal specification of my ideas for a package manager
> for D.
>
> https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
>
> Note that I am exploring the possibility of using D as
jdrewsen wrote:
>Den 13-07-2011 21:19, Jacob Carlborg skrev:
>> I've written a more formal specification of my ideas for a package
>> manager for D.
>>
>> https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
>>
>> Note that I am exploring the possibility of using D as the langua
On 2011-07-13 22:20, jdrewsen wrote:
Den 13-07-2011 21:19, Jacob Carlborg skrev:
I've written a more formal specification of my ideas for a package
manager for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
Note that I am exploring the possibility of using D as the
On 2011-07-13 22:14, Nick Sabalausky wrote:
"Andrej Mitrovic" wrote in message
news:mailman.1613.1310586759.14074.digitalmar...@puremagic.com...
Just curious, why do people prefer using extensionless files? I mean,
I can easily open them up in an editor, but I can't set up syntax
highlighting w
Den 13-07-2011 21:19, Jacob Carlborg skrev:
I've written a more formal specification of my ideas for a package
manager for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
Note that I am exploring the possibility of using D as the language for
all the files mentioned
"Andrej Mitrovic" wrote in message
news:mailman.1613.1310586759.14074.digitalmar...@puremagic.com...
> Just curious, why do people prefer using extensionless files? I mean,
> I can easily open them up in an editor, but I can't set up syntax
> highlighting without knowing what type the file is.
P
Just curious, why do people prefer using extensionless files? I mean,
I can easily open them up in an editor, but I can't set up syntax
highlighting without knowing what type the file is.
I've written a more formal specification of my ideas for a package
manager for D.
https://github.com/jacob-carlborg/orbit/wiki/Orbit-Package-Manager-for-D
Note that I am exploring the possibility of using D as the language for
all the files mentioned in the link above.
The current status is
35 matches
Mail list logo
