Sorry, for entering the discussion at this late stage. After reading
all the follow-ups to Jonas message below, I understood that the
culprit is still link ordering. If I understood something wrong, then
please excuse my ignorance.
If not, It might help to add a link parameter (-k...) into the
On Mon, 06 Sep 2004 15:06:30 +0200, Eduardo Morras wrote
> At 11:19 06/09/2004, you wrote:
>
> >On 6 sep 2004, at 09:28, Marco van de Voort wrote:
> >
> >>>Especially in case the linker supports multiple namespaces and
> >>>one package needs symbol X from library A, and another one from library
>
04-09-06 15.06, skrev Eduardo Morras följande:
> At 11:19 06/09/2004, you wrote:
>
>> On 6 sep 2004, at 09:28, Marco van de Voort wrote:
>>
Especially in case the linker supports multiple namespaces and
one package needs symbol X from library A, and another one from library
B.
>>>
On Mon, 6 Sep 2004, Eduardo Morras wrote:
> At 11:19 06/09/2004, you wrote:
>
> >On 6 sep 2004, at 09:28, Marco van de Voort wrote:
> >
> >>>Especially in case the linker supports multiple namespaces and
> >>>one package needs symbol X from library A, and another one from library
> >>>B.
> >>
>
On 6 sep 2004, at 15:06, Eduardo Morras wrote:
No, it's not per system, but per package/program. Suppose there are
libraries A and B which both export symbol X. One program needs
symbol X from library A, and another one from library B, but both
need both libraries A and B for other symbols.
You
At 11:19 06/09/2004, you wrote:
On 6 sep 2004, at 09:28, Marco van de Voort wrote:
Especially in case the linker supports multiple namespaces and
one package needs symbol X from library A, and another one from library
B.
There is always some directed graph in dependancies that can be translated
int
On 6 sep 2004, at 09:28, Marco van de Voort wrote:
Especially in case the linker supports multiple namespaces and
one package needs symbol X from library A, and another one from
library
B.
There is always some directed graph in dependancies that can be
translated
into weights. But true, this kind
04-09-05 20.31, skrev Jonas Maebe följande:
>
> I simply meant that our compiler does part of what make normally does
> (figuring out dependencies, compiling different files, ...), but it's
> not a full-fledged make replacement. And some kinds of things are
> easier to handle with make (you don't
> On 5 sep 2004, at 20:17, Marco van de Voort wrote:
> >
> > This is no solution. I can use that, you can use that, 99% of our users
> > can't.
>
> I was not thinking of requiring the users to write makefiles (I agree
> we simply cannot do that). More that we call this stuff in the
> makefile,
On 5 sep 2004, at 20:17, Marco van de Voort wrote:
Setup could run gtk-config and stuff it in the files. Then at least
we
keep the compiler free from such patchwork, and center the "ugliness"
in the weights file that can be operated on by the user, external
tools
etc.
Until someone upgrades his l
> On 5 sep 2004, at 18:29, Marco van de Voort wrote:
>
> > Setup could run gtk-config and stuff it in the files. Then at least we
> > keep the compiler free from such patchwork, and center the "ugliness"
> > in
> > the weights file that can be operated on by the user, external tools
> > etc.
>
On 5 sep 2004, at 18:29, Marco van de Voort wrote:
Setup could run gtk-config and stuff it in the files. Then at least we
keep the compiler free from such patchwork, and center the "ugliness"
in
the weights file that can be operated on by the user, external tools
etc.
Until someone upgrades his l
> On 3 sep 2004, at 16:16, Marco van de Voort wrote:
>
> > That is still manual, and will provoke a lot of msgs and questions
> > about
> > how this is done.
> >
> > A gtk2 app probably easily will have 10+ libs.
>
> The correct order and which libs you need can vary from OS to OS and
> maybe e
On 3 sep 2004, at 15:27, Marco van de Voort wrote:
Hmm, yes, that's probably it. The two-level namespace is the reason
that the order of the libraries and objects on the command line
matters
under Darwin... We'd have to introduce some compiler switches to
influence the order in which the compiler
On 3 sep 2004, at 16:16, Marco van de Voort wrote:
That is still manual, and will provoke a lot of msgs and questions
about
how this is done.
A gtk2 app probably easily will have 10+ libs.
The correct order and which libs you need can vary from OS to OS and
maybe even from gtk2 release to releas
> Marco van de Voort wrote:
> > single file.
> >
> >
> >>What about optional parameter for $LINKLIB or something like that?
> >
> >
> > {$linklib } can happen multiple times for the same lib in different units.
>
> What about adding a priority parameter: 100 default, 0 low, 200 high; if
> th
Marco van de Voort wrote:
On Fri, 3 Sep 2004 15:27:43 +0200 (CEST), Marco van de Voort wrote
I was thinking about a simple global file with libnames and weights,
with a possibility to override on the commandline.
Simple, generic, and configurable.
This doesn't look very transparent to me (another
> 04-09-03 15.27, skrev Marco van de Voort f?ljande:
> > a possibility to override on the commandline.
> >
> > Simple, generic, and configurable.
>
> Macpas apps also has 2 'main', so the link order matters. I have hardcoded
> it so it always is correct.
>
> Both Metrowerks and Think Pascal also
> On Fri, 3 Sep 2004 15:27:43 +0200 (CEST), Marco van de Voort wrote
> > I was thinking about a simple global file with libnames and weights,
> > with a possibility to override on the commandline.
> >
> > Simple, generic, and configurable.
>
> This doesn't look very transparent to me (another pl
04-09-03 15.27, skrev Marco van de Voort följande:
>> On 3 sep 2004, at 14:33, Olle Raab wrote:
>
this for legacy *nix compatibility using an environment variable).
>>>
>>> Can it help by changing the link order ? Or it is not possible wiht a 2
>>> level ns.. ?
>>
>> Hmm, yes, that's proba
On Fri, 3 Sep 2004 15:27:43 +0200 (CEST), Marco van de Voort wrote
> > On 3 sep 2004, at 14:33, Olle Raab wrote:
>
> > >> this for legacy *nix compatibility using an environment variable).
> > >
> > > Can it help by changing the link order ? Or it is not possible wiht a 2
> > > level ns.. ?
> >
>
> On 3 sep 2004, at 14:33, Olle Raab wrote:
> >> this for legacy *nix compatibility using an environment variable).
> >
> > Can it help by changing the link order ? Or it is not possible wiht a 2
> > level ns.. ?
>
> Hmm, yes, that's probably it. The two-level namespace is the reason
> that the
On 3 sep 2004, at 14:33, Olle Raab wrote:
Yes. And for some reason, the linker picks the main of our system unit
to execute instead of the one in libsdl. I don't know on what basis it
does this. The reason it doesn't trigger a duplicate symbol error is
that the Mac OS X linker works with a two-leve
04-09-03 13.12, skrev Jonas Maebe följande:
>
> On 3 sep 2004, at 11:16, Florian Klaempfl wrote:
>
>> Can't you add the SDLMain to the darwin sdl units and let this call
>> main? Or is main defined twice
>> then because the sdllib contains a main?
>
> Yes. And for some reason, the linker picks
On 3 sep 2004, at 11:16, Florian Klaempfl wrote:
Can't you add the SDLMain to the darwin sdl units and let this call
main? Or is main defined twice
then because the sdllib contains a main?
Yes. And for some reason, the linker picks the main of our system unit
to execute instead of the one in libs
Jonas Maebe wrote:
On 1 sep 2004, at 00:13, Jeff Weeks wrote:
I tried the SDL4Freepascal headers and they seem to work. Just can't
see how to display text. And they don't appear to work on Macintosh.
JEDI-SDL supposedly works on a "modified" version of Freepascal on a Mac.
Any Mac people out
On 1 sep 2004, at 00:13, Jeff Weeks wrote:
I tried the SDL4Freepascal headers and they seem to work. Just can't
see how to display text. And they don't appear to work on Macintosh.
JEDI-SDL supposedly works on a "modified" version of Freepascal on a
Mac.
Any Mac people out there using JEDI-S
> I tried the SDL4Freepascal headers and they seem to work. Just can't
> see how to display text. And they don't appear to work on Macintosh.
> JEDI-SDL supposedly works on a "modified" version of Freepascal on a
> Mac.
> Any Mac people out there using JEDI-SDL? Anyone have Freepascal
> ex
I tried the SDL4Freepascal headers and they seem to work. Just can't
see how to display text. And they don't appear to work on Macintosh.
JEDI-SDL supposedly works on a "modified" version of Freepascal on a
Mac.
Any Mac people out there using JEDI-SDL? Anyone have Freepascal
examples?
Tha
I realized I'm using an older version of SVGALIB.
1.4.3 adds a few important chipsets.
Jeff
On Aug 26, 2004, at 2:51 PM, Jeff Weeks wrote:
Actually, that list was indeed for svgalib and I'm using svgalib.
The files are still named libvga.config, etc, but hey are svga.
Jeff
On Aug 26, 2004, at 11:46
> Do I really need to use vgalib under linux? I'm having a hard time
> finding a supported graphics card. Is it true that only a handful of
> chipsets are supported? Any way to use the X graphics rather than
> vgalib?
Yes, look for the SDL headers (Jedi-SDL), or use plain OpenGL.
_
I need to use graphics mode. Text works fine but I need to do some
graphing, etc.
Jeff
On Aug 26, 2004, at 11:43 AM, Florian Klaempfl wrote:
Jeff Weeks wrote:
Do I really need to use vgalib under linux?
It depends what you want to do?
I'm having a hard time finding a supported graphics card. I
Actually, that list was indeed for svgalib and I'm using svgalib.
The files are still named libvga.config, etc, but hey are svga.
Jeff
On Aug 26, 2004, at 11:46 AM, Michael Knapp wrote:
Jeff Weeks wrote:
Do I really need to use vgalib under linux? I'm having a hard time
finding a supported graphi
Jeff Weeks wrote:
Do I really need to use vgalib under linux?
It depends what you want to do?
I'm having a hard time
finding a supported graphics card. Is it true that only a handful of
chipsets are supported? Any way to use the X graphics rather than vgalib?
Can't get graphics to work on my
Jeff Weeks wrote:
Do I really need to use vgalib under linux? I'm having a hard time
finding a supported graphics card. Is it true that only a handful of
chipsets are supported? Any way to use the X graphics rather than
vgalib?
use svgalib instead.
Michael
__
Do I really need to use vgalib under linux? I'm having a hard time
finding a supported graphics card. Is it true that only a handful of
chipsets are supported? Any way to use the X graphics rather than
vgalib?
Can't get graphics to work on my Trident 9660. It's the oldest chipset
I have.
36 matches
Mail list logo
